[PATCH net v2 0/4] net: fix device reference leaks

This series fixes a number of device reference leaks (and one of_node leak) due to failure to drop the references taken by bus_find_device() and friends. Note that the final two patches have been compile tested only. Thanks, Johan v2 - hold reference to cpsw-phy-sel device while accessing

[PATCH net v2 0/4] net: fix device reference leaks

This series fixes a number of device reference leaks (and one of_node leak) due to failure to drop the references taken by bus_find_device() and friends. Note that the final two patches have been compile tested only. Thanks, Johan v2 - hold reference to cpsw-phy-sel device while accessing

Re: [PATCH v3 3/5] dt/bindings: Add a new property to DA8xx USB PHY

On 11/03/2016 05:53 PM, David Lechner wrote: > On 11/03/2016 10:26 AM, Alexandre Bailon wrote: >> The USB PHY is able to operate in OTG, host or peripheral. >> Some board may be wired to work act only as host or peripheral. >> In such case, the dr_mode property of controller must be set to >> host

Re: [PATCH v2 02/14] ASoC: sun4i-codec: Expand quirks to handle register offsets and card creation

On Thu, Nov 03, 2016 at 03:55:44PM +0800, Chen-Yu Tsai wrote: > The A31 has a similar codec to the A10/A20. The PCM parts are very > similar, with just different register offsets. The analog paths are > very different. There are more inputs and outputs. > > The A31s, A23, and H3 have a similar

[PATCH 17/25 v2] ia64/topology: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by:

Re: [PATCH v3 3/5] dt/bindings: Add a new property to DA8xx USB PHY

On 11/03/2016 05:53 PM, David Lechner wrote: > On 11/03/2016 10:26 AM, Alexandre Bailon wrote: >> The USB PHY is able to operate in OTG, host or peripheral. >> Some board may be wired to work act only as host or peripheral. >> In such case, the dr_mode property of controller must be set to >> host

Re: [PATCH v2 02/14] ASoC: sun4i-codec: Expand quirks to handle register offsets and card creation

On Thu, Nov 03, 2016 at 03:55:44PM +0800, Chen-Yu Tsai wrote: > The A31 has a similar codec to the A10/A20. The PCM parts are very > similar, with just different register offsets. The analog paths are > very different. There are more inputs and outputs. > > The A31s, A23, and H3 have a similar

[PATCH 17/25 v2] ia64/topology: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- v1…v2: remove unused variable. Noticed by

Re: [PATCH 9/9] clocksource: import ARC timer driver

On Tue, Nov 01, 2016 at 01:57:05PM -0700, Vineet Gupta wrote: > Hi Daniel, > > On 11/01/2016 01:42 PM, Daniel Lezcano wrote: > > Please stay consistent with the rest of the Kconfig. > > > > config ARC_TIMER_RTC > > bool "64-bit cycle counter in HS38 cores" if COMPILE_TEST > > select

Re: [PATCH 9/9] clocksource: import ARC timer driver

On Tue, Nov 01, 2016 at 01:57:05PM -0700, Vineet Gupta wrote: > Hi Daniel, > > On 11/01/2016 01:42 PM, Daniel Lezcano wrote: > > Please stay consistent with the rest of the Kconfig. > > > > config ARC_TIMER_RTC > > bool "64-bit cycle counter in HS38 cores" if COMPILE_TEST > > select

Re: printk considered harmful (was: [TECH TOPIC] asynchronous printk)

[Cc linux-kernel] Hello, On (11/02/16 10:06), Joe Perches wrote: > Hello all. > > Can you please post notes for whatever is proposed here somewhere? we covered 4 topics: #1 deadlocks and recursion in printk discussion outcome: I published an updated printk_safe patch last week (addresses

Re: printk considered harmful (was: [TECH TOPIC] asynchronous printk)

[Cc linux-kernel] Hello, On (11/02/16 10:06), Joe Perches wrote: > Hello all. > > Can you please post notes for whatever is proposed here somewhere? we covered 4 topics: #1 deadlocks and recursion in printk discussion outcome: I published an updated printk_safe patch last week (addresses

[PATCH 16/25 v2] ia64/salinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by:

[PATCH 16/25 v2] ia64/salinfo: Convert to hotplug state machine

Install the callbacks via the state machine and let the core invoke the callbacks on the already online CPUs. Cc: Tony Luck Cc: Fenghua Yu Cc: linux-i...@vger.kernel.org Signed-off-by: Sebastian Andrzej Siewior Signed-off-by: Thomas Gleixner --- v1…v2: non the save version. Noticed by kbuild

Re: [PATCH 0/9] Move ARC timer code into drivers/clocksource/

On Mon, Oct 31, 2016 at 03:48:07PM -0700, Vineet Gupta wrote: > Hi, > > This series addresses the long pending move of ARC timer code into > drivers/clocksource/. > > - patches [1-4]/9 are improvements to arc code, paving way for later code > motion. > - patches [5-8]/9 refactor the arc headers

