Re: [PATCH v4 3/3] cpufreq: arm_big_little: Add support to register a cpufreq cooling device

Viresh Kumar writes: > On Tue, Nov 17, 2015 at 1:00 AM, Punit Agrawal wrote: >> Register passive cooling devices when initialising cpufreq on >> big.LITTLE systems. If the device tree provides a dynamic power >> coefficient for the CPUs then the

Re: [PATCH v2 3/9] includes: dt-bindings: Add STM32F429 pinctrl DT bindings

On Fri, Nov 6, 2015 at 1:57 PM, Maxime Coquelin wrote: > Thinking again at it, I persist to believe have the defines makes it > easier to use. > With auto-completion, it makes it faster and less error prone to > select the right > alternate function without parsing the

Re: [PATCH v2 4/7] ARM: at91/dt: sama5d2: add pio controller node

On Tue, Nov 10, 2015 at 1:30 AM, Olof Johansson wrote: > On Mon, Sep 21, 2015 at 11:24 AM, Linus Walleij > wrote: >> On Wed, Sep 16, 2015 at 8:37 AM, Ludovic Desroches >> wrote: >> >>> Add pio4 controller node to enable

Re: [PATCH v2 07/19] ARC: rename smp operation init_irq_cpu() to init_per_cpu()

On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: > From: Noam Camus > > This will better reflect its description i.e. "any needed setup..." > and not just do an "IPI request". > > Signed-off-by: Noam Camus Acked-by: Vineet Gupta

Re: [PATCH v2 08/19] ARC: Mark secondary cpu online only after all HW setup is done

On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: > From: Noam Camus > > In SMP setup, master loops for each_present_cpu calling cpu_up(). > For ARC it returns as soon as new cpu's status becomes online, > However secondary may still do HW initializing, > machine or

Re: [PATCH v2 07/19] ARC: rename smp operation init_irq_cpu() to init_per_cpu()

On Tuesday 17 November 2015 05:08 PM, Noam Camus wrote: > From: Vineet Gupta [mailto:vineet.gup...@synopsys.com] > Sent: Tuesday, November 17, 2015 1:16 PM >> > >> > >> >Acked-by: Vineet Gupta >> > >> >Per our disccussion were you also going to rename the similar op in >>

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On 11/17/2015 12:36 PM, Thomas Gleixner wrote: On Tue, 17 Nov 2015, Daniel Lezcano wrote: Ok, I dropped the patch from my tree. Had it already pushed when I saw your reply. No problem. Better more than less :) -- Linaro.org │ Open source software for ARM SoCs

[PATCH v3] usb: chipidea: removing of_find_property

call to of_find_property() before of_property_read_u32() is unnecessary. of_property_read_u32() anyway calls to of_find_property() only. Signed-off-by: Saurabh Sengar --- v2 : removed pval variable v3 : removed unnecessary if condition drivers/usb/chipidea/core.c | 59

[PATCH 1/3] docs: iommu: Documentation for iommu in hi6220 SoC

Documentation for hi6220 iommu driver. Signed-off-by: Chen Feng --- .../bindings/iommu/hisi,hi6220-iommu.txt | 32 ++ 1 file changed, 32 insertions(+) create mode 100644 Documentation/devicetree/bindings/iommu/hisi,hi6220-iommu.txt diff

Re: [RFC] ARM64: simplify dma_get_ops

