[PATCH tip/core/rcu 06/12] rcu: Document RCU_NONIDLE() restrictions in comment header

Signed-off-by: Paul E. McKenney --- include/linux/rcupdate.h | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/include/linux/rcupdate.h b/include/linux/rcupdate.h index 5f1533e3d032..c61b6b9506e7 100644 --- a/include/linux/rcupdate.h +++

[PATCH tip/core/rcu 06/12] rcu: Document RCU_NONIDLE() restrictions in comment header

Signed-off-by: Paul E. McKenney --- include/linux/rcupdate.h | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/include/linux/rcupdate.h b/include/linux/rcupdate.h index 5f1533e3d032..c61b6b9506e7 100644 --- a/include/linux/rcupdate.h +++ b/include/linux/rcupdate.h

Re: lk 4.7 regression: EDAC, amd64_edac: Drop pci_register_driver() use

On Wed, Jun 15, 2016 at 05:43:42PM -0400, Tony Battersby wrote: > With that patch applied, modprobe amd64_edac_mod correctly reports "No > such device" and everything is fine. Good, thanks! I'll add your Tested-by to the fix, if you don't mind. > I also get a new line in dmesg on boot: > >

[PATCH tip/core/rcu 09/12] rcu: Make call_rcu_tasks() tolerate first call with irqs disabled

Currently, if the very first call to call_rcu_tasks() has irqs disabled, it will create the rcu_tasks_kthread with irqs disabled, which will result in a splat in the memory allocator, which kthread_run() invokes with the expectation that irqs are enabled. This commit fixes this problem by

[PATCH tip/core/rcu 05/12] rcu: Move expedited code from tree_plugin.h to tree_exp.h

People have been having some difficulty finding their way around the RCU code. This commit therefore pulls some of the expedited grace-period code from tree_plugin.h to a new tree_exp.h file. This commit is strictly code movement. Signed-off-by: Paul E. McKenney ---

RE: [PATCH v3 07/10] ntb_tool: Add link status and files to debugfs

From: Logan Gunthorpe > In order to more successfully script with ntb_tool it's useful to > have a link file to check the link status so that the script > doesn't use the other files until the link is up. > > This commit adds a 'link' file to the debugfs directory which reads > boolean (Y or N)

Re: lk 4.7 regression: EDAC, amd64_edac: Drop pci_register_driver() use

On Wed, Jun 15, 2016 at 05:43:42PM -0400, Tony Battersby wrote: > With that patch applied, modprobe amd64_edac_mod correctly reports "No > such device" and everything is fine. Good, thanks! I'll add your Tested-by to the fix, if you don't mind. > I also get a new line in dmesg on boot: > >

[PATCH tip/core/rcu 09/12] rcu: Make call_rcu_tasks() tolerate first call with irqs disabled

Currently, if the very first call to call_rcu_tasks() has irqs disabled, it will create the rcu_tasks_kthread with irqs disabled, which will result in a splat in the memory allocator, which kthread_run() invokes with the expectation that irqs are enabled. This commit fixes this problem by

[PATCH tip/core/rcu 05/12] rcu: Move expedited code from tree_plugin.h to tree_exp.h

People have been having some difficulty finding their way around the RCU code. This commit therefore pulls some of the expedited grace-period code from tree_plugin.h to a new tree_exp.h file. This commit is strictly code movement. Signed-off-by: Paul E. McKenney --- kernel/rcu/tree_exp.h|

RE: [PATCH v3 07/10] ntb_tool: Add link status and files to debugfs

From: Logan Gunthorpe > In order to more successfully script with ntb_tool it's useful to > have a link file to check the link status so that the script > doesn't use the other files until the link is up. > > This commit adds a 'link' file to the debugfs directory which reads > boolean (Y or N)

[PATCH] init/main.c: fix initcall_blacklisted on ia64, ppc64 and parisc64

When I replaced kasprintf("%pf") with a direct call to sprint_symbol_no_offset I must have broken the initcall blacklisting feature on the arches where dereference_function_descriptor() is non-trivial. Fixes: c8cdd2be213f (init/main.c: simplify initcall_blacklisted()) Signed-off-by: Rasmus

[PATCH] init/main.c: fix initcall_blacklisted on ia64, ppc64 and parisc64

When I replaced kasprintf("%pf") with a direct call to sprint_symbol_no_offset I must have broken the initcall blacklisting feature on the arches where dereference_function_descriptor() is non-trivial. Fixes: c8cdd2be213f (init/main.c: simplify initcall_blacklisted()) Signed-off-by: Rasmus

Re: [PATCH tip/core/rcu 08/12] rcu: Disable TASKS_RCU for usermode Linux