Re: [PATCH 0/9] Move ARC timer code into drivers/clocksource/

On Mon, Oct 31, 2016 at 03:48:07PM -0700, Vineet Gupta wrote: > Hi, > > This series addresses the long pending move of ARC timer code into > drivers/clocksource/. > > - patches [1-4]/9 are improvements to arc code, paving way for later code > motion. > - patches [5-8]/9 refactor the arc headers

Re: [PATCH v3 5/5] usb: musb: da8xx: Remove set_mode callback

On Thu, Nov 03, 2016 at 12:18:53PM -0500, David Lechner wrote: > On 11/03/2016 10:26 AM, Alexandre Bailon wrote: > >The USB PHY is able to operate in OTG, host or peripheral. > >Some board may be wired to work act only as host or peripheral. > >In such case, the dr_mode property of controller must

Re: [PATCH v3 5/5] usb: musb: da8xx: Remove set_mode callback

On Thu, Nov 03, 2016 at 12:18:53PM -0500, David Lechner wrote: > On 11/03/2016 10:26 AM, Alexandre Bailon wrote: > >The USB PHY is able to operate in OTG, host or peripheral. > >Some board may be wired to work act only as host or peripheral. > >In such case, the dr_mode property of controller must

Applied "ASoC: sun4i-codec: Move data structures to add create_card call to quirks" to the asoc tree

The patch ASoC: sun4i-codec: Move data structures to add create_card call to quirks has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Applied "ASoC: sun4i-codec: Move data structures to add create_card call to quirks" to the asoc tree

