Re: [PATCH] net: sun: sunhme: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 5 Mar 2017 22:25:39 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH v2] net: smsc: smc91x: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 4 Mar 2017 12:42:39 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH v2] net: smsc: smc91x: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 4 Mar 2017 12:42:39 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: sun: sunhme: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 5 Mar 2017 22:25:39 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

RCU used on incoming CPU before rcu_cpu_starting() called

Hello! I am seeing the following splat in rcutorture testing of v4.11-rc1: [ 30.694013] = [ 30.694013] WARNING: suspicious RCU usage [ 30.694013] 4.11.0-rc1+ #1 Not tainted [ 30.694013] - [ 30.694013]

RCU used on incoming CPU before rcu_cpu_starting() called

Hello! I am seeing the following splat in rcutorture testing of v4.11-rc1: [ 30.694013] = [ 30.694013] WARNING: suspicious RCU usage [ 30.694013] 4.11.0-rc1+ #1 Not tainted [ 30.694013] - [ 30.694013]

Re: [PATCH] net: smsc: smc911x: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Tue, 28 Feb 2017 23:49:38 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: smsc: smc911x: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Tue, 28 Feb 2017 23:49:38 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: sun: niu: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 4 Mar 2017 17:50:06 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: sun: cassini: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 4 Mar 2017 16:16:12 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: sun: niu: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 4 Mar 2017 17:50:06 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: sun: cassini: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 4 Mar 2017 16:16:12 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: [PATCH] net: sun: sungem: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 5 Mar 2017 00:04:18 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH] net: sun: sungem: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 5 Mar 2017 00:04:18 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > > Signed-off-by: Philippe Reynes

Re: "mm: fix lazyfree BUG_ON check in try_to_unmap_one()" build error

Hi Sergey, On Thu, Mar 09, 2017 at 01:29:08PM +0900, Sergey Senozhatsky wrote: > Hello Minchan, > > /* I can't https://marc.info/?l=linux-kernel=148886631303107 thread >in my mail box for some reason so the Reply-To message-id may be wrong. */ > > > > commit "mm: fix lazyfree BUG_ON check

Re: "mm: fix lazyfree BUG_ON check in try_to_unmap_one()" build error

Hi Sergey, On Thu, Mar 09, 2017 at 01:29:08PM +0900, Sergey Senozhatsky wrote: > Hello Minchan, > > /* I can't https://marc.info/?l=linux-kernel=148886631303107 thread >in my mail box for some reason so the Reply-To message-id may be wrong. */ > > > > commit "mm: fix lazyfree BUG_ON check

Re: [PATCH net-next 0/5] sunvnet: better connection management

From: Shannon Nelson Date: Wed, 8 Mar 2017 15:04:45 -0800 > On 3/6/2017 3:15 PM, Shannon Nelson wrote: >> These patches remove some problems in handling of carrier state >> with the ldmvsw vswitch, remove an xoff misuse in sunvnet, and >> add stats for debug and

Re: [PATCH net-next 0/5] sunvnet: better connection management

From: Shannon Nelson Date: Wed, 8 Mar 2017 15:04:45 -0800 > On 3/6/2017 3:15 PM, Shannon Nelson wrote: >> These patches remove some problems in handling of carrier state >> with the ldmvsw vswitch, remove an xoff misuse in sunvnet, and >> add stats for debug and tracking of point-to-point

Re: [PATCH] pinctrl: samsung: fix segfault when using external interrupts on s3c24xx

2017-03-09 1:34 GMT+09:00 Krzysztof Kozlowski : > On Mon, Mar 06, 2017 at 09:15:16AM -0400, Sergio Prado wrote: >> Hi Krzysztof, >> >> > > This is a regression from commit >> > > 8b1bd11c1f8f529057369c5b3702d13fd24e2765. >> > >> > Checkpatch should complain here about commit

[PATCH v2] platform/x86: dell-laptop: Handle return error form dell_get_intensity.

Here, This patch is to handle a return error from dell_get_intensity. This change is done using Coccinelle. Signed-off-by: Arvind Yadav --- drivers/platform/x86/dell-laptop.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/platform/x86/dell-laptop.c

Re: [PATCH] pinctrl: samsung: fix segfault when using external interrupts on s3c24xx