Am 15.06.2016 um 23:46 schrieb Paul E. McKenney: > Usermode Linux currently does not implement arch_irqs_disabled_flags(), > which results in a build failure in TASKS_RCU. Therefore, this commit > disables the TASKS_RCU Kconfig option in usermode Linux builds. The > usermode Linux maintainers

Re: [PATCH] mm: compaction: fix dummy declarations

On Wed, 15 Jun 2016 23:39:12 +0200 Arnd Bergmann wrote: > We get a build error in several test builds after a recent code rework: > > In file included from include/linux/balloon_compaction.h:48:0, > from mm/balloon_compaction.c:11: >

[PATCH tip/core/rcu 01/12] rcu: Fix outdated rcu_scheduler_active comment

The comment header for rcu_scheduler_active states that it is used to optimize synchronize_sched() at early boot. This is incorrect. The synchronize_sched() function instead checks the number of online CPUs. This commit therefore replaces the comment's synchronize_sched() with synchronize_rcu(),

Re: [PATCH] mm: compaction: fix dummy declarations

On Wed, 15 Jun 2016 23:39:12 +0200 Arnd Bergmann wrote: > We get a build error in several test builds after a recent code rework: > > In file included from include/linux/balloon_compaction.h:48:0, > from mm/balloon_compaction.c:11: > include/linux/compaction.h:237:122: error:

[PATCH tip/core/rcu 01/12] rcu: Fix outdated rcu_scheduler_active comment

The comment header for rcu_scheduler_active states that it is used to optimize synchronize_sched() at early boot. This is incorrect. The synchronize_sched() function instead checks the number of online CPUs. This commit therefore replaces the comment's synchronize_sched() with synchronize_rcu(),

Re: [PATCH tip/core/rcu 08/12] rcu: Disable TASKS_RCU for usermode Linux

Am 15.06.2016 um 23:46 schrieb Paul E. McKenney: > Usermode Linux currently does not implement arch_irqs_disabled_flags(), > which results in a build failure in TASKS_RCU. Therefore, this commit > disables the TASKS_RCU Kconfig option in usermode Linux builds. The > usermode Linux maintainers

[PATCH tip/core/rcu 12/12] rcu: Correctly handle sparse possible cpus

From: Mark Rutland In many cases in the RCU tree code, we iterate over the set of cpus for a leaf node described by rcu_node::grplo and rcu_node::grphi, checking per-cpu data for each cpu in this range. However, if the set of possible cpus is sparse, some cpus described in

[PATCH tip/core/rcu 04/12] rcu: Move expedited code from tree.c to tree_exp.h

People have been having some difficulty finding their way around the RCU code. This commit therefore pulls some of the expedited grace-period code from tree.c to a new tree_exp.h file. This commit is strictly code movement, with the exception of a forward declaration that was added for the

RE: [PATCH v3 08/10] ntb_pingpong: Add a debugfs file to get the ping count

From: Logan Gunthorpe > This commit adds a debugfs 'count' file to ntb_pingpong. This is so > testing with ntb_pingpong can be automated beyond just checking the > logs for pong messages. > > The count file returns a number which increments every pong. The > counter can be cleared by writing a

[PATCH tip/core/rcu 12/12] rcu: Correctly handle sparse possible cpus

From: Mark Rutland In many cases in the RCU tree code, we iterate over the set of cpus for a leaf node described by rcu_node::grplo and rcu_node::grphi, checking per-cpu data for each cpu in this range. However, if the set of possible cpus is sparse, some cpus described in this range are not

[PATCH tip/core/rcu 04/12] rcu: Move expedited code from tree.c to tree_exp.h

People have been having some difficulty finding their way around the RCU code. This commit therefore pulls some of the expedited grace-period code from tree.c to a new tree_exp.h file. This commit is strictly code movement, with the exception of a forward declaration that was added for the

RE: [PATCH v3 08/10] ntb_pingpong: Add a debugfs file to get the ping count

From: Logan Gunthorpe > This commit adds a debugfs 'count' file to ntb_pingpong. This is so > testing with ntb_pingpong can be automated beyond just checking the > logs for pong messages. > > The count file returns a number which increments every pong. The > counter can be cleared by writing a

[PATCH tip/core/rcu 08/12] rcu: Disable TASKS_RCU for usermode Linux

Usermode Linux currently does not implement arch_irqs_disabled_flags(), which results in a build failure in TASKS_RCU. Therefore, this commit disables the TASKS_RCU Kconfig option in usermode Linux builds. The usermode Linux maintainers expect to merge arch_irqs_disabled_flags() into 4.8, at

