Re: [PATCH v1] mlx4: remove unused fields

From: David Decotigny Date: Wed, 28 Sep 2016 11:00:04 -0700 > From: David Decotigny > > This also can address following UBSAN warnings: > [ 36.640343] > > [ 36.648772]

Re: [PATCH v1] mlx4: remove unused fields

From: David Decotigny Date: Wed, 28 Sep 2016 11:00:04 -0700 > From: David Decotigny > > This also can address following UBSAN warnings: > [ 36.640343] > > [ 36.648772] UBSAN: Undefined behaviour in >

Re: [PATCH v8 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

From: Amir Levy Date: Wed, 28 Sep 2016 17:44:22 +0300 > This driver enables Thunderbolt Networking on non-Apple platforms > running Linux. Greg, any idea where this should get merged once fully vetted? I can take it through the net-next tree, but I'm fine with another

Re: [PATCH v8 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

From: Amir Levy Date: Wed, 28 Sep 2016 17:44:22 +0300 > This driver enables Thunderbolt Networking on non-Apple platforms > running Linux. Greg, any idea where this should get merged once fully vetted? I can take it through the net-next tree, but I'm fine with another more appropriate tree

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

On Fri, Sep 30, 2016 at 01:54:37PM +1000, Stephen Rothwell wrote: > Hi Greg, > > After merging the tty tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > drivers/tty/serial/amba-pl011.c: In function 'pl011_console_match': > drivers/tty/serial/amba-pl011.c:2346:44:

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

On Fri, Sep 30, 2016 at 01:54:37PM +1000, Stephen Rothwell wrote: > Hi Greg, > > After merging the tty tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > drivers/tty/serial/amba-pl011.c: In function 'pl011_console_match': > drivers/tty/serial/amba-pl011.c:2346:44:

Re: linux-next: manual merge of the tty tree with the arm64 tree

On Fri, Sep 30, 2016 at 01:38:22PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the tty tree got conflicts in: > > arch/arm64/Kconfig > > between commit: > > 1d8f51d41fc7 ("arm/arm64: arch_timer: Use archdata to indicate vdso > suitability") > > from the

Re: [PATCH] ext4: Check for encryption feature before fscrypt_process_policy()

On Thu, Sep 22, 2016 at 08:50:54AM +0200, Richard Weinberger wrote: > ...otherwise an user can enable encryption for certain files even > when the filesystem is unable to support it. > Such a case would be a filesystem created by mkfs.ext4's default > settings, 1KiB block size. Ext4 supports

Re: [PATCH locking/Documentation 1/2] Add note of release-acquire store vulnerability

Hi Paul, On Thu, Sep 29, 2016 at 10:23:22AM -0700, Paul E. McKenney wrote: > On Thu, Sep 29, 2016 at 06:10:37PM +0100, Will Deacon wrote: > > On Thu, Sep 29, 2016 at 09:43:53AM -0700, Paul E. McKenney wrote: > > > On Thu, Sep 29, 2016 at 05:03:08PM +0100, Will Deacon wrote: > > > > On Thu, Sep

Re: linux-next: manual merge of the tty tree with the arm64 tree

On Fri, Sep 30, 2016 at 01:38:22PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the tty tree got conflicts in: > > arch/arm64/Kconfig > > between commit: > > 1d8f51d41fc7 ("arm/arm64: arch_timer: Use archdata to indicate vdso > suitability") > > from the

Re: [PATCH] ext4: Check for encryption feature before fscrypt_process_policy()

On Thu, Sep 22, 2016 at 08:50:54AM +0200, Richard Weinberger wrote: > ...otherwise an user can enable encryption for certain files even > when the filesystem is unable to support it. > Such a case would be a filesystem created by mkfs.ext4's default > settings, 1KiB block size. Ext4 supports

Re: [PATCH locking/Documentation 1/2] Add note of release-acquire store vulnerability

Hi Paul, On Thu, Sep 29, 2016 at 10:23:22AM -0700, Paul E. McKenney wrote: > On Thu, Sep 29, 2016 at 06:10:37PM +0100, Will Deacon wrote: > > On Thu, Sep 29, 2016 at 09:43:53AM -0700, Paul E. McKenney wrote: > > > On Thu, Sep 29, 2016 at 05:03:08PM +0100, Will Deacon wrote: > > > > On Thu, Sep

Re: [PATCH v2 1/1] s390/spinlock: Provide vcpu_is_preempted

On Fri, Sep 30, 2016 at 12:49:52PM +0800, Pan Xinhui wrote: > > > 在 2016/9/29 23:51, Christian Borntraeger 写道: > > this implements the s390 backend for commit > > "kernel/sched: introduce vcpu preempted check interface" > > by reworking the existing smp_vcpu_scheduled into > >

Re: linux-next: manual merge of the tty tree with the pm tree

On Fri, Sep 30, 2016 at 01:42:23PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the tty tree got a conflict in: > > include/linux/acpi.h > > between commit: > > 058dfc767008 ("ACPI / watchdog: Add support for WDAT hardware watchdog") > > from the pm tree and

Re: linux-next: manual merge of the tty tree with the v4l-dvb tree

On Fri, Sep 30, 2016 at 01:33:19PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the tty tree got a conflict in: > > MAINTAINERS > > between commit: > > 71fb2c74287d ("[media] MAINTAINERS: atmel-isc: add entry for Atmel ISC") > > from the v4l-dvb tree and

Re: [PATCH v2 1/1] s390/spinlock: Provide vcpu_is_preempted

On Fri, Sep 30, 2016 at 12:49:52PM +0800, Pan Xinhui wrote: > > > 在 2016/9/29 23:51, Christian Borntraeger 写道: > > this implements the s390 backend for commit > > "kernel/sched: introduce vcpu preempted check interface" > > by reworking the existing smp_vcpu_scheduled into > >

Re: linux-next: manual merge of the tty tree with the pm tree

On Fri, Sep 30, 2016 at 01:42:23PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the tty tree got a conflict in: > > include/linux/acpi.h > > between commit: > > 058dfc767008 ("ACPI / watchdog: Add support for WDAT hardware watchdog") > > from the pm tree and

Re: linux-next: manual merge of the tty tree with the v4l-dvb tree

On Fri, Sep 30, 2016 at 01:33:19PM +1000, Stephen Rothwell wrote: > Hi Greg, > > Today's linux-next merge of the tty tree got a conflict in: > > MAINTAINERS > > between commit: > > 71fb2c74287d ("[media] MAINTAINERS: atmel-isc: add entry for Atmel ISC") > > from the v4l-dvb tree and

Re: [PATCH 2/3] zram: support page-based parallel write

Hi Sergey, On Thu, Sep 29, 2016 at 12:18:31PM +0900, Sergey Senozhatsky wrote: > Hello Minchan, > > On (09/22/16 15:42), Minchan Kim wrote: > > zram supports stream-based parallel compression. IOW, it can support > > parallel compression on SMP system only if each cpus has streams. > > For

Re: [PATCH 2/3] zram: support page-based parallel write

Hi Sergey, On Thu, Sep 29, 2016 at 12:18:31PM +0900, Sergey Senozhatsky wrote: > Hello Minchan, > > On (09/22/16 15:42), Minchan Kim wrote: > > zram supports stream-based parallel compression. IOW, it can support > > parallel compression on SMP system only if each cpus has streams. > > For

Re: [PATCH v3 2/2] usb: dwc3: Wait for control tranfer completed when stopping gadget

Hi Felipe, On 19 September 2016 at 19:52, Baolin Wang wrote: > When we change the USB function with configfs dynamically, we possibly met > this > situation: one core is doing the control transfer, another core is trying to > unregister the USB gadget from userspace, we

Re: [PATCH v3 2/2] usb: dwc3: Wait for control tranfer completed when stopping gadget

Hi Felipe, On 19 September 2016 at 19:52, Baolin Wang wrote: > When we change the USB function with configfs dynamically, we possibly met > this > situation: one core is doing the control transfer, another core is trying to > unregister the USB gadget from userspace, we must wait for completing

Re: [PATCH net-next 0/6] rxrpc: Fixes and adjustments

c-rewrite > > Tagged thusly: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-rewrite-20160929 Pulled, thanks David.

Re: [PATCH net-next 0/6] rxrpc: Fixes and adjustments

husly: > > git://git.kernel.org/pub/scm/linux/kernel/git/dhowells/linux-fs.git > rxrpc-rewrite-20160929 Pulled, thanks David.

Re: [PATCH V2 for-next 0/8] Bug Fixes and Code Improvement in HNS driver

From: Salil Mehta Date: Thu, 29 Sep 2016 18:09:08 +0100 > This patch-set introduces fix to some Bugs, potential problems > and code improvements identified during internal review and > testing of Hisilicon Network Subsystem driver. > > Submit Change > V1->V2: This

Re: [PATCH V2 for-next 0/8] Bug Fixes and Code Improvement in HNS driver

From: Salil Mehta Date: Thu, 29 Sep 2016 18:09:08 +0100 > This patch-set introduces fix to some Bugs, potential problems > and code improvements identified during internal review and > testing of Hisilicon Network Subsystem driver. > > Submit Change > V1->V2: This addresses the feedbacks

Re: pull-request: wireless-drivers-next 2016-09-29

From: Kalle Valo Date: Thu, 29 Sep 2016 19:57:28 +0300 > this should be the last wireless-drivers-next pull request for 4.9, from > now on only important bugfixes. Nothing really special stands out, > iwlwifi being most active but other drivers also getting attention. More

Re: pull-request: wireless-drivers-next 2016-09-29

From: Kalle Valo Date: Thu, 29 Sep 2016 19:57:28 +0300 > this should be the last wireless-drivers-next pull request for 4.9, from > now on only important bugfixes. Nothing really special stands out, > iwlwifi being most active but other drivers also getting attention. More > details in the

Re: [PATCH 3.12 000/119] 3.12.64-stable review

This one seems to be missing. 135e8c9250dd sched/core: Fix a race between try_to_wake_up() and a woken up task

Re: [PATCH 3.12 000/119] 3.12.64-stable review

This one seems to be missing. 135e8c9250dd sched/core: Fix a race between try_to_wake_up() and a woken up task

Re: [PATCH net-next 00/10] net: dsa: mv88e6xxx: Global (1) cosmetics

From: Vivien Didelot Date: Thu, 29 Sep 2016 12:21:52 -0400 > The Global (1) internal SMI device of Marvell switches is a set of > registers providing support to different units for MAC addresses (ATU), > VLANs (VTU), PHY polling (PPU), etc. ... Looks like a

Re: [PATCH net-next 00/10] net: dsa: mv88e6xxx: Global (1) cosmetics

From: Vivien Didelot Date: Thu, 29 Sep 2016 12:21:52 -0400 > The Global (1) internal SMI device of Marvell switches is a set of > registers providing support to different units for MAC addresses (ATU), > VLANs (VTU), PHY polling (PPU), etc. ... Looks like a very nice set of cleanups to me.

Re: [PATCH v2 3/3] net: make net namespace sysctls belong to container's owner

From: Dmitry Torokhov Date: Thu, 29 Sep 2016 08:46:05 -0700 > Hi David, > > On Wed, Aug 10, 2016 at 2:36 PM, Dmitry Torokhov > wrote: >> If net namespace is attached to a user namespace let's make container's >> root owner of sysctls

Re: [PATCH v2 3/3] net: make net namespace sysctls belong to container's owner

From: Dmitry Torokhov Date: Thu, 29 Sep 2016 08:46:05 -0700 > Hi David, > > On Wed, Aug 10, 2016 at 2:36 PM, Dmitry Torokhov > wrote: >> If net namespace is attached to a user namespace let's make container's >> root owner of sysctls affecting said network namespace instead of global >> root.

Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc

From: Babu Moger Date: Thu, 29 Sep 2016 08:53:24 -0500 > > On 9/28/2016 3:39 AM, Peter Zijlstra wrote: >> On Tue, Sep 27, 2016 at 12:33:27PM -0700, Babu Moger wrote: >>> This new config parameter limits the space used for "Lock debugging: >>> prove locking correctness" by

Re: [PATCH v3 1/2] config: Adding the new config parameter CONFIG_PROVE_LOCKING_SMALL for sparc

From: Babu Moger Date: Thu, 29 Sep 2016 08:53:24 -0500 > > On 9/28/2016 3:39 AM, Peter Zijlstra wrote: >> On Tue, Sep 27, 2016 at 12:33:27PM -0700, Babu Moger wrote: >>> This new config parameter limits the space used for "Lock debugging: >>> prove locking correctness" by about 4MB. The current

Re: [PATCH v1 12/12] mm: ppc64: Add THP migration support for ppc64.

zi@sent.com writes: > From: Zi Yan > > Signed-off-by: Zi Yan > --- > arch/powerpc/Kconfig | 4 > arch/powerpc/include/asm/book3s/64/pgtable.h | 23 +++ > 2 files changed, 27 insertions(+) > >

Re: [PATCH v1 12/12] mm: ppc64: Add THP migration support for ppc64.

zi@sent.com writes: > From: Zi Yan > > Signed-off-by: Zi Yan > --- > arch/powerpc/Kconfig | 4 > arch/powerpc/include/asm/book3s/64/pgtable.h | 23 +++ > 2 files changed, 27 insertions(+) > > diff --git a/arch/powerpc/Kconfig

Re: [PATCH] spmi: regmap: enable userspace writes

On 2016-09-29 23:30, Mark Brown wrote: On Thu, Sep 29, 2016 at 05:06:26PM +0530, Kiran Gunda wrote: -#undef REGMAP_ALLOW_WRITE_DEBUGFS +#define REGMAP_ALLOW_WRITE_DEBUGFS This is completely inappropriate for upstream, if you need to do debugging on your platform you can enable this locally

Re: [PATCH] spmi: regmap: enable userspace writes

On 2016-09-29 23:30, Mark Brown wrote: On Thu, Sep 29, 2016 at 05:06:26PM +0530, Kiran Gunda wrote: -#undef REGMAP_ALLOW_WRITE_DEBUGFS +#define REGMAP_ALLOW_WRITE_DEBUGFS This is completely inappropriate for upstream, if you need to do debugging on your platform you can enable this locally

Re: [PATCH v3 0/4] implement vcpu preempted check

在 2016/9/29 18:31, Peter Zijlstra 写道: On Thu, Sep 29, 2016 at 12:23:19PM +0200, Christian Borntraeger wrote: On 09/29/2016 12:10 PM, Peter Zijlstra wrote: On Thu, Jul 21, 2016 at 07:45:10AM -0400, Pan Xinhui wrote: change from v2: no code change, fix typos, update some comments

Re: [PATCH v3 0/4] implement vcpu preempted check

在 2016/9/29 18:31, Peter Zijlstra 写道: On Thu, Sep 29, 2016 at 12:23:19PM +0200, Christian Borntraeger wrote: On 09/29/2016 12:10 PM, Peter Zijlstra wrote: On Thu, Jul 21, 2016 at 07:45:10AM -0400, Pan Xinhui wrote: change from v2: no code change, fix typos, update some comments

Re: [PATCH v2 1/1] s390/spinlock: Provide vcpu_is_preempted

在 2016/9/29 23:51, Christian Borntraeger 写道: this implements the s390 backend for commit "kernel/sched: introduce vcpu preempted check interface" by reworking the existing smp_vcpu_scheduled into arch_vcpu_is_preempted. We can then also get rid of the local cpu_is_preempted function by moving

Re: [PATCH v2 1/1] s390/spinlock: Provide vcpu_is_preempted

在 2016/9/29 23:51, Christian Borntraeger 写道: this implements the s390 backend for commit "kernel/sched: introduce vcpu preempted check interface" by reworking the existing smp_vcpu_scheduled into arch_vcpu_is_preempted. We can then also get rid of the local cpu_is_preempted function by moving

Re: [PATCH] mm: exclude isolated non-lru pages from NR_ISOLATED_ANON or NR_ISOLATED_FILE.

On 四, 9月 29, 2016 at 10:01:43上午 +0200, Michal Hocko wrote: > On Wed 28-09-16 17:31:03, ming.ling wrote: > > Non-lru pages don't belong to any lru, so accounting them to > > NR_ISOLATED_ANON or NR_ISOLATED_FILE doesn't make any sense. > > It may misguide functions such as pgdat_reclaimable_pages

Re: [PATCH] mm: exclude isolated non-lru pages from NR_ISOLATED_ANON or NR_ISOLATED_FILE.

On 四, 9月 29, 2016 at 10:01:43上午 +0200, Michal Hocko wrote: > On Wed 28-09-16 17:31:03, ming.ling wrote: > > Non-lru pages don't belong to any lru, so accounting them to > > NR_ISOLATED_ANON or NR_ISOLATED_FILE doesn't make any sense. > > It may misguide functions such as pgdat_reclaimable_pages

Re: [PATCH v4 00/12] re-enable DAX PMD support

On Thu, Sep 29, 2016 at 09:03:43PM -0600, Ross Zwisler wrote: > On Fri, Sep 30, 2016 at 09:43:45AM +1000, Dave Chinner wrote: > > Finally: none of the patches in your tree have reviewed-by tags. > > That says to me that none of this code has been reviewed yet. > > Reviewed-by tags are

Re: [PATCH v4 00/12] re-enable DAX PMD support

On Thu, Sep 29, 2016 at 09:03:43PM -0600, Ross Zwisler wrote: > On Fri, Sep 30, 2016 at 09:43:45AM +1000, Dave Chinner wrote: > > Finally: none of the patches in your tree have reviewed-by tags. > > That says to me that none of this code has been reviewed yet. > > Reviewed-by tags are

linux-next: build failure after merge of the tty tree

Hi Greg, After merging the tty tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/tty/serial/amba-pl011.c: In function 'pl011_console_match': drivers/tty/serial/amba-pl011.c:2346:44: error: passing argument 3 of 'uart_parse_earlycon' from incompatible pointer type

linux-next: build failure after merge of the tty tree

Hi Greg, After merging the tty tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/tty/serial/amba-pl011.c: In function 'pl011_console_match': drivers/tty/serial/amba-pl011.c:2346:44: error: passing argument 3 of 'uart_parse_earlycon' from incompatible pointer type

[PATCH 2/2] perf tools: Support insn and insnlen in perf script

From: Andi Kleen When looking at Intel PT traces with perf script it is useful to have some indication of the instruction. Dump the instruction bytes and instruction length, which can be used for simple pattern analysis in scripts. % perf record -e intel_pt// foo % perf

[PATCH 2/2] perf tools: Support insn and insnlen in perf script

From: Andi Kleen When looking at Intel PT traces with perf script it is useful to have some indication of the instruction. Dump the instruction bytes and instruction length, which can be used for simple pattern analysis in scripts. % perf record -e intel_pt// foo % perf script --itrace=i0ns -F

[PATCH 1/2] perf intel-pt-decoder: Report instruction bytes and length in sample

From: Andi Kleen Change the Intel PT decoder to pass up the length and the instruction bytes of the decoded or sampled instruction in the perf sample. The decoder already knows this information, we just need to pass it up. Since it is only a couple of movs it is not very

[PATCH 1/2] perf intel-pt-decoder: Report instruction bytes and length in sample

From: Andi Kleen Change the Intel PT decoder to pass up the length and the instruction bytes of the decoded or sampled instruction in the perf sample. The decoder already knows this information, we just need to pass it up. Since it is only a couple of movs it is not very expensive. Used in the

linux-next: manual merge of the tty tree with the pm tree

Hi Greg, Today's linux-next merge of the tty tree got a conflict in: include/linux/acpi.h between commit: 058dfc767008 ("ACPI / watchdog: Add support for WDAT hardware watchdog") from the pm tree and commit: ad1696f6f09d ("ACPI: parse SPCR and enable matching console") from the tty

linux-next: manual merge of the tty tree with the pm tree

Hi Greg, Today's linux-next merge of the tty tree got a conflict in: include/linux/acpi.h between commit: 058dfc767008 ("ACPI / watchdog: Add support for WDAT hardware watchdog") from the pm tree and commit: ad1696f6f09d ("ACPI: parse SPCR and enable matching console") from the tty

linux-next: manual merge of the tty tree with the arm64 tree

Hi Greg, Today's linux-next merge of the tty tree got conflicts in: arch/arm64/Kconfig between commit: 1d8f51d41fc7 ("arm/arm64: arch_timer: Use archdata to indicate vdso suitability") from the arm64 tree and commit: 888125a71298 ("ARM64: ACPI: enable ACPI_SPCR_TABLE") from the tty

linux-next: manual merge of the tty tree with the arm64 tree

Hi Greg, Today's linux-next merge of the tty tree got conflicts in: arch/arm64/Kconfig between commit: 1d8f51d41fc7 ("arm/arm64: arch_timer: Use archdata to indicate vdso suitability") from the arm64 tree and commit: 888125a71298 ("ARM64: ACPI: enable ACPI_SPCR_TABLE") from the tty

Re: [PATCH 0/4] Add DMA support for ti_am335x_adc driver

I applied your patches to the following kernel: github.com/RobertCNelson/bb-kernel.git branch am33x-v4.8 Changing #define REG_DMAENABLE_CLEAR 0x038 to #define REG_DMAENABLE_CLEAR 0x03C Also applying the following DTS changes: target = <>; __overlay__ {

Re: [PATCH 0/4] Add DMA support for ti_am335x_adc driver

I applied your patches to the following kernel: github.com/RobertCNelson/bb-kernel.git branch am33x-v4.8 Changing #define REG_DMAENABLE_CLEAR 0x038 to #define REG_DMAENABLE_CLEAR 0x03C Also applying the following DTS changes: target = <>; __overlay__ {

linux-next: manual merge of the tty tree with the v4l-dvb tree

Hi Greg, Today's linux-next merge of the tty tree got a conflict in: MAINTAINERS between commit: 71fb2c74287d ("[media] MAINTAINERS: atmel-isc: add entry for Atmel ISC") from the v4l-dvb tree and commit: 5615c3715749 ("MAINTAINERS: update entry for atmel_serial driver") from the tty

linux-next: manual merge of the tty tree with the v4l-dvb tree

Hi Greg, Today's linux-next merge of the tty tree got a conflict in: MAINTAINERS between commit: 71fb2c74287d ("[media] MAINTAINERS: atmel-isc: add entry for Atmel ISC") from the v4l-dvb tree and commit: 5615c3715749 ("MAINTAINERS: update entry for atmel_serial driver") from the tty

[PATCH v6 7/7] net: Suppress the "Comparison to NULL could be written" warnings

This is to suppress the checkpatch.pl warning "Comparison to NULL could be written". No functional changes here. Signed-off-by: Jia He --- net/ipv4/proc.c | 32 net/sctp/proc.c | 2 +- 2 files changed, 17 insertions(+), 17 deletions(-) diff

[PATCH v6 6/7] ipv6: Remove useless parameter in __snmp6_fill_statsdev

The parameter items(is always ICMP6_MIB_MAX) is useless for __snmp6_fill_statsdev Signed-off-by: Jia He --- net/ipv6/addrconf.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c index 2f1f5d4..35d4baa

[PATCH v6 4/7] proc: Reduce cache miss in sctp_snmp_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He --- net/sctp/proc.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[PATCH v6 7/7] net: Suppress the "Comparison to NULL could be written" warnings

This is to suppress the checkpatch.pl warning "Comparison to NULL could be written". No functional changes here. Signed-off-by: Jia He --- net/ipv4/proc.c | 32 net/sctp/proc.c | 2 +- 2 files changed, 17 insertions(+), 17 deletions(-) diff --git

[PATCH v6 6/7] ipv6: Remove useless parameter in __snmp6_fill_statsdev

The parameter items(is always ICMP6_MIB_MAX) is useless for __snmp6_fill_statsdev Signed-off-by: Jia He --- net/ipv6/addrconf.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c index 2f1f5d4..35d4baa 100644 ---

[PATCH v6 4/7] proc: Reduce cache miss in sctp_snmp_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He --- net/sctp/proc.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/net/sctp/proc.c

[PATCH v6 5/7] proc: Reduce cache miss in xfrm_statistics_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He --- net/xfrm/xfrm_proc.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git

[PATCH v6 5/7] proc: Reduce cache miss in xfrm_statistics_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He --- net/xfrm/xfrm_proc.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/net/xfrm/xfrm_proc.c

[PATCH v6 1/7] net:snmp: Introduce generic interfaces for snmp_get_cpu_field{,64}

This is to introduce the generic interfaces for snmp_get_cpu_field{,64}. It exchanges the two for-loops for collecting the percpu statistics data. This can aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He Suggested-by: Marcelo

[PATCH v6 1/7] net:snmp: Introduce generic interfaces for snmp_get_cpu_field{,64}

This is to introduce the generic interfaces for snmp_get_cpu_field{,64}. It exchanges the two for-loops for collecting the percpu statistics data. This can aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He Suggested-by: Marcelo Ricardo Leitner ---

[PATCH v6 2/7] proc: Reduce cache miss in snmp_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Then snmp_seq_show is split into 2 parts to avoid build warning "the frame size" larger than 1024. Signed-off-by: Jia He ---

[PATCH v6 0/7] Reduce cache miss for snmp_fold_field

In a PowerPc server with large cpu number(160), besides commit a3a773726c9f ("net: Optimize snmp stat aggregation by walking all the percpu data at once"), I watched several other snmp_fold_field callsites which would cause high cache miss rate. test source code: My simple test

[PATCH v6 2/7] proc: Reduce cache miss in snmp_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Then snmp_seq_show is split into 2 parts to avoid build warning "the frame size" larger than 1024. Signed-off-by: Jia He --- net/ipv4/proc.c | 70

[PATCH v6 0/7] Reduce cache miss for snmp_fold_field

In a PowerPc server with large cpu number(160), besides commit a3a773726c9f ("net: Optimize snmp stat aggregation by walking all the percpu data at once"), I watched several other snmp_fold_field callsites which would cause high cache miss rate. test source code: My simple test

[PATCH v6 3/7] proc: Reduce cache miss in snmp6_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He --- net/ipv6/proc.c | 30 ++ 1 file changed, 22 insertions(+), 8 deletions(-)

[PATCH v6 3/7] proc: Reduce cache miss in snmp6_seq_show

This is to use the generic interfaces snmp_get_cpu_field{,64}_batch to aggregate the data by going through all the items of each cpu sequentially. Signed-off-by: Jia He --- net/ipv6/proc.c | 30 ++ 1 file changed, 22 insertions(+), 8 deletions(-) diff --git

Re: [PATCH] drm/mediatek: fix a typo

On Thu, 2016-09-29 at 10:46 +0200, Matthias Brugger wrote: > > On 29/09/16 06:01, CK Hu wrote: > > Acked-by: CK Hu > > > > On Thu, 2016-09-29 at 11:22 +0800, Bibby Hsieh wrote: > >> Fix the typo: OD_RELAYMODE->OD_CFG > >> > Hi, Matthias Thanks for your reply. > Although it

Re: [PATCH] drm/mediatek: fix a typo

On Thu, 2016-09-29 at 10:46 +0200, Matthias Brugger wrote: > > On 29/09/16 06:01, CK Hu wrote: > > Acked-by: CK Hu > > > > On Thu, 2016-09-29 at 11:22 +0800, Bibby Hsieh wrote: > >> Fix the typo: OD_RELAYMODE->OD_CFG > >> > Hi, Matthias Thanks for your reply. > Although it is quite clear what

Re: [PATCH v14 2/4] CMDQ: Mediatek CMDQ driver

Hi, HS: On Mon, 2016-09-05 at 09:44 +0800, HS Liao wrote: > This patch is first version of Mediatek Command Queue(CMDQ) driver. The > CMDQ is used to help write registers with critical time limitation, > such as updating display configuration during the vblank. It controls > Global Command Engine

Re: [PATCH v14 2/4] CMDQ: Mediatek CMDQ driver

Hi, HS: On Mon, 2016-09-05 at 09:44 +0800, HS Liao wrote: > This patch is first version of Mediatek Command Queue(CMDQ) driver. The > CMDQ is used to help write registers with critical time limitation, > such as updating display configuration during the vblank. It controls > Global Command Engine

Re: [PATCH v4 00/12] re-enable DAX PMD support

On Fri, Sep 30, 2016 at 09:43:45AM +1000, Dave Chinner wrote: > Finally: none of the patches in your tree have reviewed-by tags. > That says to me that none of this code has been reviewed yet. > Reviewed-by tags are non-negotiable requirement for anything going > through my trees. I don't have

Re: [PATCH v4 00/12] re-enable DAX PMD support

On Fri, Sep 30, 2016 at 09:43:45AM +1000, Dave Chinner wrote: > Finally: none of the patches in your tree have reviewed-by tags. > That says to me that none of this code has been reviewed yet. > Reviewed-by tags are non-negotiable requirement for anything going > through my trees. I don't have

Re: [lkp] [staging] d4f56b47a8: divide error: 0000 [#1] PREEMPT SMP KASAN

On 09/30, Viresh Kumar wrote: >On Fri, Sep 30, 2016 at 7:29 AM, kernel test robot > wrote: >> >> >> FYI, we noticed the following commit: >> >> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master >> commit d4f56b47a8fac90b15adfae80a42a2735d6b3213

[PATCH] aer: function comments cleanup

Signed-off-by: Cao jin --- drivers/pci/pcie/aer/aerdrv.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/pci/pcie/aer/aerdrv.c b/drivers/pci/pcie/aer/aerdrv.c index 48d21e0..20eea86 100644 --- a/drivers/pci/pcie/aer/aerdrv.c +++

[PATCH] aer: function comments cleanup

Signed-off-by: Cao jin --- drivers/pci/pcie/aer/aerdrv.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/pci/pcie/aer/aerdrv.c b/drivers/pci/pcie/aer/aerdrv.c index 48d21e0..20eea86 100644 --- a/drivers/pci/pcie/aer/aerdrv.c +++ b/drivers/pci/pcie/aer/aerdrv.c @@ -294,7 +294,6 @@

Re: [lkp] [staging] d4f56b47a8: divide error: 0000 [#1] PREEMPT SMP KASAN

On 09/30, Viresh Kumar wrote: >On Fri, Sep 30, 2016 at 7:29 AM, kernel test robot > wrote: >> >> >> FYI, we noticed the following commit: >> >> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git master >> commit d4f56b47a8fac90b15adfae80a42a2735d6b3213 ("staging: greybus: Add >>

Re: [RFC][PATCH 0/7] printk: use alt_printk to handle printk() recursive calls

On (09/29/16 15:25), Petr Mladek wrote: > On Tue 2016-09-27 23:22:30, Sergey Senozhatsky wrote: > > Hello, > > > > RFC > > > > This patch set extends a lock-less NMI per-cpu buffers idea to > > handle recursive printk() calls. The basic mechanism is pretty much the > > same -- at the

Re: [RFC][PATCH 0/7] printk: use alt_printk to handle printk() recursive calls

On (09/29/16 15:25), Petr Mladek wrote: > On Tue 2016-09-27 23:22:30, Sergey Senozhatsky wrote: > > Hello, > > > > RFC > > > > This patch set extends a lock-less NMI per-cpu buffers idea to > > handle recursive printk() calls. The basic mechanism is pretty much the > > same -- at the

Re: [PATCH net v2] L2TP:Adjust intf MTU,factor underlay L3,overlay L2

Hi James, On Thu, 29 Sep 2016, James Chapman wrote: > On 22/09/16 21:52, R. Parameswaran wrote: > > From ed585bdd6d3d2b3dec58d414f514cd764d89159d Mon Sep 17 00:00:00 2001 > > From: "R. Parameswaran" > > Date: Thu, 22 Sep 2016 13:19:25 -0700 > > Subject: [PATCH]

[git pull] drm fixes for 4.8 final

Hi Linus, One big regression fix for udl, along with two amdgpu fixes and two nouveau fixes. All seems pretty safe and useful. Dave. The following changes since commit 08895a8b6b06ed2323cd97a36ee40a116b3db8ed: Linux 4.8-rc8 (2016-09-25 18:47:13 -0700) are available in the git repository

Re: [PATCH net v2] L2TP:Adjust intf MTU,factor underlay L3,overlay L2

Hi James, On Thu, 29 Sep 2016, James Chapman wrote: > On 22/09/16 21:52, R. Parameswaran wrote: > > From ed585bdd6d3d2b3dec58d414f514cd764d89159d Mon Sep 17 00:00:00 2001 > > From: "R. Parameswaran" > > Date: Thu, 22 Sep 2016 13:19:25 -0700 > > Subject: [PATCH] L2TP:Adjust intf MTU,factor

[git pull] drm fixes for 4.8 final

Hi Linus, One big regression fix for udl, along with two amdgpu fixes and two nouveau fixes. All seems pretty safe and useful. Dave. The following changes since commit 08895a8b6b06ed2323cd97a36ee40a116b3db8ed: Linux 4.8-rc8 (2016-09-25 18:47:13 -0700) are available in the git repository

[PATCH v15 09/15] selftests/powerpc: Add ptrace tests for TAR, PPR, DSCR in suspended TM

From: Anshuman Khandual This patch adds ptrace interface test for TAR, PPR, DSCR registers inside suspended TM context. Signed-off-by: Anshuman Khandual Signed-off-by: Simon Guo ---

[PATCH v15 09/15] selftests/powerpc: Add ptrace tests for TAR, PPR, DSCR in suspended TM

From: Anshuman Khandual This patch adds ptrace interface test for TAR, PPR, DSCR registers inside suspended TM context. Signed-off-by: Anshuman Khandual Signed-off-by: Simon Guo --- tools/testing/selftests/powerpc/ptrace/Makefile| 2 +- .../selftests/powerpc/ptrace/ptrace-tm-spd-tar.c

[PATCH v15 15/15] selftests/powerpc: Fix a build issue

From: Anshuman Khandual Fixes the following build failure - cp_abort.c:90:3: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode for (int i = 0; i < NUM_LOOPS; i++) { ^ cp_abort.c:90:3: note: use option -std=c99, -std=gnu99, -std=c11 or

[PATCH v15 12/15] selftests/powerpc: Add ptrace tests for VSX, VMX registers in suspended TM

From: Anshuman Khandual This patch adds ptrace interface test for VSX, VMX registers inside suspended TM context. Signed-off-by: Anshuman Khandual Signed-off-by: Simon Guo ---

Re: [PATCH v1 00/12] THP migration support

> > Thanks for helping, :) > > I think that you seem to do some testing with these patches on powerpc, > which shows that thp migration can be enabled relatively easily for > non-x86_64. This is a good news to me. Right. I did some THP migration tests on both x86_64 and IBM ppc64. You can use

[PATCH v15 15/15] selftests/powerpc: Fix a build issue

From: Anshuman Khandual Fixes the following build failure - cp_abort.c:90:3: error: ‘for’ loop initial declarations are only allowed in C99 or C11 mode for (int i = 0; i < NUM_LOOPS; i++) { ^ cp_abort.c:90:3: note: use option -std=c99, -std=gnu99, -std=c11 or -std=gnu11 to compile your

  1   2   3   4   5   6   7   8   9   10   >