The patch ASoC: sun4i-codec: Move data structures to add create_card call to quirks has been applied to the asoc tree at git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git All being well this means that it will be integrated into the linux-next tree (usually sometime in the

Re: [PATCH v3 3/5] dt/bindings: Add a new property to DA8xx USB PHY

On 11/03/2016 05:34 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Thursday 03 November 2016 08:56 PM, Alexandre Bailon wrote: >> The USB PHY is able to operate in OTG, host or peripheral. >> Some board may be wired to work act only as host or peripheral. >> In such case, the dr_mode property of

Re: [PATCH v3 1/3] fs/exec: don't force writing memory access

On 11/03, Jann Horn wrote: > > This shouldn't change behavior in any way - at this point, there should be > no non-writable mappings, only the initial stack mapping -, So this FOLL_FORCE just adds the unnecessary confusion, > but this change > makes it easier to reason about the correctness of

Re: [PATCH v3 3/5] dt/bindings: Add a new property to DA8xx USB PHY

On 11/03/2016 05:34 PM, Kishon Vijay Abraham I wrote: > Hi, > > On Thursday 03 November 2016 08:56 PM, Alexandre Bailon wrote: >> The USB PHY is able to operate in OTG, host or peripheral. >> Some board may be wired to work act only as host or peripheral. >> In such case, the dr_mode property of

Re: [PATCH v3 1/3] fs/exec: don't force writing memory access

On 11/03, Jann Horn wrote: > > This shouldn't change behavior in any way - at this point, there should be > no non-writable mappings, only the initial stack mapping -, So this FOLL_FORCE just adds the unnecessary confusion, > but this change > makes it easier to reason about the correctness of

Re: [PATCH 7/9] ARC: breakout timer stuff into a seperate header

s/seperate/separate/ On Mon, Oct 31, 2016 at 03:48:14PM -0700, Vineet Gupta wrote: > Signed-off-by: Vineet Gupta > --- > arch/arc/include/asm/arcregs.h | 9 + > arch/arc/kernel/time.c | 2 +- > include/soc/arc/timers.h | 24 >

Re: [PATCH 7/9] ARC: breakout timer stuff into a seperate header

s/seperate/separate/ On Mon, Oct 31, 2016 at 03:48:14PM -0700, Vineet Gupta wrote: > Signed-off-by: Vineet Gupta > --- > arch/arc/include/asm/arcregs.h | 9 + > arch/arc/kernel/time.c | 2 +- > include/soc/arc/timers.h | 24 > 3 files changed, 26

Re: net/netlink: null-ptr-deref in netlink_dump/lock_acquire

Hi, Another report that looks related: [ INFO: possible circular locking dependency detected ] 4.9.0-rc3+ #344 Not tainted --- syz-executor/25526 is trying to acquire lock: ([ 950.351060] [i].mutex [] nfnl_lock+0x28/0x30

Re: net/netlink: null-ptr-deref in netlink_dump/lock_acquire

Hi, Another report that looks related: [ INFO: possible circular locking dependency detected ] 4.9.0-rc3+ #344 Not tainted --- syz-executor/25526 is trying to acquire lock: ([ 950.351060] [i].mutex [] nfnl_lock+0x28/0x30

Re: linux-next: manual merge of the mali-dp tree with the drm-misc tree

On Tue, Oct 25, 2016 at 11:20:44AM +1100, Stephen Rothwell wrote: > Hi Liviu, Hi Stephen, > > Today's linux-next merge of the mali-dp tree got a conflict in: > > drivers/gpu/drm/arm/malidp_planes.c > > between commit: > > ea0e1ce20f73 ("drm/arm: Use per-plane rotation property") > >

Re: [PATCH 6/9] ARC: move mcip.h into include/soc and adjust the includes

On Mon, Oct 31, 2016 at 03:48:13PM -0700, Vineet Gupta wrote: > Also remove the depedency on ARCv2, to increase compile coverage for > !ARCV2 builds s/depedency/dependency/ Acked-by: Daniel Lezcano > Signed-off-by: Vineet Gupta > --- >

Re: Linux Foundation Technical Advisory Board Elections updates and location

On 10/28/16 16:13, Frank Rowand wrote: > Hi Chris, > > It's time for the annual question of: where do I find the TAB minutes? > > I was sure I had a bookmark of the link, but I seem to have misplaced it. > > Thanks, > > Frank and the answer is ??? thanks. -- ~Randy

Re: linux-next: manual merge of the mali-dp tree with the drm-misc tree

On Tue, Oct 25, 2016 at 11:20:44AM +1100, Stephen Rothwell wrote: > Hi Liviu, Hi Stephen, > > Today's linux-next merge of the mali-dp tree got a conflict in: > > drivers/gpu/drm/arm/malidp_planes.c > > between commit: > > ea0e1ce20f73 ("drm/arm: Use per-plane rotation property") > >

Re: [PATCH 6/9] ARC: move mcip.h into include/soc and adjust the includes

On Mon, Oct 31, 2016 at 03:48:13PM -0700, Vineet Gupta wrote: > Also remove the depedency on ARCv2, to increase compile coverage for > !ARCV2 builds s/depedency/dependency/ Acked-by: Daniel Lezcano > Signed-off-by: Vineet Gupta > --- > arch/arc/kernel/mcip.c | 2 +-

Re: Linux Foundation Technical Advisory Board Elections updates and location

On 10/28/16 16:13, Frank Rowand wrote: > Hi Chris, > > It's time for the annual question of: where do I find the TAB minutes? > > I was sure I had a bookmark of the link, but I seem to have misplaced it. > > Thanks, > > Frank and the answer is ??? thanks. -- ~Randy

Re: [PATCH] arm64: errata: Check for --fix-cortex-a53-843419 and --fix-cortex-a53

On 11/03/2016 07:16 AM, Will Deacon wrote: > On Wed, Nov 02, 2016 at 02:57:26PM -0700, Florian Fainelli wrote: >> On 11/02/2016 02:41 PM, Markus Mayer wrote: >>> On 2 November 2016 at 14:27, Will Deacon wrote: On Wed, Nov 02, 2016 at 02:07:17PM -0700, Markus Mayer wrote:

Re: [PATCH] arm64: errata: Check for --fix-cortex-a53-843419 and --fix-cortex-a53

On 11/03/2016 07:16 AM, Will Deacon wrote: > On Wed, Nov 02, 2016 at 02:57:26PM -0700, Florian Fainelli wrote: >> On 11/02/2016 02:41 PM, Markus Mayer wrote: >>> On 2 November 2016 at 14:27, Will Deacon wrote: On Wed, Nov 02, 2016 at 02:07:17PM -0700, Markus Mayer wrote: > The question I

[patch v1 1/1] leds: verify vendor and change license in mlxcpld driver

Verify that vendor is Mellanox as the first step of initialization. If it is not - return ENODEV. Change module license from "GPL v2" to "Dual BSD/GPL". Signed-off-by: Vadim Pasternak --- drivers/leds/leds-mlxcpld.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-)

Re: [PATCH v3 5/5] usb: musb: da8xx: Remove set_mode callback

On 11/03/2016 10:26 AM, Alexandre Bailon wrote: The USB PHY is able to operate in OTG, host or peripheral. Some board may be wired to work act only as host or peripheral. In such case, the dr_mode property of controller must be set to host or peripheral. But doing that will also configure the

[patch v1 1/1] leds: verify vendor and change license in mlxcpld driver

Verify that vendor is Mellanox as the first step of initialization. If it is not - return ENODEV. Change module license from "GPL v2" to "Dual BSD/GPL". Signed-off-by: Vadim Pasternak --- drivers/leds/leds-mlxcpld.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Re: [PATCH v3 5/5] usb: musb: da8xx: Remove set_mode callback

On 11/03/2016 10:26 AM, Alexandre Bailon wrote: The USB PHY is able to operate in OTG, host or peripheral. Some board may be wired to work act only as host or peripheral. In such case, the dr_mode property of controller must be set to host or peripheral. But doing that will also configure the

Re: [PATCH v2 1/2] phy: rockchip-inno-usb2: support otg-port for rk3399