[PATCH tip/core/rcu 10/12] rcu: Fix a typo in a comment

In the area in ht pursuit of a bug, so might as well clean it up. Signed-off-by: Paul E. McKenney --- kernel/rcu/rcutorture.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/rcutorture.c b/kernel/rcu/rcutorture.c index

[PATCH tip/core/rcu 08/12] rcu: Disable TASKS_RCU for usermode Linux

Usermode Linux currently does not implement arch_irqs_disabled_flags(), which results in a build failure in TASKS_RCU. Therefore, this commit disables the TASKS_RCU Kconfig option in usermode Linux builds. The usermode Linux maintainers expect to merge arch_irqs_disabled_flags() into 4.8, at

[PATCH tip/core/rcu 10/12] rcu: Fix a typo in a comment

In the area in ht pursuit of a bug, so might as well clean it up. Signed-off-by: Paul E. McKenney --- kernel/rcu/rcutorture.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/kernel/rcu/rcutorture.c b/kernel/rcu/rcutorture.c index 084a28a732eb..60bd533902f9 100644 ---

[PATCH tip/core/rcu 11/12] rcu: sysctl: Panic on RCU Stall

From: Daniel Bristot de Oliveira It is not always easy to determine the cause of an RCU stall just by analysing the RCU stall messages, mainly when the problem is caused by the indirect starvation of rcu threads. For example, when preempt_rcu is not awakened due to the

Why are the MB/s of avx and raid6: twice as high for a docked ThinkPad than for an undocked ?

This diff is reliable depending whether the T440s is docked (right) or not (left) : Linux t44 4.5.7-hardened-r2 #1 SMP Wed Jun 15 23:39:10 CEST 2016 x86_64 Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz GenuineIntel GNU/Linux 215c215 avx : 23504.000

[PATCH tip/core/rcu 03/12] rcu: Remove some superfluous lines

From: Peter Zijlstra I think you'll find this condition is superfluous, as the whole function is under #ifdef of that same. Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Paul E. McKenney --- kernel/rcu/tree.c | 3

[PATCH tip/core/rcu 11/12] rcu: sysctl: Panic on RCU Stall

From: Daniel Bristot de Oliveira It is not always easy to determine the cause of an RCU stall just by analysing the RCU stall messages, mainly when the problem is caused by the indirect starvation of rcu threads. For example, when preempt_rcu is not awakened due to the starvation of a timer

Why are the MB/s of avx and raid6: twice as high for a docked ThinkPad than for an undocked ?

This diff is reliable depending whether the T440s is docked (right) or not (left) : Linux t44 4.5.7-hardened-r2 #1 SMP Wed Jun 15 23:39:10 CEST 2016 x86_64 Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz GenuineIntel GNU/Linux 215c215 avx : 23504.000

[PATCH tip/core/rcu 03/12] rcu: Remove some superfluous lines

From: Peter Zijlstra I think you'll find this condition is superfluous, as the whole function is under #ifdef of that same. Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Paul E. McKenney --- kernel/rcu/tree.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/kernel/rcu/tree.c

[PATCH tip/core/rcu 0/12] Miscellaneous RCU fixes for 4.8

Hello! This series contains miscellaneous fixes: 1. Fix outdated rcu_scheduler_active comment. 2. Fix outdated hotplug-exclusion comment in rcu_gp_init(). 3. Remove some superfluous lines, courtesy of Peter Zijlstra. 4. Move expedited code from tree.c to tree_exp.h. 5.

[PATCH tip/core/rcu 0/12] Miscellaneous RCU fixes for 4.8

Hello! This series contains miscellaneous fixes: 1. Fix outdated rcu_scheduler_active comment. 2. Fix outdated hotplug-exclusion comment in rcu_gp_init(). 3. Remove some superfluous lines, courtesy of Peter Zijlstra. 4. Move expedited code from tree.c to tree_exp.h. 5.

[PATCH tip/core/rcu 02/12] rcu: Fix outdated hotplug-exclusion comment in rcu_gp_init()

In the past, RCU grace-period initialization excluded CPU-hotplug operations, but this is no longer the case. This commit therefore removed an outdated comment in rcu_gp_init() claiming that these are excluded. Reported-by: Lihao Liang Signed-off-by: Paul E. McKenney

[PATCH tip/core/rcu 02/12] rcu: Fix outdated hotplug-exclusion comment in rcu_gp_init()

In the past, RCU grace-period initialization excluded CPU-hotplug operations, but this is no longer the case. This commit therefore removed an outdated comment in rcu_gp_init() claiming that these are excluded. Reported-by: Lihao Liang Signed-off-by: Paul E. McKenney --- kernel/rcu/tree.c | 3