On Mon, Nov 16, 2015 at 08:57:41PM +0100, Arnd Bergmann wrote: > On Monday 16 November 2015 18:39:41 Catalin Marinas wrote: > > On Mon, Nov 16, 2015 at 05:25:48PM +0100, Arnd Bergmann wrote: > > > @@ -985,7 +977,7 @@ void arch_setup_dma_ops(struct device *dev, u64 > > > dma_base, u64 size, > > >

Re: local64_cmpxchg() in arc_perf_event_update()

On Tue, Nov 17, 2015 at 04:53:04PM +0530, Vineet Gupta wrote: > That means Alexey need to revert the hunk ? Yes, I think so. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

[PATCH] staging: rtl8712: Fix typos and checkpatch warnings.

Fix typo SUCESS -> SUCCESS and multiple checkpatch checks (blank line, indentation). Signed-off-by: Christian Colic --- drivers/staging/rtl8712/rtl8712_led.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git

[RESEND RFC/PATCH 5/8] arm64: dts: mediatek: Add Video Encoder for MT8173

add video encoder driver for MT8173 Signed-off-by: Tiffany Lin --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 47 ++ 1 file changed, 47 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

Re: [PATCH 8/8] of: changesets: Introduce changeset helper methods

Hi Pantelis, On Fri, Jun 12, 2015 at 9:55 PM, Pantelis Antoniou wrote: > --- a/include/linux/of.h > +++ b/include/linux/of.h > @@ -1028,6 +1028,27 @@ static inline int of_changeset_update_property(struct > of_changeset *ocs, > { > return

Re: [PATCH] pinctrl: at91-pio4: use %pr format string for resource

Hi Arnd, On Thu, Nov 12, 2015 at 03:15:38PM +0100, Arnd Bergmann wrote: > resource_size_t may be defined as 32 or 64 bit depending on configuration, > so it cannot be printed using the normal format strings, as gcc correctly > warns: > > pinctrl-at91-pio4.c: In function 'atmel_pinctrl_probe': >

Re: spi: OF module autoloading is still broken

Hello Mark, On 11/17/2015 10:19 AM, Mark Brown wrote: > On Tue, Nov 17, 2015 at 10:14:27AM -0300, Javier Martinez Canillas wrote: >> On 11/16/2015 06:51 PM, Brian Norris wrote: > >>> Lest someone else wonder whether this is theoretical or not, I'll save >>> them the work in pointing at an

[PATCH 3/5] Input: turbografx - clear unused function pointers

tgfx_parport_cb is a local uninitialized structure and the member function pointers will be pointing to arbitrary locations unless they are cleared. Fixes: 4de27a638a99 ("Input: turbografx - use parallel port device model") Signed-off-by: Sudip Mukherjee ---

Re: [PATCH RESEND] arm64: berlin: add the pinctrl dependency for Marvell Berlin SoCs

On Mon, Nov 16, 2015 at 06:36:10PM +0800, Jisheng Zhang wrote: > This is to add the pinctrl dependency for Marvell Berlin SoCs. > > Signed-off-by: Jisheng Zhang > Acked-by: Sebastian Hesselbarth > Acked-by: Antoine Tenart

Re: kernel 4.4-rc1 BUG when booting as Xen dom0

On 17/11/15 14:40, Boris Ostrovsky wrote: > On 11/17/2015 08:38 AM, Juergen Gross wrote: >> Trying to boot a 4.4 kernel as Xen dom0 crashes the system: >> >> [9.949589] ACPI: Added _OSI(Module Device) >> [9.957803] ACPI: Added _OSI(Processor Device) >> [9.966814] ACPI: Added _OSI(3.0

Re: [PATCH 2/4] crypto-ixp4xx: Two function calls less in init_ixp_crypto() after error detection

On Sun, Nov 15, 2015 at 07:50:51PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 15 Nov 2015 18:28:39 +0100 > > The dma_pool_destroy() function was called twice with a null pointer > if a "npe_error" was reported. > > This implementation

Re: [PATCH v3] MMC/SDIO: enable SDIO device to suspend/resume asynchronously

On 11/16/2015 7:30 PM, Ulf Hansson wrote: > On 15 November 2015 at 14:53, Fu, Zhonghui > wrote: >> Now, PM core supports asynchronous suspend/resume mode for devices >> during system suspend/resume, and the power state transition of one >> device may be completed

[PATCH] ARC: remove SYNC from __switch_to()

SYNC in __switch_to() is a historic relic and not needed at all. - In UP context it is obviously useless, why would we want to stall the core for all updates to stack memory of t0 to complete before loading kernel mode callee registers from t1 stack's memory. - In SMP, there could be

Re: [PATCH 01/39] pinctrl: Move am4372 and dra7 macros to the the SoC header files

On Fri, Nov 13, 2015 at 5:53 AM, Javier Martinez Canillas wrote: > The header file defines a set of macros > for different SoCs families that falls under the OMAP sub-arch, that > allow to define the padconf register physical address instead of the > register offset from

Re: [PATCH 3/4] crypto-ixp4xx: Reduce assignment for a variable in init_ixp_crypto()

On Sun, Nov 15, 2015 at 07:52:22PM +0100, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 15 Nov 2015 19:06:44 +0100 > > The variable "ret" was set more often than necessary by the > init_ixp_crypto() function. > > * Omit its initialisation at the

Re: [PATCH v12 1/3] dt-bindings: Add a binding for Mediatek xHCI host controller

Hello. On 11/17/2015 12:18 PM, Chunfeng Yun wrote: add a DT binding documentation of xHCI host controller for the MT8173 SoC from Mediatek. Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/usb/mt8173-xhci.txt| 51 ++ 1 file

Re: [PATCH 2/2] mm: do not loop over ALLOC_NO_WATERMARKS without triggering reclaim

Michal Hocko wrote: > __alloc_pages_slowpath is looping over ALLOC_NO_WATERMARKS requests if > __GFP_NOFAIL is requested. This is fragile because we are basically > relying on somebody else to make the reclaim (be it the direct reclaim > or OOM killer) for us. The caller might be holding resources

[GIT PULL] at91: fixes for 4.4 #1

Arnd, Olof, Kevin, This is the first "fixes" pull-request for AT91. I tried to collect little patches that didn't make it for -rc1. It can be due to synchronization between trees like the addition of some sama5d2 Xplained nodes (MFD tree) or the change of the watchdog compatible string for

[PATCH V5 1/6] i2c: qup: Change qup_wait_writeready function to use for all timeouts

qup_wait_writeready waits only on a output fifo empty event. Change the same function to accept the event and data length to wait as parameters. This way the same function can be used for timeouts in other places as well. Signed-off-by: Sricharan R ---

[PATCH V5 6/6] dts: msm8974: Add dma channels for blsp2_i2c1 node

Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-msm8974.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 7786408..bd1be53 100644 --- a/arch/arm/boot/dts/qcom-msm8974.dtsi

[PATCH V5 4/6] i2c: qup: Add bam dma capabilities

QUP cores can be attached to a BAM module, which acts as a dma engine for the QUP core. When DMA with BAM is enabled, the BAM consumer pipe transmitted data is written to the output FIFO and the BAM producer pipe received data is read from the input FIFO. With BAM capabilities, qup-i2c core can

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On 11/17/2015 12:43 PM, Daniel Lezcano wrote: On 11/17/2015 12:36 PM, Thomas Gleixner wrote: On Tue, 17 Nov 2015, Daniel Lezcano wrote: Ok, I dropped the patch from my tree. Had it already pushed when I saw your reply. No problem. Better more than less :) Hum, I meant "Better to have

[PATCH V5 3/6] i2c: qup: Transfer each i2c_msg in i2c_msgs without a stop bit

The definition of i2c_msg says that "If this is the last message in a group, it is followed by a STOP. Otherwise it is followed by the next @i2c_msg transaction segment, beginning with a (repeated) START" So the expectation is that there is no 'STOP' bit inbetween individual i2c_msg segments

[PATCH V5 0/6] i2c: qup: Add support for v2 tags and bam dma

QUP from version 2.1.1 onwards, supports a new format of i2c command tags. Tag codes instructs the controller to perform a operation like read/write. This new tagging version supports and is required for adding bam dma capabilities. V2 tags supports transfer of more than 256 bytes in a single i2c

Re: [RFC/PATCH] media: omap3isp: Set maximum DMA segment size

Hi Laurent, I really have no idea how this problem should be addressed. I've already proposed to handle it in videobuf2-dc, but this has been rejected. Maybe the only way will be to add dma_set_max_seg_size(isp->dev, DMA_BIT_MASK(32)) to every v4l2 driver, which use videobuf2-dc and add a

[RESEND RFC/PATCH 6/8] media: platform: mtk-vcodec: Add Mediatek V4L2 Video Encoder Driver

Signed-off-by: Tiffany Lin Signed-off-by: Andrew-CT Chen --- drivers/media/platform/Kconfig | 13 + drivers/media/platform/Makefile|3 + drivers/media/platform/mtk-vcodec/Kconfig |5

[RESEND RFC/PATCH 7/8] media: platform: mtk-vcodec: Add Mediatek VP8 Video Encoder Driver

From: Daniel Hsiao Signed-off-by: Daniel Hsiao --- drivers/media/platform/mtk-vcodec/Makefile |2 +- drivers/media/platform/mtk-vcodec/common/Makefile |4 +- .../media/platform/mtk-vcodec/common/venc_drv_if.c |6 +-

Re: [PATCH 1/5] perf test: Fix 2 bugs in 'perf test BPF'

Em Tue, Nov 17, 2015 at 08:32:46AM +, Wang Nan escreveu: > Two bugs in 'perf test BPF' are found when testing BPF prologue without > vmlinux: > > # mv /lib/modules/4.3.0-rc4+/build/vmlinux{,.bak} > # ./perf test BPF > 37: Test BPF filter :Failed to

Re: [PATCH] clocksource/drivers/tango-xtal: Replace code by clocksource_mmio_init

Marc Gonzalez writes: > On 17/11/2015 13:22, Daniel Lezcano wrote: >> On 11/13/2015 01:20 PM, Marc Gonzalez wrote: >>> On 13/11/2015 11:58, Daniel Lezcano wrote: >>> The current code to initialize, register and read the clocksource is already factored

Re: local64_cmpxchg() in arc_perf_event_update()

On Tuesday 17 November 2015 05:55 PM, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 01:24:01PM +0100, Peter Zijlstra wrote: >> > On Tue, Nov 17, 2015 at 04:53:04PM +0530, Vineet Gupta wrote: >>> > > That means Alexey need to revert the hunk ? >> > >> > Yes, I think so. > This is assuming you

Re: [PATCH v8 0/17] Add Analogix Core Display Port Driver

Hi Jingoo & Exynos DRM Maintainers (Inki & Andrzej & Joonyoung) & Bridge Maintainers (Thierry?): Ping... The front part of this series (exynos_dp to analogix_dp) haven't received more comments in the pasted several months. Is it difficult to carry those patches without new changes but

[tip:irq/urgent] irqchip/gic: Make sure all interrupts are deactivated at boot

Commit-ID: 0eece2b22849c90b730815c893425a36b9d10fd5 Gitweb: http://git.kernel.org/tip/0eece2b22849c90b730815c893425a36b9d10fd5 Author: Marc Zyngier AuthorDate: Mon, 16 Nov 2015 19:13:26 + Committer: Thomas Gleixner CommitDate: Tue, 17 Nov

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Tuesday 17 November 2015 06:14 PM, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 06:07:08PM +0530, Vineet Gupta wrote: >> On Tuesday 17 November 2015 05:52 PM, Peter Zijlstra wrote: > BTW since we are on the topic we have this loop in stack unwinder which > can > potentially

[tip:irq/urgent] irqchip/gic: Clear enable bits before restoring them

Commit-ID: 92eda4ad4371225d6ccf9cded74315547e9a3153 Gitweb: http://git.kernel.org/tip/92eda4ad4371225d6ccf9cded74315547e9a3153 Author: Marc Zyngier AuthorDate: Mon, 16 Nov 2015 19:13:27 + Committer: Thomas Gleixner CommitDate: Tue, 17 Nov

[tip:irq/urgent] irqchip/gic: Add save/ restore of the active state

Commit-ID: 1c7d4dd46ee048afe19e1294634df6fa66862519 Gitweb: http://git.kernel.org/tip/1c7d4dd46ee048afe19e1294634df6fa66862519 Author: Marc Zyngier AuthorDate: Mon, 16 Nov 2015 19:13:28 + Committer: Thomas Gleixner CommitDate: Tue, 17 Nov

Re: spi: OF module autoloading is still broken

Hello Mark, On 11/17/2015 10:34 AM, Mark Brown wrote: > On Mon, Nov 16, 2015 at 05:00:43PM -0300, Javier Martinez Canillas wrote: > >> Now that I think about it, there is another issue and is that today spi:foo >> defines a namespace while changing to of: will make the namespace flat so >> a

kernel 4.4-rc1 BUG when booting as Xen dom0

Trying to boot a 4.4 kernel as Xen dom0 crashes the system: [9.949589] ACPI: Added _OSI(Module Device) [9.957803] ACPI: Added _OSI(Processor Device) [9.966814] ACPI: Added _OSI(3.0 _SCP Extensions) [9.976346] ACPI: Added _OSI(Processor Aggregator Device) [9.988715] BUG: unable

Re: [PATCH] stm: select CONFIG_SRCU

Arnd Bergmann writes: > The newly added STM code uses SRCU, but does not ensure that > this code is part of the kernel: > > drivers/built-in.o: In function `stm_source_link_show': > include/linux/srcu.h:221: undefined reference to `__srcu_read_lock' > include/linux/srcu.h:238:

Re: [PATCH] pinctrl: remove redundant if conditional from Kconfig

On Thu, Nov 5, 2015 at 7:46 AM, Masahiro Yamada wrote: > The whole menu is guarded by > > menu "Pin controllers" > depends on PINCTRL > ... > endmenu > > The if conditional outside of it is redundant. > > Signed-off-by: Masahiro Yamada

Re: [PATCH] gpiolib: tighten up ACPI legacy gpio lookups

On Thu, Nov 5, 2015 at 8:38 PM, Dmitry Torokhov wrote: > We should not fall back to the legacy unnamed gpio lookup style if the > driver requests gpios with different names, because we'll give out the same > gpio twice. Let's keep track of the names that were used for

Re: [PATCH] lib/kobject: fix memory leak in error path of kset_create_and_add()

Nicolai Stange writes: > Greg Kroah-Hartman writes: > >> On Tue, Nov 17, 2015 at 01:04:19AM +0100, Nicolai Stange wrote: >>> +} >>> + >>> +static struct kobj_type glue_dirs_ktype = { >>> + .release = glue_dirs_release_dummy, >>> +}; >>> + >>>

irq_fpu_usable() is irreliable

Hi folks, The availability of the FPU in kernel space, as you know, is determined by this function: bool irq_fpu_usable(void) { return !in_interrupt() || interrupted_user_mode() || interrupted_kernel_fpu_idle(); } My understanding is that the first check

[PATCH V5 5/6] dts: msm8974: Add blsp2_bam dma node

Signed-off-by: Sricharan R --- arch/arm/boot/dts/qcom-msm8974.dtsi | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index 753bdfd..7786408 100644 ---

[PATCH V5 2/6] i2c: qup: Add V2 tags support

QUP from version 2.1.1 onwards, supports a new format of i2c command tags. Tag codes instructs the controller to perform a operation like read/write. This new tagging version supports bam dma and transfers of more than 256 bytes without 'stop' in between. Adding the support for the same. For each

[PATCH v3] alarmtimer: fix unexpected rtc interrupt when system resume from S3

From: zhuo-hao Before the system go to suspend (S3), if user create a timer with clockid CLOCK_REALTIME_ALARM/CLOCK_BOOTTIME_ALARM and set a "large" timeout value to this timer. The function alarmtimer_suspend will be called to setup a timeout value to RTC timer to avoid

Re: [PATCH v2] percpu: remove PERCPU_ENOUGH_ROOM which is stale definition

On Nov 17, 2015, at 12:55 AM, Tejun Heo wrote: Dear Tejun, > On Wed, Nov 04, 2015 at 01:26:07PM +, Jungseok Lee wrote: >> As pure cleanup, this patch removes PERCPU_ENOUGH_ROOM which is not >> used any more. That is, no code refers to the definition. >> >> Acked-by: Christoph Lameter

Re: local64_cmpxchg() in arc_perf_event_update()

On Tue, Nov 17, 2015 at 01:24:01PM +0100, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 04:53:04PM +0530, Vineet Gupta wrote: > > That means Alexey need to revert the hunk ? > > Yes, I think so. This is assuming you now have these NMIs we talked about earlier. If all you have are regular IRQs

[PATCH 2/5] Input: gamecon - clear unused function pointers

gc_parport_cb is a local uninitialized structure and the member function pointers will be pointing to arbitrary locations unless they are cleared. Fixes: a517e87c3dfc ("Input: gamecon - use parallel port device model") Signed-off-by: Sudip Mukherjee ---

[PATCH 1/5] Input: db9 - clear unused function pointers

db9_parport_cb is a local uninitialized structure and the member function pointers will be pointing to arbitrary locations unless they are cleared. Fixes: 2260c419b52b ("Input: db9 - use parallel port device model") Signed-off-by: Sudip Mukherjee ---

[PATCH] paravirt: remove unused pv_apic_ops structure

The only member of that structure is startup_ipi_hook which is always set to paravirt_nop. Signed-off-by: Juergen Gross --- arch/x86/include/asm/paravirt.h | 9 - arch/x86/include/asm/paravirt_types.h | 10 -- arch/x86/include/asm/smp.h| 3

Re: [PATCH 2/4] timer: relax tick stop in idle entry

On Tue, Nov 17, 2015 at 04:57:21AM -0800, Jacob Pan wrote: > On Tue, 17 Nov 2015 11:24:49 +0100 > Peter Zijlstra wrote: > > > On Mon, Nov 16, 2015 at 09:04:03PM -0800, Paul E. McKenney wrote: > > > On Mon, Nov 16, 2015 at 06:57:14PM -0800, Arjan van de Ven wrote: > > > > On

Re: [PATCH] MAINTAINERS: Update OMAP GPIO driver entry

On Fri, Nov 13, 2015 at 2:35 PM, Javier Martinez Canillas wrote: > I'm not as involved in OMAP as I used to be and Grygorii is the most > active developer working on this driver and has also been reviewing > patches so let's add him as a driver maintainer instead of me. >

[tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

Commit-ID: dde7632ed02382e4bac2b57c66ee2285764f2cd7 Gitweb: http://git.kernel.org/tip/dde7632ed02382e4bac2b57c66ee2285764f2cd7 Author: Arnd Bergmann AuthorDate: Mon, 16 Nov 2015 17:34:50 +0100 Committer: Thomas Gleixner CommitDate: Mon, 16 Nov 2015

[tip:timers/urgent] clocksource: Disallow drivers for ARCH_USES_GETTIMEOFFSET

Commit-ID: 3da6d49e847128378c30292848125cc3e207e5f7 Gitweb: http://git.kernel.org/tip/3da6d49e847128378c30292848125cc3e207e5f7 Author: Arnd Bergmann AuthorDate: Mon, 16 Nov 2015 17:51:17 +0100 Committer: Thomas Gleixner CommitDate: Mon, 16 Nov 2015

Re: [PATCH v2] spi: mediatek: single device does not require cs_gpios

On 14/11/15 03:27, lei liu wrote: On Mon, 2015-11-09 at 12:14 +0800, Nicolas Boichat wrote: When only one device is present, it is not necessary to specify cs_gpios, as the CS line can be controlled by the hardware module. Without this patch, older device tree bindings used before 37457607

Re: [PATCH] pinctrl: mediatek: fix a memleak when do dt maps.

On 17/11/15 09:25, Daniel Kurtz wrote: On Tue, Nov 17, 2015 at 12:22 PM, Hongzhou Yang wrote: configs will kmemdup to dup_configs in pictrl util function. So configs need to be freed. Signed-off-by: Hongzhou Yang Reviewed-by: Daniel

Re: [PATCH] gpio: syscon: fix a possible NULL dereference

On Thu, Nov 5, 2015 at 5:02 PM, LABBE Corentin wrote: > of_match_device could return NULL, and so cause a NULL pointer > dereference later at line 199: > priv->flags = of_id->data; > > Reported-by: coverity (CID 1324140) > Signed-off-by: LABBE Corentin

Re: local64_cmpxchg() in arc_perf_event_update()

On Tue, Nov 17, 2015 at 09:14:59AM +, Vineet Gupta wrote: > Let's check with Peter as I'm not sure how exactly the read call will > nest for same counter on same core ? Various possible ways, but the easiest is userspace doing a sys_read() on the counter while the NMI happens. -- To

Re: [PATCH] usb: chipidea: removing of_find_property

Saurabh Sengar writes: > call to of_find_property() before of_property_read_u32() is unnecessary. > of_property_read_u32() anyway calls to of_find_property() only. > > Signed-off-by: Saurabh Sengar > --- > drivers/usb/chipidea/core.c | 67 >

[PATCH] clk: at91: Revert "keep slow clk enabled to prevent system hang"

Commit dca1a4b5ff6e ("clk: at91: keep slow clk enabled to prevent system hang") added a workaround for the slow clock as it is not properly handled by its users. Now that the slow clock is taken properly by the drivers, this workaround is not necessary anymore, revert it. Signed-off-by:

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On Tue, 17 Nov 2015, Daniel Lezcano wrote: > > Ok, I dropped the patch from my tree. Had it already pushed when I saw your reply. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Tuesday 17 November 2015 04:53 PM, Peter Zijlstra wrote: > On Tue, Nov 17, 2015 at 04:42:49PM +0530, Vineet Gupta wrote: >> On Saturday 07 November 2015 04:22 PM, Noam Camus wrote: >>> From: Tal Zilcer >>> >>> In SMT system like we have the generic "sync" is not working with

RE: [PATCH v2 07/19] ARC: rename smp operation init_irq_cpu() to init_per_cpu()

From: Vineet Gupta [mailto:vineet.gup...@synopsys.com] Sent: Tuesday, November 17, 2015 1:16 PM > > >Acked-by: Vineet Gupta > >Per our disccussion were you also going to rename the similar op in >machine_desc ? No, Just rename the plat_smp_ops. About machine_desc, I

Re: [PATCH 12/13] perf test: Test BPF prologue

Em Tue, Nov 17, 2015 at 12:38:37PM +0800, Wangnan (F) escreveu: > On 2015/11/17 9:29, Arnaldo Carvalho de Melo wrote: > >How about: > > > > # perf test -v BPF > > 37: Test BPF filter: > > 37.1: test a : Ok > > 37.2: test b

[PATCH] drm: support hotspot for universal plane cursors

The request's hot_x and hot_y are set correctly for both DRM_IOCTL_MODE_CURSOR and DRM_IOCTL_MODE_CURSOR2 so we just need to save the values and then apply the offset to the cursor plane when the cursor moves. Signed-off-by: John Keeping --- drivers/gpu/drm/drm_crtc.c | 11

RE: irq_fpu_usable() is false in ndo_start_xmit() for UDP packets

From: David Miller > Sent: 16 November 2015 20:32 > From: "Jason A. Donenfeld" > Date: Mon, 16 Nov 2015 20:52:28 +0100 > > > This works fine with, say, iperf3 in TCP mode. The AVX performance > > is great. However, when using iperf3 in UDP mode, irq_fpu_usable() > > is mostly

enable dynamic debug - doubt

[ Please keep me in CC as I'm not subscribed to the list] Hello, The behaviour of dynamic debug prints are controlled via writing to a control file in the 'debugfs' filesystem(/dynamic_debug/control). Here I would like to know what order should the echo(for eg: echo -n 'module sdhci +p' >

NMI for ARC

On Tuesday 17 November 2015 05:55 PM, Peter Zijlstra wrote: > This is assuming you now have these NMIs we talked about earlier. If all > you have are regular IRQs this is not possible, for we should be calling > ->read() with IRQs disabled. > No we don't yet. The first stab at it fell flat on

Re: [PATCH 1/3] gpio: 74xx: fix a possible NULL dereference

On Wed, Nov 11, 2015 at 9:27 PM, LABBE Corentin wrote: > of_match_device could return NULL, and so cause a NULL pointer > dereference later at line 132: > priv->flags = (uintptr_t) of_id->data; > > Reported-by: coverity (CID 1324141) > Signed-off-by: LABBE Corentin

Re: [PATCH] xen/x86: Adjust stack pointer in xen_sysexit

On 11/16/2015 09:04 PM, Andy Lutomirski wrote: > On Mon, Nov 16, 2015 at 1:03 PM, Konrad Rzeszutek Wilk > wrote: >> On Mon, Nov 16, 2015 at 12:50:19PM -0800, Andy Lutomirski wrote: >>> On Mon, Nov 16, 2015 at 12:48 PM, Boris Ostrovsky >>>

Re: [PATCH] gpio: 104-idio-16: Use lowercase symbol names for const variables

On Wed, Nov 4, 2015 at 1:30 PM, William Breathitt Gray wrote: > To prevent confusion and to match existing coding style used in other > gpio drivers symbol names within the 104-idio-16 gpio driver should be > lowercase. > > Signed-off-by: William Breathitt Gray

sound/soc/codecs/rl6347a.c:66:8: error: implicit declaration of function 'i2c_master_send'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 8005c49d9aea74d382f474ce11afbbc7d7130bec commit: 624729fd51871bfbddb647764f180126789a29ee ASoC: Intel: Skylake - Add Skylake RT286 I2S machine driver date: 4 weeks ago config:

[PATCH] usb: chipidea: removing of_find_property

call to of_find_property() before of_property_read_u32() is unnecessary. of_property_read_u32() anyway calls to of_find_property() only. Signed-off-by: Saurabh Sengar --- drivers/usb/chipidea/core.c | 67 ++--- 1 file changed, 32

Re: [tip:timers/urgent] clocksource/fsl: Avoid harmless 64-bit warnings

On 11/17/2015 11:36 AM, tip-bot for Arnd Bergmann wrote: Commit-ID: dde7632ed02382e4bac2b57c66ee2285764f2cd7 Gitweb: http://git.kernel.org/tip/dde7632ed02382e4bac2b57c66ee2285764f2cd7 Author: Arnd Bergmann AuthorDate: Mon, 16 Nov 2015 17:34:50 +0100 Committer: Thomas

[PATCH v2] usb: chipidea: removing of_find_property

call to of_find_property() before of_property_read_u32() is unnecessary. of_property_read_u32() anyway calls to of_find_property() only. Signed-off-by: Saurabh Sengar --- v2: removed pval variable drivers/usb/chipidea/core.c | 61

Re: [PATCH 4/4] locking: Introduce smp_cond_acquire()

Hi Linus, On Mon, Nov 16, 2015 at 01:58:49PM -0800, Linus Torvalds wrote: > On Mon, Nov 16, 2015 at 8:24 AM, Will Deacon wrote: > > > > ... or we upgrade spin_unlock_wait to a LOCK operation, which might be > > slightly cheaper than spin_lock()+spin_unlock(). > > So

Re: [PATCH] clocksource/drivers/tango-xtal: Replace code by clocksource_mmio_init

On 11/13/2015 01:20 PM, Marc Gonzalez wrote: On 13/11/2015 11:58, Daniel Lezcano wrote: The current code to initialize, register and read the clocksource is already factored out in mmio.c via the clocksource_mmio_init function. Factor out the code with the clocksource_mmio_init function.

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Tue, Nov 17, 2015 at 05:07:38PM +0530, Vineet Gupta wrote: > > as is ARC-SMP seems to have a _lot_ of superfluous > > barriers many of which have no explanation yet (I'm thinking of those > > extra smp_mb()s in the lock primitives). > > Other than the lock primitives can u think of any more.

Re: [PATCH] perf record: Support custom vmlinux path

发自我的 iPhone > 在 2015年11月17日，下午8:42，Arnaldo Carvalho de Melo 写道： > > Em Tue, Nov 17, 2015 at 09:33:40AM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Tue, Nov 17, 2015 at 09:44:44AM +, Wang Nan escreveu: >> >> Thanks, applying. > > I take that back, I think this is

Re: [PATCH v2 18/19] ARC: [plat-eznps] replace sync with proper cpu barrier

On Tue, Nov 17, 2015 at 06:07:08PM +0530, Vineet Gupta wrote: > On Tuesday 17 November 2015 05:52 PM, Peter Zijlstra wrote: > >> > BTW since we are on the topic we have this loop in stack unwinder which > >> > can > >> > potentially cause RCU stalls, actual lockups etc. I was planning to add >

[RESEND RFC/PATCH 2/8] arm64: dts: mediatek: Add node for Mediatek Video Processor Unit

From: Andrew-CT Chen add VPU drivers for MT8173 Signed-off-by: Andrew-CT Chen --- arch/arm64/boot/dts/mediatek/mt8173.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi

[RESEND RFC/PATCH 8/8] media: platform: mtk-vcodec: Add Mediatek H264 Video Encoder Driver

Signed-off-by: Daniel Hsiao --- drivers/media/platform/mtk-vcodec/Makefile |2 +- drivers/media/platform/mtk-vcodec/common/Makefile |4 +- .../media/platform/mtk-vcodec/common/venc_drv_if.c |3 + .../media/platform/mtk-vcodec/h264_enc/Makefile|

[RESEND RFC/PATCH 0/8] Add MT8173 Video Encoder Driver and VPU Driver

== Introduction == The purpose of this RFC is to discuss the driver for a hw video codec embedded in the Mediatek's MT8173 SoCs. Mediatek Video Codec is able to handle video encoding of in a range of formats. This RFC also include VPU driver. Mediatek Video Codec driver

[PATCH v10 10/17] phy: Add driver for rockchip Display Port PHY

Add phy driver for the Rockchip DisplayPort PHY module. This is required to get DisplayPort working in Rockchip SoCs. Reviewed-by: Heiko Stuebner Signed-off-by: Yakir Yang --- Changes in v10: - Fix the wrong macro value of

Re: 8250_mid.c:undefined reference to `rational_best_approximation'

On Mon, Nov 16, 2015 at 5:12 AM, kbuild test robot wrote: > tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git > master > head: 8005c49d9aea74d382f474ce11afbbc7d7130bec > commit: d9eda9bab237259b06690652b145d19e0ce37a77 serial: 8250_pci: Intel

Re: [PATCH v2] gpiolib: tighten up ACPI legacy gpio lookups

On Wed, Nov 11, 2015 at 8:45 PM, Dmitry Torokhov wrote: > We should not fall back to the legacy unnamed gpio lookup style if the > driver requests gpios with different names, because we'll give out the same > gpio twice. Let's keep track of the names that were used for

Re: [PATCH] paravirt: remove unused pv_apic_ops structure

On 17/11/15 13:44, Juergen Gross wrote: > The only member of that structure is startup_ipi_hook which is always > set to paravirt_nop. Reviewed-by: David Vrabel David -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH] crypto: atmel: fix 64-bit warnings

Hi Arnd, I add my Acked-by to your patch. By the way, I'm currently reworking this whole driver. So I take your modifications into account for the new version as many parts of the source code such as the part dealing with DMA transfers have changed a lot. The new version fixes the 16 or 32bit

Re: [PATCH v4 3/3] sched: optimize migration by forcing rmb() and updating to be called once

On Tue, Nov 17, 2015 at 09:44:16AM +0900, Byungchul Park wrote: > > So currently, set_task_cpu() is serialized by: > > > > - p->pi_lock; on wakeup > > - rq->lock; otherwise > > > > (see the #ifdef CONFIG_LOCKDEP comment in set_task_cpu()) > > I already read the comment.. Then do you mean the

Re: [RFC PATCH 1/2] genirq: Add runtime resume/suspend support for IRQ chips

Hi Geert, On 16/11/15 10:48, Geert Uytterhoeven wrote: > On Mon, Nov 16, 2015 at 11:34 AM, Jon Hunter wrote: [snip] >>> Handling it automatically needs more bookkeeping than a simple reference >>> count. >> >> So what would you suggest? Adding a pm_runtime_register_irq()

Re: "compatible" and "model" properties in .dts for ARC boards

On Friday 06 November 2015 04:27 PM, Jonas Gorski wrote: > On 06.11.2015 09:59, Arnd Bergmann wrote: >> On Friday 06 November 2015 04:45:24 Vineet Gupta wrote: During OpenWRT upsreaming process one interesting topic was raised. See in the middle of

  1   2   3   4   5   6   7   8   9   10   >