On Thursday 03 November 2016 07:36 AM, William Wu wrote: > The rk3399 SoC USB2 PHY is comprised of one Host port and > one OTG port. And OTG port is for USB2.0 part of USB3.0 OTG > controller, as a part to construct a fully feature Type-C > subsystem. > > With this patch, we can support OTG

Re: [PATCH v2 1/2] phy: rockchip-inno-usb2: support otg-port for rk3399

On Thursday 03 November 2016 07:36 AM, William Wu wrote: > The rk3399 SoC USB2 PHY is comprised of one Host port and > one OTG port. And OTG port is for USB2.0 part of USB3.0 OTG > controller, as a part to construct a fully feature Type-C > subsystem. > > With this patch, we can support OTG

Re: [PATCH 4/9] ARC: time: move time_init() out of the driver

On Mon, Oct 31, 2016 at 03:48:11PM -0700, Vineet Gupta wrote: > Signed-off-by: Vineet Gupta > --- Acked-by: Daniel Lezcano

Re: [PATCH 4/9] ARC: time: move time_init() out of the driver

On Mon, Oct 31, 2016 at 03:48:11PM -0700, Vineet Gupta wrote: > Signed-off-by: Vineet Gupta > --- Acked-by: Daniel Lezcano

[PATCH net-next resend 10/13] debugfs: constify argument to debugfs_real_fops()

seq_file users can only access const version of file pointer, because the ->file member of struct seq_operations is marked as such. Make parameter to debugfs_real_fops() const. CC: Greg Kroah-Hartman CC: Nicolai Stange CC: Christian Lamparter

[PATCH net-next resend 10/13] debugfs: constify argument to debugfs_real_fops()

seq_file users can only access const version of file pointer, because the ->file member of struct seq_operations is marked as such. Make parameter to debugfs_real_fops() const. CC: Greg Kroah-Hartman CC: Nicolai Stange CC: Christian Lamparter CC: LKML Signed-off-by: Jakub Kicinski ---

Re: net/sctp: use-after-free in __sctp_connect

On Wed, Nov 2, 2016 at 11:42 PM, Andrey Konovalov wrote: > On Wed, Oct 19, 2016 at 6:57 PM, Marcelo Ricardo Leitner > wrote: >> On Wed, Oct 19, 2016 at 02:25:24PM +0200, Andrey Konovalov wrote: >>> Hi, >>> >>> I've got the following error report

Re: net/sctp: use-after-free in __sctp_connect

On Wed, Nov 2, 2016 at 11:42 PM, Andrey Konovalov wrote: > On Wed, Oct 19, 2016 at 6:57 PM, Marcelo Ricardo Leitner > wrote: >> On Wed, Oct 19, 2016 at 02:25:24PM +0200, Andrey Konovalov wrote: >>> Hi, >>> >>> I've got the following error report while running the syzkaller fuzzer: >>> >>>

Re: [PATCH 3/9] ARC: timer: gfrc: boot print alongside other timers

On Mon, Oct 31, 2016 at 03:48:10PM -0700, Vineet Gupta wrote: > Signed-off-by: Vineet Gupta Why not add a message in drivers/clocksource/clksrc-probe.c when a timer inits successfully ? and then get rid of this code. > --- > arch/arc/kernel/setup.c | 6 +++--- > 1 file

Re: [PATCH 3/9] ARC: timer: gfrc: boot print alongside other timers

On Mon, Oct 31, 2016 at 03:48:10PM -0700, Vineet Gupta wrote: > Signed-off-by: Vineet Gupta Why not add a message in drivers/clocksource/clksrc-probe.c when a timer inits successfully ? and then get rid of this code. > --- > arch/arc/kernel/setup.c | 6 +++--- > 1 file changed, 3

Re: [PATCH] poly1305: generic C can be faster on chips with slow unaligned access

From: "Jason A. Donenfeld" Date: Thu, 3 Nov 2016 08:24:57 +0100 > Hi Herbert, > > On Thu, Nov 3, 2016 at 1:49 AM, Herbert Xu > wrote: >> FWIW I'd rather live with a 6% slowdown than having two different >> code paths in the generic code. Anyone

Re: [PATCH] poly1305: generic C can be faster on chips with slow unaligned access

From: "Jason A. Donenfeld" Date: Thu, 3 Nov 2016 08:24:57 +0100 > Hi Herbert, > > On Thu, Nov 3, 2016 at 1:49 AM, Herbert Xu > wrote: >> FWIW I'd rather live with a 6% slowdown than having two different >> code paths in the generic code. Anyone who cares about 6% would >> be much better off

Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors

On 11/3/2016 12:58 PM, Sinan Kaya wrote: >> > This is the crucial point I have failed to communicate clearly: the >> > PNP0C02 resource is *always* required, even if the MCFG is correct. >> > > Interesting... > > It looks like there is a lot of lessons learnt here from history. > > I think this

Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors

On 11/3/2016 12:58 PM, Sinan Kaya wrote: >> > This is the crucial point I have failed to communicate clearly: the >> > PNP0C02 resource is *always* required, even if the MCFG is correct. >> > > Interesting... > > It looks like there is a lot of lessons learnt here from history. > > I think this