2017-03-09 1:34 GMT+09:00 Krzysztof Kozlowski : > On Mon, Mar 06, 2017 at 09:15:16AM -0400, Sergio Prado wrote: >> Hi Krzysztof, >> >> > > This is a regression from commit >> > > 8b1bd11c1f8f529057369c5b3702d13fd24e2765. >> > >> > Checkpatch should complain here about commit format. >> > >> > >

[PATCH v2] platform/x86: dell-laptop: Handle return error form dell_get_intensity.

Here, This patch is to handle a return error from dell_get_intensity. This change is done using Coccinelle. Signed-off-by: Arvind Yadav --- drivers/platform/x86/dell-laptop.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/platform/x86/dell-laptop.c

[PATCH v2] ARM: socfpga: updates for socfpga_defconfig

From: Jia Jie Ho This patch enables Altera TSE support in socfpga_defconfig Signed-off-by: Jia Jie Ho --- v2: * Adding the TSE support as a module for Arria10 arch/arm/configs/socfpga_defconfig |1 + 1 files changed, 1 insertions(+), 0

[PATCH v2] ARM: socfpga: updates for socfpga_defconfig

From: Jia Jie Ho This patch enables Altera TSE support in socfpga_defconfig Signed-off-by: Jia Jie Ho --- v2: * Adding the TSE support as a module for Arria10 arch/arm/configs/socfpga_defconfig |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git

Re: [PATCH] platform/x86: dell-laptop: Handle return error form dell_get_intensity.

Hi, Yes, you are right. I will handle return error correctly. Thanks -Arvind On Wednesday 08 March 2017 06:24 PM, Pali Rohár wrote: Hi! On Wednesday 08 March 2017 17:52:27 Arvind Yadav wrote: Here, dell_get_intensity can return an error. Right. That is truth and we should check for errors.

Re: [PATCH] platform/x86: dell-laptop: Handle return error form dell_get_intensity.

Hi, Yes, you are right. I will handle return error correctly. Thanks -Arvind On Wednesday 08 March 2017 06:24 PM, Pali Rohár wrote: Hi! On Wednesday 08 March 2017 17:52:27 Arvind Yadav wrote: Here, dell_get_intensity can return an error. Right. That is truth and we should check for errors.

[PATCH] powerpc: asm: convert directive .llong to .8byte