[PATCH v3 3/4] ipvs: Don't check result < 0 after setting result = 0

Move the block testing result < 0 to avoid the test immediately after setting result = 0 Signed-off-by: Quentin Armitage --- net/netfilter/ipvs/ip_vs_sync.c | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff --git

[PATCH v3 3/4] ipvs: Don't check result < 0 after setting result = 0

Move the block testing result < 0 to avoid the test immediately after setting result = 0 Signed-off-by: Quentin Armitage --- net/netfilter/ipvs/ip_vs_sync.c | 11 ++- 1 files changed, 6 insertions(+), 5 deletions(-) diff --git a/net/netfilter/ipvs/ip_vs_sync.c

[PATCH v3 4/4] ipvs: log additional sync daemon parameters

Add new multicast parameters to log messages when sync daemons start. Commit e4ff67513096 ("ipvs: add sync_maxlen parameter for the sync daemon") and commit d33288172e72 ("ipvs: add more mcast parameters for the sync daemon") added additional multicast parameters, but didn't add them to the log

Re: lk 4.7 regression: EDAC, amd64_edac: Drop pci_register_driver() use

On 06/15/2016 05:12 PM, Borislav Petkov wrote: > On Wed, Jun 15, 2016 at 04:46:40PM -0400, Tony Battersby wrote: >> The following commit is causing an oops: >> >> 3f37a36b6282 ("EDAC, amd64_edac: Drop pci_register_driver() use") >> >> The oops happens when I "modprobe amd64_edac_mod" on an Intel

Re: lk 4.7 regression: EDAC, amd64_edac: Drop pci_register_driver() use

On 06/15/2016 05:12 PM, Borislav Petkov wrote: > On Wed, Jun 15, 2016 at 04:46:40PM -0400, Tony Battersby wrote: >> The following commit is causing an oops: >> >> 3f37a36b6282 ("EDAC, amd64_edac: Drop pci_register_driver() use") >> >> The oops happens when I "modprobe amd64_edac_mod" on an Intel

[PATCH v3 4/4] ipvs: log additional sync daemon parameters

Add new multicast parameters to log messages when sync daemons start. Commit e4ff67513096 ("ipvs: add sync_maxlen parameter for the sync daemon") and commit d33288172e72 ("ipvs: add more mcast parameters for the sync daemon") added additional multicast parameters, but didn't add them to the log

[PATCH v3 1/4] ipvs: Enable setting IPv6 multicast address for ipvs

When using HEAD from https://git.kernel.org/cgit/utils/kernel/ipvsadm/ipvsadm.git/, the command: ipvsadm --start-daemon backup --mcast-interface eth0.60 \ --mcast-group ff02::1:81 fails with the error message: Argument list too long whereas both: ipvsadm --start-daemon master

[PATCH v3 1/4] ipvs: Enable setting IPv6 multicast address for ipvs

When using HEAD from https://git.kernel.org/cgit/utils/kernel/ipvsadm/ipvsadm.git/, the command: ipvsadm --start-daemon backup --mcast-interface eth0.60 \ --mcast-group ff02::1:81 fails with the error message: Argument list too long whereas both: ipvsadm --start-daemon master

[PATCH v3 2/4] ipvs: Stop calling __dev_get_by_name() repeatedly when starting sync daemon

Optimise starting sync daemons by using the result of the first call to __dev_get_by_name() and pass the result or ifindex to subsequent functions to avoid them having to call __dev_get_by_name() again. Signed-off-by: Quentin Armitage --- net/netfilter/ipvs/ip_vs_sync.c

[PATCH v3 0/4] ipvs: fix backup sync daemon with IPv6, and minor updates

This series of patches arise from discovering that: ipvsadm --start-daemon backup --mcast-group IPv6_address ... would always fail. The first patch resolves the problem. The second and third patches are optimizations that were noticed while investigating the original problem. The fourth patch

[PATCH v3 2/4] ipvs: Stop calling __dev_get_by_name() repeatedly when starting sync daemon

Optimise starting sync daemons by using the result of the first call to __dev_get_by_name() and pass the result or ifindex to subsequent functions to avoid them having to call __dev_get_by_name() again. Signed-off-by: Quentin Armitage --- net/netfilter/ipvs/ip_vs_sync.c | 60

[PATCH v3 0/4] ipvs: fix backup sync daemon with IPv6, and minor updates

This series of patches arise from discovering that: ipvsadm --start-daemon backup --mcast-group IPv6_address ... would always fail. The first patch resolves the problem. The second and third patches are optimizations that were noticed while investigating the original problem. The fourth patch