Re: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

On 11/03/2016 08:06 AM, Alexey Brodkin wrote: > We used to use generic implementation of dma_map_ops.mmap which is > dma_common_mmap() but that only worked for simpler cached mappings when > vaddr = paddr. > > If a driver requests uncached DMA buffer kernel maps it to virtual > address so that

Re: [PATCH v2] arc: Implement arch-specific dma_map_ops.mmap

On 11/03/2016 08:06 AM, Alexey Brodkin wrote: > We used to use generic implementation of dma_map_ops.mmap which is > dma_common_mmap() but that only worked for simpler cached mappings when > vaddr = paddr. > > If a driver requests uncached DMA buffer kernel maps it to virtual > address so that

Re: [PATCH v8: 1/4] x86/msr: Add MSR_MISC_FEATURE_ENABLES and PHIR3MWAIT bit

On Tue, 1 Nov 2016, Grzegorz Andrejczuk wrote: > > +/* Intel Xeon Phi x200 ring 3 MONITOR/MWAIT */ Oh well. I asked you to make that whole PHI thing go away. This is a feature which has nothing to do with PHI. It just happens to be implemented on PHI. The FEATURES_ENABLES MSR is not at all PHI

Re: [PATCH v8: 1/4] x86/msr: Add MSR_MISC_FEATURE_ENABLES and PHIR3MWAIT bit

On Tue, 1 Nov 2016, Grzegorz Andrejczuk wrote: > > +/* Intel Xeon Phi x200 ring 3 MONITOR/MWAIT */ Oh well. I asked you to make that whole PHI thing go away. This is a feature which has nothing to do with PHI. It just happens to be implemented on PHI. The FEATURES_ENABLES MSR is not at all PHI

Re: [PATCH 2/9] ARC: timer: rtc: implement read loop in "C" vs. inline asm

On Mon, Oct 31, 2016 at 03:48:09PM -0700, Vineet Gupta wrote: > To allow for easy movement into drivers/clocksource > > Signed-off-by: Vineet Gupta > --- > arch/arc/kernel/time.c | 13 + > 1 file changed, 5 insertions(+), 8 deletions(-) > > diff --git

Re: [PATCH 2/9] ARC: timer: rtc: implement read loop in "C" vs. inline asm

On Mon, Oct 31, 2016 at 03:48:09PM -0700, Vineet Gupta wrote: > To allow for easy movement into drivers/clocksource > > Signed-off-by: Vineet Gupta > --- > arch/arc/kernel/time.c | 13 + > 1 file changed, 5 insertions(+), 8 deletions(-) > > diff --git a/arch/arc/kernel/time.c

Re: [PATCH v3 2/5] phy: da8xx-usb: Configure CFGCHIP2 to support OTG workaround

On 11/03/2016 10:26 AM, Alexandre Bailon wrote: If we configure the da8xx OTG phy in OTG mode, neither device or host mode will work. That is because the PHY is not able to detect and notify the driver that value of ID pin changed. To work despite this hardware limitation, the da8xx glue

Re: [PATCH v3 2/5] phy: da8xx-usb: Configure CFGCHIP2 to support OTG workaround

On 11/03/2016 10:26 AM, Alexandre Bailon wrote: If we configure the da8xx OTG phy in OTG mode, neither device or host mode will work. That is because the PHY is not able to detect and notify the driver that value of ID pin changed. To work despite this hardware limitation, the da8xx glue

Re: [PATCH 1/9] ARC: timer: gfrc, rtc: Read BCR to detect whether hardware exists ...

On Mon, Oct 31, 2016 at 03:48:08PM -0700, Vineet Gupta wrote: > ... don't rely on cpuinfo populated in arc boot code. This paves wat for > moving this code in drivers/clocksource/ > > Signed-off-by: Vineet Gupta > --- > arch/arc/kernel/time.c | 10 ++ > 1 file

Re: [PATCH 1/9] ARC: timer: gfrc, rtc: Read BCR to detect whether hardware exists ...

On Mon, Oct 31, 2016 at 03:48:08PM -0700, Vineet Gupta wrote: > ... don't rely on cpuinfo populated in arc boot code. This paves wat for > moving this code in drivers/clocksource/ > > Signed-off-by: Vineet Gupta > --- > arch/arc/kernel/time.c | 10 ++ > 1 file changed, 6 insertions(+),

Re: [PATCH] rcu: update: make RCU_EXPEDITE_BOOT default

On Thu, Nov 03, 2016 at 05:33:27PM +0100, Sebastian Andrzej Siewior wrote: > On 2016-11-03 09:22:28 [-0700], Paul E. McKenney wrote: > > On Wed, Nov 02, 2016 at 05:30:02PM +0100, Sebastian Andrzej Siewior wrote: > > > RCU_EXPEDITE_BOOT should speed up the boot process by enforcing > > >