.llong is an undocumented PPC specific directive. The generic equivalent is .quad, but even better (because it's self describing) is .8byte. Convert directives .llong -> .8byte Signed-off-by: Tobin C. Harding --- Fixes: issue #33 (github) Patch is not tested. Has been built on

[PATCH] powerpc: asm: convert directive .llong to .8byte

.llong is an undocumented PPC specific directive. The generic equivalent is .quad, but even better (because it's self describing) is .8byte. Convert directives .llong -> .8byte Signed-off-by: Tobin C. Harding --- Fixes: issue #33 (github) Patch is not tested. Has been built on Power8

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 8, 2017 at 3:55 PM, Laura Abbott wrote: > On 03/08/2017 02:36 PM, Kees Cook wrote: >> On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: >>> [ 28.474232] rodata_test: test data was not read only >>> [...] >> >> In my tests so far, I've

Re: [net/bpf] 3051bf36c2 BUG: unable to handle kernel paging request at 0000a7cf

On Wed, Mar 8, 2017 at 3:55 PM, Laura Abbott wrote: > On 03/08/2017 02:36 PM, Kees Cook wrote: >> On Wed, Mar 8, 2017 at 2:27 PM, Daniel Borkmann wrote: >>> [ 28.474232] rodata_test: test data was not read only >>> [...] >> >> In my tests so far, I've never been able to get rodata_test to fail

Re: [PATCH] zram: set physical queue limits to avoid array out of bounds accesses

On Wed, Mar 08, 2017 at 08:58:02AM +0100, Johannes Thumshirn wrote: > On 03/08/2017 06:11 AM, Minchan Kim wrote: > > And could you test this patch? It avoids split bio so no need new bio > > allocations and makes zram code simple. > > > > From f778d7564d5cd772f25bb181329362c29548a257 Mon Sep 17

Re: [PATCH] zram: set physical queue limits to avoid array out of bounds accesses

On Wed, Mar 08, 2017 at 08:58:02AM +0100, Johannes Thumshirn wrote: > On 03/08/2017 06:11 AM, Minchan Kim wrote: > > And could you test this patch? It avoids split bio so no need new bio > > allocations and makes zram code simple. > > > > From f778d7564d5cd772f25bb181329362c29548a257 Mon Sep 17

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Thu, Mar 09, 2017 at 04:55:29AM +0100, Frederic Weisbecker wrote: > On Wed, Mar 08, 2017 at 03:41:52PM -0800, Paul E. McKenney wrote: > > On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > > > Hello! > > > > > > I am seeing the following splat in rcutorture testing of

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Thu, Mar 09, 2017 at 04:55:29AM +0100, Frederic Weisbecker wrote: > On Wed, Mar 08, 2017 at 03:41:52PM -0800, Paul E. McKenney wrote: > > On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > > > Hello! > > > > > > I am seeing the following splat in rcutorture testing of

Re: [PATCH 1/3] futex: remove duplicated code

,Thomas Gleixner ,Ingo Molnar ,Chris Zankel ,Max Filippov ,Arnd Bergmann

Re: [PATCH 1/3] futex: remove duplicated code

,Thomas Gleixner ,Ingo Molnar ,Chris Zankel ,Max Filippov ,Arnd Bergmann

Re: [PATCH net] dccp/tcp: fix routing redirect race

On Thu, Mar 9, 2017 at 3:40 PM, Eric Dumazet wrote: > On Thu, 2017-03-09 at 14:42 +1100, Jonathan Maxwell wrote: >> Sorry let me resend in plain text mode. >> >> On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: >> > On Thu, 2017-03-09 at 12:15

Re: [PATCH net] dccp/tcp: fix routing redirect race

On Thu, Mar 9, 2017 at 3:40 PM, Eric Dumazet wrote: > On Thu, 2017-03-09 at 14:42 +1100, Jonathan Maxwell wrote: >> Sorry let me resend in plain text mode. >> >> On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: >> > On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: >> >> We have seen a

Re: [PATCH net] dccp/tcp: fix routing redirect race

On Thu, 2017-03-09 at 14:42 +1100, Jonathan Maxwell wrote: > Sorry let me resend in plain text mode. > > On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: > > On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: > >> We have seen a few incidents lately where a dst_enty

Re: [PATCH net] dccp/tcp: fix routing redirect race

On Thu, 2017-03-09 at 14:42 +1100, Jonathan Maxwell wrote: > Sorry let me resend in plain text mode. > > On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: > > On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: > >> We have seen a few incidents lately where a dst_enty has been freed > >>

Re: Compat 32-bit syscall entry from 64-bit task!?

On Wed, Mar 8, 2017 at 3:41 PM, Dmitry V. Levin wrote: > Hi, > > On Thu, Jan 26, 2012 at 07:03:43PM +0100, Denys Vlasenko wrote: >> Hi Linus, >> >> On Thu, Jan 26, 2012 at 4:47 AM, Linus Torvalds >> wrote: >> >> Please look at strace source,

Re: Compat 32-bit syscall entry from 64-bit task!?

On Wed, Mar 8, 2017 at 3:41 PM, Dmitry V. Levin wrote: > Hi, > > On Thu, Jan 26, 2012 at 07:03:43PM +0100, Denys Vlasenko wrote: >> Hi Linus, >> >> On Thu, Jan 26, 2012 at 4:47 AM, Linus Torvalds >> wrote: >> >> Please look at strace source, get_scno() function, where >> >> it reads syscall no

Re: [PATCH v3 02/09] iommu/ipmmu-vmsa: Add optional root device feature

Hi Geert, On Wed, Mar 8, 2017 at 10:47 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:01 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Add root device handling to the IPMMU driver by allowing

Re: [PATCH v3 02/09] iommu/ipmmu-vmsa: Add optional root device feature

Hi Geert, On Wed, Mar 8, 2017 at 10:47 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:01 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Add root device handling to the IPMMU driver by allowing certain >> DT compat strings to enable has_cache_leaf_nodes that in turn

Re: [PATCH v3 01/09] iommu/ipmmu-vmsa: Introduce features, break out alias

Hi Robin, On Wed, Mar 8, 2017 at 8:53 PM, Robin Murphy wrote: > Hi Magnus, > > On 08/03/17 11:01, Magnus Damm wrote: >> From: Magnus Damm >> >> Introduce struct ipmmu_features to track various hardware >> and software implementation changes

"mm: fix lazyfree BUG_ON check in try_to_unmap_one()" build error

Hello Minchan, /* I can't https://marc.info/?l=linux-kernel=148886631303107 thread in my mail box for some reason so the Reply-To message-id may be wrong. */ commit "mm: fix lazyfree BUG_ON check in try_to_unmap_one()" (mmotm fd07630cbf59bead90046dd3e5cfd891e58e6987) if

Re: [PATCH v3 01/09] iommu/ipmmu-vmsa: Introduce features, break out alias

Hi Robin, On Wed, Mar 8, 2017 at 8:53 PM, Robin Murphy wrote: > Hi Magnus, > > On 08/03/17 11:01, Magnus Damm wrote: >> From: Magnus Damm >> >> Introduce struct ipmmu_features to track various hardware >> and software implementation changes inside the driver for >> different kinds of IPMMU

"mm: fix lazyfree BUG_ON check in try_to_unmap_one()" build error

Hello Minchan, /* I can't https://marc.info/?l=linux-kernel=148886631303107 thread in my mail box for some reason so the Reply-To message-id may be wrong. */ commit "mm: fix lazyfree BUG_ON check in try_to_unmap_one()" (mmotm fd07630cbf59bead90046dd3e5cfd891e58e6987) if

Re: [PATCH v3 09/09] iommu/ipmmu-vmsa: Hook up r8a7795 DT matching code

Hi Geert, On Wed, Mar 8, 2017 at 10:58 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:02 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Tie in r8a7795 features and update the IOMMU_OF_DECLARE

Re: [PATCH v3 09/09] iommu/ipmmu-vmsa: Hook up r8a7795 DT matching code

Hi Geert, On Wed, Mar 8, 2017 at 10:58 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:02 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Tie in r8a7795 features and update the IOMMU_OF_DECLARE >> compat string to include the updated compat string. >> >> TODO: >> -

Re: [PATCH 1/3] futex: remove duplicated code

On 03/04/2017 07:05 AM, Russell King - ARM Linux wrote: > On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote: >> diff --git a/kernel/futex.c b/kernel/futex.c >> index b687cb22301c..c5ff9850952f 100644 >> --- a/kernel/futex.c >> +++ b/kernel/futex.c >> @@ -1457,6 +1457,42 @@ futex_wake(u32

Re: [PATCH 1/3] futex: remove duplicated code

On 03/04/2017 07:05 AM, Russell King - ARM Linux wrote: > On Fri, Mar 03, 2017 at 01:27:10PM +0100, Jiri Slaby wrote: >> diff --git a/kernel/futex.c b/kernel/futex.c >> index b687cb22301c..c5ff9850952f 100644 >> --- a/kernel/futex.c >> +++ b/kernel/futex.c >> @@ -1457,6 +1457,42 @@ futex_wake(u32

Re: [PATCH v3 03/09] iommu/ipmmu-vmsa: Enable multi context support

Hi Robin, Thanks for your feedback! On Wed, Mar 8, 2017 at 9:21 PM, Robin Murphy wrote: > On 08/03/17 11:01, Magnus Damm wrote: >> From: Magnus Damm >> >> Add support for up to 8 contexts. Each context is mapped to one >> domain. One domain is

Re: [PATCH v3 03/09] iommu/ipmmu-vmsa: Enable multi context support

Hi Robin, Thanks for your feedback! On Wed, Mar 8, 2017 at 9:21 PM, Robin Murphy wrote: > On 08/03/17 11:01, Magnus Damm wrote: >> From: Magnus Damm >> >> Add support for up to 8 contexts. Each context is mapped to one >> domain. One domain is assigned one or more slave devices. Contexts >>

[PATCH V2] cpufreq: schedutil: refactor sugov_next_freq_shared()

The loop in sugov_next_freq_shared() contains an if block to skip the loop for the current CPU. This turns out to be an unnecessary conditional in the scheduler's hot-path for every CPU in the policy. It would be better to drop the conditional and make the loop treat all the CPUs in the same way.

[PATCH V2] cpufreq: schedutil: refactor sugov_next_freq_shared()

The loop in sugov_next_freq_shared() contains an if block to skip the loop for the current CPU. This turns out to be an unnecessary conditional in the scheduler's hot-path for every CPU in the policy. It would be better to drop the conditional and make the loop treat all the CPUs in the same way.

Re: [PATCH v3 06/09] iommu/ipmmu-vmsa: Write IMCTR twice

Hi Robin, On Wed, Mar 8, 2017 at 9:34 PM, Robin Murphy wrote: > On 08/03/17 11:02, Magnus Damm wrote: >> From: Magnus Damm >> >> Write IMCTR both in the root device and the leaf node. >> >> Signed-off-by: Magnus Damm

Re: [PATCH v3 06/09] iommu/ipmmu-vmsa: Write IMCTR twice

Hi Robin, On Wed, Mar 8, 2017 at 9:34 PM, Robin Murphy wrote: > On 08/03/17 11:02, Magnus Damm wrote: >> From: Magnus Damm >> >> Write IMCTR both in the root device and the leaf node. >> >> Signed-off-by: Magnus Damm >> --- >> >> Changes since V2: >> - None >> >> Changes since V1: >> -

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Wed, Mar 08, 2017 at 03:41:52PM -0800, Paul E. McKenney wrote: > On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > > Hello! > > > > I am seeing the following splat in rcutorture testing of v4.11-rc1: > > > > [ 30.694013] = > > [ 30.694013]

Re: RCU used on incoming CPU before rcu_cpu_starting() called

On Wed, Mar 08, 2017 at 03:41:52PM -0800, Paul E. McKenney wrote: > On Wed, Mar 08, 2017 at 02:16:56PM -0800, Paul E. McKenney wrote: > > Hello! > > > > I am seeing the following splat in rcutorture testing of v4.11-rc1: > > > > [ 30.694013] = > > [ 30.694013]

Re: [PATCH v3 04/09] iommu/ipmmu-vmsa: Make use of IOMMU_OF_DECLARE()

Hi Geert, On Wed, Mar 8, 2017 at 10:52 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:02 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Hook up IOMMU_OF_DECLARE() support in case

Re: [PATCH v3 04/09] iommu/ipmmu-vmsa: Make use of IOMMU_OF_DECLARE()

Hi Geert, On Wed, Mar 8, 2017 at 10:52 PM, Geert Uytterhoeven wrote: > Hi Magnus, > > On Wed, Mar 8, 2017 at 12:02 PM, Magnus Damm wrote: >> From: Magnus Damm >> >> Hook up IOMMU_OF_DECLARE() support in case CONFIG_IOMMU_DMA >> is enabled. The only current supported case for 32-bit ARM >> is

Re: [PATCH v7 06/07] iommu/ipmmu-vmsa: ARM and ARM64 archdata access

Hi Robin, On Wed, Mar 8, 2017 at 9:48 PM, Robin Murphy wrote: > On 07/03/17 03:17, Magnus Damm wrote: >> From: Magnus Damm >> >> Not all architectures have an iommu member in their archdata, so >> use #ifdefs support build with COMPILE_TEST on

Re: [PATCH v7 06/07] iommu/ipmmu-vmsa: ARM and ARM64 archdata access

Hi Robin, On Wed, Mar 8, 2017 at 9:48 PM, Robin Murphy wrote: > On 07/03/17 03:17, Magnus Damm wrote: >> From: Magnus Damm >> >> Not all architectures have an iommu member in their archdata, so >> use #ifdefs support build with COMPILE_TEST on any architecture. > > I have a feeling I might be

Re: [PATCH 1/2] mm/memblock: use NUMA_NO_NODE instead of MAX_NUMNODES as default node_id

Hello, everyone, By deeper thinking, I am willing to split these two patches into two patch set, since they are trying to address two different things. The first one [Patch 1] is trying to use NUMA_NO_NODE as the default node_id in memblock_region. Current implementation use MAX_NUMNODES as the

Re: [PATCH 1/2] mm/memblock: use NUMA_NO_NODE instead of MAX_NUMNODES as default node_id

Hello, everyone, By deeper thinking, I am willing to split these two patches into two patch set, since they are trying to address two different things. The first one [Patch 1] is trying to use NUMA_NO_NODE as the default node_id in memblock_region. Current implementation use MAX_NUMNODES as the

Re: [PATCH net] dccp/tcp: fix routing redirect race

Sorry let me resend in plain text mode. On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: > On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: >> We have seen a few incidents lately where a dst_enty has been freed >> with a dangling TCP socket reference

Re: [PATCH net] dccp/tcp: fix routing redirect race

Sorry let me resend in plain text mode. On Thu, Mar 9, 2017 at 1:10 PM, Eric Dumazet wrote: > On Thu, 2017-03-09 at 12:15 +1100, Jon Maxwell wrote: >> We have seen a few incidents lately where a dst_enty has been freed >> with a dangling TCP socket reference (sk->sk_dst_cache) pointing to that

Re: [PATCH] lib/idr: trivial: Fix typo in file header

Seems it is missed. CCing more people On 11/30/2016 03:11 PM, Cao jin wrote: > Signed-off-by: Cao jin > --- > lib/idr.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/lib/idr.c b/lib/idr.c > index 6098336df267..69fa487dbfda 100644 > ---

Re: [PATCH 00/13] rtc: Add OF device table to I2C drivers that are missing it

On 03/03/2017 at 11:29:11 -0300, Javier Martinez Canillas wrote: > Hello, > > This series add OF device ID tables to RTC I2C drivers whose devices are > either used in Device Tree source files or are listed in binding docs as > a compatible string. > > That's done because the plan is to change

Re: [PATCH] lib/idr: trivial: Fix typo in file header

Seems it is missed. CCing more people On 11/30/2016 03:11 PM, Cao jin wrote: > Signed-off-by: Cao jin > --- > lib/idr.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/lib/idr.c b/lib/idr.c > index 6098336df267..69fa487dbfda 100644 > --- a/lib/idr.c > +++ b/lib/idr.c >

Re: [PATCH 00/13] rtc: Add OF device table to I2C drivers that are missing it

On 03/03/2017 at 11:29:11 -0300, Javier Martinez Canillas wrote: > Hello, > > This series add OF device ID tables to RTC I2C drivers whose devices are > either used in Device Tree source files or are listed in binding docs as > a compatible string. > > That's done because the plan is to change

Re: [PATCH] mm,hugetlb: compute page_size_log properly

On 03/09/2017 01:09 AM, Andi Kleen wrote: >> One example of the problems with extra layers what this patch fixes: >> mmap_pgoff() should never be using SHM_HUGE_* logic. This was >> introduced by: >> >>091d0d55b28 (shm: fix null pointer deref when userspace specifies invalid >> hugepage size)

Re: [PATCH] mm,hugetlb: compute page_size_log properly

On 03/09/2017 01:09 AM, Andi Kleen wrote: >> One example of the problems with extra layers what this patch fixes: >> mmap_pgoff() should never be using SHM_HUGE_* logic. This was >> introduced by: >> >>091d0d55b28 (shm: fix null pointer deref when userspace specifies invalid >> hugepage size)

Re: [PATCH net-next 0/5] sunvnet: better connection management

On 3/6/2017 3:15 PM, Shannon Nelson wrote: These patches remove some problems in handling of carrier state with the ldmvsw vswitch, remove an xoff misuse in sunvnet, and add stats for debug and tracking of point-to-point connections between the ldom VMs. Further testing shows a problem in one

Re: [PATCH net-next 0/5] sunvnet: better connection management

On 3/6/2017 3:15 PM, Shannon Nelson wrote: These patches remove some problems in handling of carrier state with the ldmvsw vswitch, remove an xoff misuse in sunvnet, and add stats for debug and tracking of point-to-point connections between the ldom VMs. Further testing shows a problem in one

Re: [Question] devm_kmalloc() for DMA ?

Hi Russell, Lars-Peter, Thanks for your expert comments. 2017-03-09 6:33 GMT+09:00 Lars-Peter Clausen : > On 03/08/2017 10:19 PM, Russell King - ARM Linux wrote: >> On Wed, Mar 08, 2017 at 09:44:17PM +0100, Lars-Peter Clausen wrote: >>> On 03/08/2017 08:59 PM, Russell King -

Re: [Question] devm_kmalloc() for DMA ?

Hi Russell, Lars-Peter, Thanks for your expert comments. 2017-03-09 6:33 GMT+09:00 Lars-Peter Clausen : > On 03/08/2017 10:19 PM, Russell King - ARM Linux wrote: >> On Wed, Mar 08, 2017 at 09:44:17PM +0100, Lars-Peter Clausen wrote: >>> On 03/08/2017 08:59 PM, Russell King - ARM Linux wrote:

Re: [RFC PATCH 3/3] WIP: PCI: rockchip: add remove() support

On Wed, Mar 08, 2017 at 03:37:48PM -0800, Brian Norris wrote: > I haven't quite figured out the right way to invert pci_remap_iospace(). > I guess no one supports this yet? Jeffy Chen pointed out to me that there's a pci_unmap_iospace() as of 4.8. Looks like that should probably do the job. I'll

Re: [RFC PATCH 3/3] WIP: PCI: rockchip: add remove() support

On Wed, Mar 08, 2017 at 03:37:48PM -0800, Brian Norris wrote: > I haven't quite figured out the right way to invert pci_remap_iospace(). > I guess no one supports this yet? Jeffy Chen pointed out to me that there's a pci_unmap_iospace() as of 4.8. Looks like that should probably do the job. I'll

[RESEND PATCH v3 2/2] arm: dts: Add Mediatek MT2701 i2c device node

From: Jun Gao Add MT2701 i2c device node. Signed-off-by: Jun Gao --- arch/arm/boot/dts/mt2701-evb.dts | 42 ++ arch/arm/boot/dts/mt2701.dtsi| 42 ++ 2 files changed, 84

[RESEND PATCH v3 2/2] arm: dts: Add Mediatek MT2701 i2c device node

From: Jun Gao Add MT2701 i2c device node. Signed-off-by: Jun Gao --- arch/arm/boot/dts/mt2701-evb.dts | 42 ++ arch/arm/boot/dts/mt2701.dtsi| 42 ++ 2 files changed, 84 insertions(+) diff --git

[RESEND PATCH v3 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding

From: Jun Gao Add MT2701 i2c binding to i2c-mt6577.txt and there is no need to modify i2c driver. Signed-off-by: Jun Gao --- .../devicetree/bindings/i2c/i2c-mt6577.txt | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff

[RESEND PATCH v3 1/2] dt-bindings: i2c: Add Mediatek MT2701 i2c binding

From: Jun Gao Add MT2701 i2c binding to i2c-mt6577.txt and there is no need to modify i2c driver. Signed-off-by: Jun Gao --- .../devicetree/bindings/i2c/i2c-mt6577.txt | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git

[RESEND PATCH v3 0/2] Add i2c dt-binding and device node for Mediatek MT2701 Soc

This patch series based on v4.11-rc1, include MT2701 i2c dt-binding and device node. changes since v2: - Modify commit message - Revise dt-binding documentation changes since v1: - Modify commit message Dependent on "Add clock and power domain DT nodes for Mediatek MT2701"[1]. [1]

[RESEND PATCH v3 0/2] Add i2c dt-binding and device node for Mediatek MT2701 Soc

This patch series based on v4.11-rc1, include MT2701 i2c dt-binding and device node. changes since v2: - Modify commit message - Revise dt-binding documentation changes since v1: - Modify commit message Dependent on "Add clock and power domain DT nodes for Mediatek MT2701"[1]. [1]

[sched] 1827adb11a BUG kmalloc-128 (Not tainted): Poison overwritten

Hi Ingo, FYI this also shows up in next-20170308 and tip/master 7f27de49 ("Merge branch 'WIP.sched/core'"). The attached reproduce-* script may help, however note that this bug may not show up in every boot. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git mast

[sched] 1827adb11a BUG kmalloc-128 (Not tainted): Poison overwritten

Hi Ingo, FYI this also shows up in next-20170308 and tip/master 7f27de49 ("Merge branch 'WIP.sched/core'"). The attached reproduce-* script may help, however note that this bug may not show up in every boot. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git mast

Re: [Xen-devel] [PATCH 0/7] Xen transport for 9pfs frontend driver

On Tue, Mar 07, 2017 at 10:27:05AM -0800, Stefano Stabellini wrote: > On Tue, 7 Mar 2017, Roger Pau Monné wrote: > > On Mon, Mar 06, 2017 at 12:00:41PM -0800, Stefano Stabellini wrote: > > > Hi all, > > > > > > This patch series implements a new transport for 9pfs, aimed at Xen > > > systems. > >

Re: [Xen-devel] [PATCH 0/7] Xen transport for 9pfs frontend driver

On Tue, Mar 07, 2017 at 10:27:05AM -0800, Stefano Stabellini wrote: > On Tue, 7 Mar 2017, Roger Pau Monné wrote: > > On Mon, Mar 06, 2017 at 12:00:41PM -0800, Stefano Stabellini wrote: > > > Hi all, > > > > > > This patch series implements a new transport for 9pfs, aimed at Xen > > > systems. > >

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Wed, Mar 08, 2017 at 07:51:29PM -0500, Carlos O'Donell wrote: > On 03/08/2017 07:14 PM, Szabolcs Nagy wrote: > > * Carlos O'Donell [2017-03-08 10:53:00 -0500]: > >> On 11/11/2016 07:08 AM, Felix Janda wrote: > >>> fixes the following compiler errors when is included > >>>

Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions

On Wed, Mar 08, 2017 at 07:51:29PM -0500, Carlos O'Donell wrote: > On 03/08/2017 07:14 PM, Szabolcs Nagy wrote: > > * Carlos O'Donell [2017-03-08 10:53:00 -0500]: > >> On 11/11/2016 07:08 AM, Felix Janda wrote: > >>> fixes the following compiler errors when is included > >>> after musl : > >>> >

Re: kexec regression since 4.9 caused by efi

On 03/08/17 at 12:16pm, Omar Sandoval wrote: > Hi, everyone, > > Since 4.9, kexec results in the following panic on some of our servers: > > [0.001000] general protection fault: [#1] SMP > [0.001000] Modules linked in: > [0.001000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted

Re: kexec regression since 4.9 caused by efi

On 03/08/17 at 12:16pm, Omar Sandoval wrote: > Hi, everyone, > > Since 4.9, kexec results in the following panic on some of our servers: > > [0.001000] general protection fault: [#1] SMP > [0.001000] Modules linked in: > [0.001000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted

Re: [PATCH 0/3] mm/fs: get PG_error out of the writeback reporting business

On Tue, Mar 07, 2017 at 11:26:22AM +0100, Jan Kara wrote: > On a more general note (DAX is actually fine here), I find the current > practice of clearing page dirty bits on error and reporting it just once > problematic. It keeps the system running but data is lost and possibly > without getting

Re: [PATCH 0/3] mm/fs: get PG_error out of the writeback reporting business

On Tue, Mar 07, 2017 at 11:26:22AM +0100, Jan Kara wrote: > On a more general note (DAX is actually fine here), I find the current > practice of clearing page dirty bits on error and reporting it just once > problematic. It keeps the system running but data is lost and possibly > without getting

linux-next: Tree for Mar 9

Hi all, News: I will not be doing any linux-next releases next week. Changes since 20170308: Non-merge commits (relative to Linus' tree): 2115 2950 files changed, 278892 insertions(+), 31441 deletions(-) I have

linux-next: Tree for Mar 9

Hi all, News: I will not be doing any linux-next releases next week. Changes since 20170308: Non-merge commits (relative to Linus' tree): 2115 2950 files changed, 278892 insertions(+), 31441 deletions(-) I have

Re: [PATCH 1/2] x86/mm/numa: trivial fix on typo and error message

Dear masters~ Would you like to share some comments on these two? On Mon, Feb 06, 2017 at 11:35:28PM +0800, Wei Yang wrote: >When allocating pg_data in alloc_node_data(), it will try to allocate from >local node first and then from any node. If it fails at the second trial, >it means there is

Re: [PATCH 1/2] x86/mm/numa: trivial fix on typo and error message

Dear masters~ Would you like to share some comments on these two? On Mon, Feb 06, 2017 at 11:35:28PM +0800, Wei Yang wrote: >When allocating pg_data in alloc_node_data(), it will try to allocate from >local node first and then from any node. If it fails at the second trial, >it means there is

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