[PATCH tip/core/rcu 3/4] documentation: Add RCU_NONIDLE() restrictions to requirements

Signed-off-by: Paul E. McKenney --- .../RCU/Design/Requirements/Requirements.html | 35 ++ 1 file changed, 35 insertions(+) diff --git a/Documentation/RCU/Design/Requirements/Requirements.html

[PATCH tip/core/rcu 3/4] documentation: Add RCU_NONIDLE() restrictions to requirements

Signed-off-by: Paul E. McKenney --- .../RCU/Design/Requirements/Requirements.html | 35 ++ 1 file changed, 35 insertions(+) diff --git a/Documentation/RCU/Design/Requirements/Requirements.html b/Documentation/RCU/Design/Requirements/Requirements.html index

[PATCH tip/core/rcu 4/4] Documentation: Fix spelling mistake

From: Eric Engestrom Signed-off-by: Eric Engestrom Reviewed-by: Josh Triplett Signed-off-by: Paul E. McKenney --- Documentation/RCU/stallwarn.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

[PATCH tip/core/rcu 4/4] Documentation: Fix spelling mistake

From: Eric Engestrom Signed-off-by: Eric Engestrom Reviewed-by: Josh Triplett Signed-off-by: Paul E. McKenney --- Documentation/RCU/stallwarn.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/RCU/stallwarn.txt b/Documentation/RCU/stallwarn.txt index

[PATCH tip/core/rcu 1/4] documentation: Add reference to 2014 RCU API LWN article

Reported-by: Jim Roskind Signed-off-by: Paul E. McKenney --- Documentation/RCU/whatisRCU.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt index 111770ffa10e..13266cff42ff

[PATCH tip/core/rcu 1/4] documentation: Add reference to 2014 RCU API LWN article

Reported-by: Jim Roskind Signed-off-by: Paul E. McKenney --- Documentation/RCU/whatisRCU.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt index 111770ffa10e..13266cff42ff 100644 --- a/Documentation/RCU/whatisRCU.txt +++

[PATCH tip/core/rcu 0/4] Documentation updates for 4.8

Hello! This series provides a few minor documentation updates for RCU: 1. Add reference to the 2014 RCU API LWN article. 2. Add references to 2010 and 2014 Big API Tables. 3. Add RCU_NONIDLE() restrictions to requirements. 4. Fix a typo, courtesy of Eric Engestrom. I am

[PATCH tip/core/rcu 2/4] documentation: Add references to 2010 and 2014 Big API Tables

Reported-by: Jim Roskind Signed-off-by: Paul E. McKenney --- Documentation/RCU/whatisRCU.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt index 13266cff42ff..204422719197

[PATCH tip/core/rcu 0/4] Documentation updates for 4.8

Hello! This series provides a few minor documentation updates for RCU: 1. Add reference to the 2014 RCU API LWN article. 2. Add references to 2010 and 2014 Big API Tables. 3. Add RCU_NONIDLE() restrictions to requirements. 4. Fix a typo, courtesy of Eric Engestrom. I am

[PATCH tip/core/rcu 2/4] documentation: Add references to 2010 and 2014 Big API Tables

Reported-by: Jim Roskind Signed-off-by: Paul E. McKenney --- Documentation/RCU/whatisRCU.txt | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt index 13266cff42ff..204422719197 100644 --- a/Documentation/RCU/whatisRCU.txt +++

[PATCH] mm: compaction: fix dummy declarations

We get a build error in several test builds after a recent code rework: In file included from include/linux/balloon_compaction.h:48:0, from mm/balloon_compaction.c:11: include/linux/compaction.h:237:122: error: 'struct node' declared inside parameter list will not be visible

[PATCH] mm: compaction: fix dummy declarations

We get a build error in several test builds after a recent code rework: In file included from include/linux/balloon_compaction.h:48:0, from mm/balloon_compaction.c:11: include/linux/compaction.h:237:122: error: 'struct node' declared inside parameter list will not be visible

Re: [PATCH perf/core v11 07/20] perf probe: Add --cache option to cache the probe definitions

On Wed, 15 Jun 2016 14:38:59 -0300 Arnaldo Carvalho de Melo wrote: > Em Wed, Jun 15, 2016 at 12:28:40PM +0900, Masami Hiramatsu escreveu: > > From: Masami Hiramatsu > > > > Add --cache option to cache the probe definitions. This > > just saves

Re: [PATCH perf/core v11 07/20] perf probe: Add --cache option to cache the probe definitions

On Wed, 15 Jun 2016 14:38:59 -0300 Arnaldo Carvalho de Melo wrote: > Em Wed, Jun 15, 2016 at 12:28:40PM +0900, Masami Hiramatsu escreveu: > > From: Masami Hiramatsu > > > > Add --cache option to cache the probe definitions. This > > just saves the result of the dwarf analysis to probe cache. >