Re: [PATCH] rcu: update: make RCU_EXPEDITE_BOOT default

On Thu, Nov 03, 2016 at 05:33:27PM +0100, Sebastian Andrzej Siewior wrote: > On 2016-11-03 09:22:28 [-0700], Paul E. McKenney wrote: > > On Wed, Nov 02, 2016 at 05:30:02PM +0100, Sebastian Andrzej Siewior wrote: > > > RCU_EXPEDITE_BOOT should speed up the boot process by enforcing > > >

Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors

On 11/3/2016 10:00 AM, Bjorn Helgaas wrote: > On Wed, Nov 02, 2016 at 12:36:16PM -0400, Sinan Kaya wrote: >> Hi Bjorn, >> >> On 11/2/2016 12:08 PM, Bjorn Helgaas wrote: >>> On Tue, Nov 01, 2016 at 07:06:31AM -0600, c...@codeaurora.org wrote: Hi Bjorn, On 2016-10-31 15:48, Bjorn

Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors

On 11/3/2016 10:00 AM, Bjorn Helgaas wrote: > On Wed, Nov 02, 2016 at 12:36:16PM -0400, Sinan Kaya wrote: >> Hi Bjorn, >> >> On 11/2/2016 12:08 PM, Bjorn Helgaas wrote: >>> On Tue, Nov 01, 2016 at 07:06:31AM -0600, c...@codeaurora.org wrote: Hi Bjorn, On 2016-10-31 15:48, Bjorn

Re: [PATCH 1/4] block: add scalable completion tracking of requests

On 11/03/2016 08:57 AM, Ming Lei wrote: On Thu, Nov 3, 2016 at 9:38 PM, Jens Axboe wrote: On 11/03/2016 05:17 AM, Ming Lei wrote: diff --git a/block/blk-core.c b/block/blk-core.c index 0bfaa54d3e9f..ca77c725b4e5 100644 --- a/block/blk-core.c +++ b/block/blk-core.c @@ -2462,6

Re: [PATCH 1/4] block: add scalable completion tracking of requests

On 11/03/2016 08:57 AM, Ming Lei wrote: On Thu, Nov 3, 2016 at 9:38 PM, Jens Axboe wrote: On 11/03/2016 05:17 AM, Ming Lei wrote: diff --git a/block/blk-core.c b/block/blk-core.c index 0bfaa54d3e9f..ca77c725b4e5 100644 --- a/block/blk-core.c +++ b/block/blk-core.c @@ -2462,6 +2462,8 @@ void

RE: [PATCH] drm/amd/powerplay: return false instead of -EINVAL

> -Original Message- > From: Andrew Shadura [mailto:andrew.shad...@collabora.co.uk] > Sent: Thursday, November 03, 2016 6:09 AM > To: linux-kernel@vger.kernel.org; dri-de...@lists.freedesktop.org; Deucher, > Alexander; Koenig, Christian; David Airlie > Cc: Zhu, Rex; Jammy Zhou > Subject:

RE: [PATCH] drm/amd/powerplay: return false instead of -EINVAL

> -Original Message- > From: Andrew Shadura [mailto:andrew.shad...@collabora.co.uk] > Sent: Thursday, November 03, 2016 6:09 AM > To: linux-kernel@vger.kernel.org; dri-de...@lists.freedesktop.org; Deucher, > Alexander; Koenig, Christian; David Airlie > Cc: Zhu, Rex; Jammy Zhou > Subject:

Re: [PATCH v3 3/5] dt/bindings: Add a new property to DA8xx USB PHY

On 11/03/2016 10:26 AM, Alexandre Bailon wrote: The USB PHY is able to operate in OTG, host or peripheral. Some board may be wired to work act only as host or peripheral. In such case, the dr_mode property of controller must be set to host or peripheral. But doing that will also configure the

Re: [PATCH v3 3/5] dt/bindings: Add a new property to DA8xx USB PHY

On 11/03/2016 10:26 AM, Alexandre Bailon wrote: The USB PHY is able to operate in OTG, host or peripheral. Some board may be wired to work act only as host or peripheral. In such case, the dr_mode property of controller must be set to host or peripheral. But doing that will also configure the

[patch v3 1/1] i2c: add master driver for mellanox systems

From: Vadim Pasternak Device driver for Mellanox I2C controller logic, implemented in Lattice CPLD device. Device supports: - Master mode - One physical bus - Polling mode The Kconfig currently controlling compilation of this code is: drivers/i2c/busses/Kconfig:config

[patch v3 1/1] i2c: add master driver for mellanox systems

From: Vadim Pasternak Device driver for Mellanox I2C controller logic, implemented in Lattice CPLD device. Device supports: - Master mode - One physical bus - Polling mode The Kconfig currently controlling compilation of this code is: drivers/i2c/busses/Kconfig:config I2C_MLXCPLD

Re: [PATCH 2/3] phy: da8xx-usb: rename the ohci device to ohci-da8xx

On Wednesday 02 November 2016 06:14 PM, Axel Haslam wrote: > There is only one ohci on the da8xx series of chips, > so remove the ".0" when creating the phy. Also add > the "-da8xx" postfix to be consistent across davinci > usb drivers. > > Signed-off-by: Axel Haslam

Re: [PATCH 2/3] phy: da8xx-usb: rename the ohci device to ohci-da8xx

On Wednesday 02 November 2016 06:14 PM, Axel Haslam wrote: > There is only one ohci on the da8xx series of chips, > so remove the ".0" when creating the phy. Also add > the "-da8xx" postfix to be consistent across davinci > usb drivers. > > Signed-off-by: Axel Haslam Acked-by: Kishon Vijay

Re: [PATCH 9/9] clocksource: import ARC timer driver

On Thu, Nov 03, 2016 at 09:40:23AM -0700, Vineet Gupta wrote: > On 11/01/2016 06:03 PM, Vineet Gupta wrote: > >>> Because of the git mv you, diff didn't include bulk of driver code which > >>> would > >>> >> make for bulk of review anyways. So perhaps in v2 I don't do the git > >>> >> mv. OK ? >

Re: [PATCH 9/9] clocksource: import ARC timer driver

On Thu, Nov 03, 2016 at 09:40:23AM -0700, Vineet Gupta wrote: > On 11/01/2016 06:03 PM, Vineet Gupta wrote: > >>> Because of the git mv you, diff didn't include bulk of driver code which > >>> would > >>> >> make for bulk of review anyways. So perhaps in v2 I don't do the git > >>> >> mv. OK ? >

Re: [PATCH v2 0/3] davinci: ohci: fix usb ohci device name

On 11/03/2016 11:03 AM, Axel Haslam wrote: The usb ohci clock match is not working because the usb clock is registered as "ohci" instead of "ohci.0" But since there is only a single ohci instance, lets pass -1 to the platform data id parameter and avoid the extra ".0" matching. while we are

Re: [PATCH v2 0/3] davinci: ohci: fix usb ohci device name

On 11/03/2016 11:03 AM, Axel Haslam wrote: The usb ohci clock match is not working because the usb clock is registered as "ohci" instead of "ohci.0" But since there is only a single ohci instance, lets pass -1 to the platform data id parameter and avoid the extra ".0" matching. while we are

Re: [Ksummit-discuss] Results: Linux Foundation Technical Advisory Board Election 2016

On Thu, Nov 03, 2016 at 06:06:35PM +0200, Laurent Pinchart wrote: Hi Steven, On Thursday 03 Nov 2016 11:39:51 Steven Rostedt wrote: The TAB elections are now complete. Thank you to all the candidates for putting their names forward, and a big thank you to Grant Likely, Shuah Khan, Jes

Re: [Ksummit-discuss] Results: Linux Foundation Technical Advisory Board Election 2016

On Thu, Nov 03, 2016 at 06:06:35PM +0200, Laurent Pinchart wrote: Hi Steven, On Thursday 03 Nov 2016 11:39:51 Steven Rostedt wrote: The TAB elections are now complete. Thank you to all the candidates for putting their names forward, and a big thank you to Grant Likely, Shuah Khan, Jes

RE: [PATCH] drm/amd/powerplay: return false instead of -EINVAL

> -Original Message- > From: Andrew Shadura [mailto:andrew.shad...@collabora.co.uk] > Sent: Thursday, November 03, 2016 12:42 PM > To: Deucher, Alexander; linux-kernel@vger.kernel.org; dri- > de...@lists.freedesktop.org; Koenig, Christian; David Airlie > Cc: Zhu, Rex; Jammy Zhou > Subject:

RE: [PATCH] drm/amd/powerplay: return false instead of -EINVAL

> -Original Message- > From: Andrew Shadura [mailto:andrew.shad...@collabora.co.uk] > Sent: Thursday, November 03, 2016 12:42 PM > To: Deucher, Alexander; linux-kernel@vger.kernel.org; dri- > de...@lists.freedesktop.org; Koenig, Christian; David Airlie > Cc: Zhu, Rex; Jammy Zhou > Subject:

Re: [PATCH v2 6/6] ARM: dts: stm32f429: Add QSPI clock

Hi Gabriel, On 10/14/2016 11:18 AM, gabriel.fernan...@st.com wrote: From: Gabriel Fernandez This patch adds the QSPI clock for stm32f469 discovery board. Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stm32f469-disco.dts | 4

Re: [PATCH v2 6/6] ARM: dts: stm32f429: Add QSPI clock

Hi Gabriel, On 10/14/2016 11:18 AM, gabriel.fernan...@st.com wrote: From: Gabriel Fernandez This patch adds the QSPI clock for stm32f469 discovery board. Signed-off-by: Gabriel Fernandez --- arch/arm/boot/dts/stm32f469-disco.dts | 4 1 file changed, 4 insertions(+) diff --git

Re: [PATCH v5 5/7] net: ethernet: bgmac: device tree phy enablement