[PATCH v2] rtlwifi: use s8 instead of char

Compiling the rtlwifi drivers for ARM with gcc -Wextra warns about lots of incorrect code that results from 'char' being unsigned here, e.g. realtek/rtlwifi/rc.c:113:18: error: comparison is always true due to limited range of data type [-Werror=type-limits]

[PATCH v2] rtlwifi: use s8 instead of char

Compiling the rtlwifi drivers for ARM with gcc -Wextra warns about lots of incorrect code that results from 'char' being unsigned here, e.g. realtek/rtlwifi/rc.c:113:18: error: comparison is always true due to limited range of data type [-Werror=type-limits]

Re: [PATCH v3 10/10] ntb_perf: clear link_is_up flag when the link goes down.

On Wed, 2016-06-15 at 15:26 -0600, Logan Gunthorpe wrote: > When the link goes down, the link_is_up flag did not return to > false. This could have caused some subtle corner case bugs > when the link goes up and down quickly. > > Signed-off-by: Logan Gunthorpe Acked-by:

Re: [PATCH v3 10/10] ntb_perf: clear link_is_up flag when the link goes down.

On Wed, 2016-06-15 at 15:26 -0600, Logan Gunthorpe wrote: > When the link goes down, the link_is_up flag did not return to > false. This could have caused some subtle corner case bugs > when the link goes up and down quickly. > > Signed-off-by: Logan Gunthorpe Acked-by: Dave Jiang And all the

Re: [PATCH] kprobes: fix a comment typo

On Thu, 16 Jun 2016 00:19:22 +0900 Jinbum Park wrote: > Just fix a typo in the code comment. Thanks :) Acked-by: Masami Hiramatsu > > Signed-off-by: Jinbum Park > --- > arch/arm/probes/kprobes/opt-arm.c | 2 +- > 1 file

Re: [PATCH] kprobes: fix a comment typo

On Thu, 16 Jun 2016 00:19:22 +0900 Jinbum Park wrote: > Just fix a typo in the code comment. Thanks :) Acked-by: Masami Hiramatsu > > Signed-off-by: Jinbum Park > --- > arch/arm/probes/kprobes/opt-arm.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: BLKZEROOUT not zeroing md dev on VMDK

On Wed, Jun 15, 2016 at 06:17:37PM +, Arvind Kumar wrote: > It is possibly some race. We saw a WRITE SAME related issue in past > for which Petr sent out a patch but looks like the patch didn't make > it. :( > > https://groups.google.com/forum/#!topic/linux.kernel/1WGDSlyY0y0 Indeed - the

Re: perf probe issues

On Wed, 15 Jun 2016 14:43:38 -0300 Arnaldo Carvalho de Melo wrote: > Em Wed, Jun 15, 2016 at 11:02:01AM +0900, Masami Hiramatsu escreveu: > > On Tue, 14 Jun 2016 14:05:04 -0300 > > Arnaldo Carvalho de Melo wrote: > > > While investigating a problem in the

Re: BLKZEROOUT not zeroing md dev on VMDK

On Wed, Jun 15, 2016 at 06:17:37PM +, Arvind Kumar wrote: > It is possibly some race. We saw a WRITE SAME related issue in past > for which Petr sent out a patch but looks like the patch didn't make > it. :( > > https://groups.google.com/forum/#!topic/linux.kernel/1WGDSlyY0y0 Indeed - the

Re: perf probe issues

On Wed, 15 Jun 2016 14:43:38 -0300 Arnaldo Carvalho de Melo wrote: > Em Wed, Jun 15, 2016 at 11:02:01AM +0900, Masami Hiramatsu escreveu: > > On Tue, 14 Jun 2016 14:05:04 -0300 > > Arnaldo Carvalho de Melo wrote: > > > While investigating a problem in the annotation code reported by > > >

Re: [PATCH] tools/perf: fix the word selected in find_*_bit

Em Thu, Jun 16, 2016 at 12:11:04AM +0300, Yury Norov escreveu: > On Wed, Jun 15, 2016 at 10:51:27PM +0300, Yury Norov wrote: > > Maybe there already is some macro doing the conversion for you... > > yes it is, cpu_to_le64() is what you want Beware that the cpu_to_le64() in tools/perf is bogus,

Re: [PATCH] tools/perf: fix the word selected in find_*_bit

Em Thu, Jun 16, 2016 at 12:11:04AM +0300, Yury Norov escreveu: > On Wed, Jun 15, 2016 at 10:51:27PM +0300, Yury Norov wrote: > > Maybe there already is some macro doing the conversion for you... > > yes it is, cpu_to_le64() is what you want Beware that the cpu_to_le64() in tools/perf is bogus,

Re: [PATCH] rtlwifi: use s8 instead of char

On Wednesday, June 15, 2016 5:10:51 PM CEST Jes Sorensen wrote: > > Arnd, > > rtlwifi and rtl8xxxu are two distinct drivers managed by different > people. I'd be really nice if you could split this into a per driver > patch. > > That said, the use of char in rtl8xxxu is all as a flag indicator,

Re: [PATCH] rtlwifi: use s8 instead of char

On Wednesday, June 15, 2016 5:10:51 PM CEST Jes Sorensen wrote: > > Arnd, > > rtlwifi and rtl8xxxu are two distinct drivers managed by different > people. I'd be really nice if you could split this into a per driver > patch. > > That said, the use of char in rtl8xxxu is all as a flag indicator,

Re: [PATCH] amdgpu: use NULL instead of 0 for pointer

On Wed, Jun 15, 2016 at 4:32 PM, Christian König wrote: > Am 15.06.2016 um 22:15 schrieb Arnd Bergmann: >> >> In the AMD powerplay driver, a pointer is checked for validity by >> comparing against an integer '0', which causes a harmless warning >> when building with

Re: [PATCH] amdgpu: use NULL instead of 0 for pointer

On Wed, Jun 15, 2016 at 4:32 PM, Christian König wrote: > Am 15.06.2016 um 22:15 schrieb Arnd Bergmann: >> >> In the AMD powerplay driver, a pointer is checked for validity by >> comparing against an integer '0', which causes a harmless warning >> when building with "make W=1": >> >>

Re: [PATCH v2 3/4] input: touchscreen: mxs-lradc: Add support for touchscreen

Hi, unfortunately i still don't have a touchscreen to test this patch. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:48 > geschrieben: > > > Add 4-wire/5-wire touchscreen controller. > > Signed-off-by: Ksenija Stanojevic > --- >

Re: [PATCH v2 3/4] input: touchscreen: mxs-lradc: Add support for touchscreen

Hi, unfortunately i still don't have a touchscreen to test this patch. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:48 > geschrieben: > > > Add 4-wire/5-wire touchscreen controller. > > Signed-off-by: Ksenija Stanojevic > --- > Changes in v2: > - do not change spacing in Kconfig > -

Re: [PATCH V2] block: correctly fallback for zeroout

On Tue, Jun 07, 2016 at 07:58:25AM -0700, Shaohua Li wrote: > > I didn't follow. io_err is only and always set when ret == 0. io_err is > meanless if ret != 0, because that means the disk doesn't support discard and > we don't dispatch discard IO. why should we initialized io_err to 0? My mistake

Re: [PATCH V2] block: correctly fallback for zeroout

On Tue, Jun 07, 2016 at 07:58:25AM -0700, Shaohua Li wrote: > > I didn't follow. io_err is only and always set when ret == 0. io_err is > meanless if ret != 0, because that means the disk doesn't support discard and > we don't dispatch discard IO. why should we initialized io_err to 0? My mistake

Re: [PATCH V2] block: correctly fallback for zeroout

On Tue, Jun 14, 2016 at 10:14:50PM -0400, Martin K. Petersen wrote: > > "Christoph" == Christoph Hellwig writes: > > Christoph> And I'd much prefer to get this right now. It's not like > Christoph> this is recently introduced behavior. > > Unfortunately there are quite

Re: [PATCH V2] block: correctly fallback for zeroout

On Tue, Jun 14, 2016 at 10:14:50PM -0400, Martin K. Petersen wrote: > > "Christoph" == Christoph Hellwig writes: > > Christoph> And I'd much prefer to get this right now. It's not like > Christoph> this is recently introduced behavior. > > Unfortunately there are quite a few callers of

Re: [PATCH 17/21] audit: Use timespec64 to represent audit timestamps

On Thu, Jun 9, 2016 at 7:59 PM, Richard Guy Briggs wrote: > On 16/06/09, Steve Grubb wrote: >> On Wednesday, June 08, 2016 10:05:01 PM Deepa Dinamani wrote: >> > struct timespec is not y2038 safe. >> > Audit timestamps are recorded in string format into >> > an audit buffer for a

Re: [PATCH 17/21] audit: Use timespec64 to represent audit timestamps

On Thu, Jun 9, 2016 at 7:59 PM, Richard Guy Briggs wrote: > On 16/06/09, Steve Grubb wrote: >> On Wednesday, June 08, 2016 10:05:01 PM Deepa Dinamani wrote: >> > struct timespec is not y2038 safe. >> > Audit timestamps are recorded in string format into >> > an audit buffer for a given context.