On Thu, Nov 03, 2016 at 09:31:21AM +0100, Rafal Milecki wrote: > On 11/02/2016 06:08 PM, Jon Mason wrote: > >Change the bgmac driver to allow for phy's defined by the device tree > > This is a late review, I know, sorry... :( > > > >+static int bcma_phy_direct_connect(struct bgmac *bgmac) > >+{

Re: [PATCH v5 5/7] net: ethernet: bgmac: device tree phy enablement

On Thu, Nov 03, 2016 at 09:31:21AM +0100, Rafal Milecki wrote: > On 11/02/2016 06:08 PM, Jon Mason wrote: > >Change the bgmac driver to allow for phy's defined by the device tree > > This is a late review, I know, sorry... :( > > > >+static int bcma_phy_direct_connect(struct bgmac *bgmac) > >+{

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, 2016-11-03 at 16:25 +, Chris Wilson wrote: > On Thu, Nov 03, 2016 at 12:11:55PM -0400, Lyude Paul wrote: > > > > On Thu, 2016-11-03 at 12:11 -0400, Lyude Paul wrote: > > > > > > On Thu, 2016-11-03 at 16:02 +, Chris Wilson wrote: > > > > > > > > > > > > On Thu, Nov 03, 2016 at

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Remove redundant reprobe in i915_drm_resume

On Thu, 2016-11-03 at 16:25 +, Chris Wilson wrote: > On Thu, Nov 03, 2016 at 12:11:55PM -0400, Lyude Paul wrote: > > > > On Thu, 2016-11-03 at 12:11 -0400, Lyude Paul wrote: > > > > > > On Thu, 2016-11-03 at 16:02 +, Chris Wilson wrote: > > > > > > > > > > > > On Thu, Nov 03, 2016 at

Re: [PATCH] drm/amd/powerplay: return false instead of -EINVAL

On 03/11/16 17:39, Deucher, Alexander wrote: >> Returning -EINVAL from a bool-returning function >> phm_check_smc_update_required_for_display_configuration has an >> unexpected >> effect of returning true, which is probably not what was intended. >> Replace -EINVAL by false. >> >> The only place

Re: [PATCH 9/9] clocksource: import ARC timer driver

On 11/01/2016 06:03 PM, Vineet Gupta wrote: >>> Because of the git mv you, diff didn't include bulk of driver code which >>> would >>> >> make for bulk of review anyways. So perhaps in v2 I don't do the git mv. >>> >> OK ? >> > >> > That means I will review and comment existing code. It is not

Re: [PATCH] drm/amd/powerplay: return false instead of -EINVAL

On 03/11/16 17:39, Deucher, Alexander wrote: >> Returning -EINVAL from a bool-returning function >> phm_check_smc_update_required_for_display_configuration has an >> unexpected >> effect of returning true, which is probably not what was intended. >> Replace -EINVAL by false. >> >> The only place

Re: [PATCH 9/9] clocksource: import ARC timer driver

On 11/01/2016 06:03 PM, Vineet Gupta wrote: >>> Because of the git mv you, diff didn't include bulk of driver code which >>> would >>> >> make for bulk of review anyways. So perhaps in v2 I don't do the git mv. >>> >> OK ? >> > >> > That means I will review and comment existing code. It is not

[PATCH 1/4] pinctrl: Introduce generic #pinctrl-cells and pinctrl_parse_index_with_args

Introduce #pinctrl-cells helper binding and generic helper functions pinctrl_count_index_with_args() and pinctrl_parse_index_with_args(). Acked-by: Rob Herring Signed-off-by: Tony Lindgren --- .../bindings/pinctrl/pinctrl-bindings.txt | 44 ++-

[PATCH 3/4] pinctrl: single: Use generic parser and #pinctrl-cells for pinctrl-single,bits

We can now use generic parser and keep things compatible with the old binding. Signed-off-by: Tony Lindgren --- drivers/pinctrl/pinctrl-single.c | 48 1 file changed, 24 insertions(+), 24 deletions(-) diff --git

[PATCH 1/4] pinctrl: Introduce generic #pinctrl-cells and pinctrl_parse_index_with_args

Introduce #pinctrl-cells helper binding and generic helper functions pinctrl_count_index_with_args() and pinctrl_parse_index_with_args(). Acked-by: Rob Herring Signed-off-by: Tony Lindgren --- .../bindings/pinctrl/pinctrl-bindings.txt | 44 ++- drivers/pinctrl/devicetree.c

[PATCH 3/4] pinctrl: single: Use generic parser and #pinctrl-cells for pinctrl-single,bits

We can now use generic parser and keep things compatible with the old binding. Signed-off-by: Tony Lindgren --- drivers/pinctrl/pinctrl-single.c | 48 1 file changed, 24 insertions(+), 24 deletions(-) diff --git a/drivers/pinctrl/pinctrl-single.c

<    2   3   4   5   6   7   8   9   10   11   >