Re: [PATCH v2 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

Hi Ksenija, sorry for the late review, but i was busy. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:45 > geschrieben: > > > Add core files for mxs-lradc MFD driver. I think it's worth to mention that this patch won't compile in iio/testing without this patch:

Re: [PATCH v2 1/4] mfd: mxs-lradc: Add support for mxs-lradc MFD

Hi Ksenija, sorry for the late review, but i was busy. > Ksenija Stanojevic hat am 8. Juni 2016 um 16:45 > geschrieben: > > > Add core files for mxs-lradc MFD driver. I think it's worth to mention that this patch won't compile in iio/testing without this patch: a8f447be8056 ("mfd: Add

Re: linux-next: build failure after merge of the akpm-current tree

Hi Josh, On wo, 2016-06-15 at 09:03 -0500, Josh Poimboeuf wrote: > I agree it looks like a false positive, though the code is a bit > convoluted, so I'm not surprised that gcc might get confused. Agree. > How about initializing opt to 0? I'm unconvinced. Especially since this only shows up in

[PATCH v2 1/4] ASoC: sunxi: Add A10 I2S controller binding documentation

Introduce the device tree binding for the I2S controller found in the Allwinner A10 and later SoCs. Signed-off-by: Maxime Ripard --- .../devicetree/bindings/sound/sun4i-i2s.txt| 34 ++ 1 file changed, 34 insertions(+) create mode

Re: linux-next: build failure after merge of the akpm-current tree

Hi Josh, On wo, 2016-06-15 at 09:03 -0500, Josh Poimboeuf wrote: > I agree it looks like a false positive, though the code is a bit > convoluted, so I'm not surprised that gcc might get confused. Agree. > How about initializing opt to 0? I'm unconvinced. Especially since this only shows up in

[PATCH v2 1/4] ASoC: sunxi: Add A10 I2S controller binding documentation

Introduce the device tree binding for the I2S controller found in the Allwinner A10 and later SoCs. Signed-off-by: Maxime Ripard --- .../devicetree/bindings/sound/sun4i-i2s.txt| 34 ++ 1 file changed, 34 insertions(+) create mode 100644

[PATCH v2 2/4] ASoC: sunxi: Add Allwinner A10 Digital Audio driver

The Allwinner A10 and later come with a hardware block that used for the PCM and I2S interfaces. Add a driver for it in ASoC. Signed-off-by: Maxime Ripard --- sound/soc/sunxi/Kconfig | 9 + sound/soc/sunxi/Makefile| 2 +-

Re: [PATCH] tools/perf: fix the word selected in find_*_bit

On Wed, Jun 15, 2016 at 10:51:27PM +0300, Yury Norov wrote: > Hi Madhavan, > > On Wed, Jun 15, 2016 at 05:12:53PM +0530, Madhavan Srinivasan wrote: > > When decoding the perf_regs mask in regs_dump__printf(), > > we loop through the mask using find_first_bit and find_next_bit functions. > > And

[PATCH v2 3/4] ARM: sun7i: Add mod1 clock nodes

From: Emilio López This commit adds all the mod1 clocks available on A20 to its device tree. This list was created by looking at the A20 user manual. Signed-off-by: Emilio López Signed-off-by: Maxime Ripard ---

Re: lk 4.7 regression: EDAC, amd64_edac: Drop pci_register_driver() use

On Wed, Jun 15, 2016 at 04:46:40PM -0400, Tony Battersby wrote: > The following commit is causing an oops: > > 3f37a36b6282 ("EDAC, amd64_edac: Drop pci_register_driver() use") > > The oops happens when I "modprobe amd64_edac_mod" on an Intel > Xeon-based system, or when booting the same system

Re: lk 4.7 regression: EDAC, amd64_edac: Drop pci_register_driver() use

On Wed, Jun 15, 2016 at 04:46:40PM -0400, Tony Battersby wrote: > The following commit is causing an oops: > > 3f37a36b6282 ("EDAC, amd64_edac: Drop pci_register_driver() use") > > The oops happens when I "modprobe amd64_edac_mod" on an Intel > Xeon-based system, or when booting the same system

[PATCH v2 3/4] ARM: sun7i: Add mod1 clock nodes

From: Emilio López This commit adds all the mod1 clocks available on A20 to its device tree. This list was created by looking at the A20 user manual. Signed-off-by: Emilio López Signed-off-by: Maxime Ripard --- arch/arm/boot/dts/sun7i-a20.dtsi | 48 ++-- 1

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