[PATCH v3,net-next 2/2] ip6_gre: fix potential memory leak in ip6erspan_rcv

If md is NULL, tun_dst must be freed, otherwise it will cause memory leak. Fixes: ef7baf5e083c ("ip6_gre: add ip6 erspan collect_md mode") Cc: William Tu Signed-off-by: Haishuang Yan --- Changes since v3: * Rebase on latest master

[PATCH v3,net-next 2/2] ip6_gre: fix potential memory leak in ip6erspan_rcv

If md is NULL, tun_dst must be freed, otherwise it will cause memory leak. Fixes: ef7baf5e083c ("ip6_gre: add ip6 erspan collect_md mode") Cc: William Tu Signed-off-by: Haishuang Yan --- Changes since v3: * Rebase on latest master branch. * Fix wrong commit information. ---

[PATCH v3,net-next 1/2] ip_gre: fix potential memory leak in erspan_rcv

If md is NULL, tun_dst must be freed, otherwise it will cause memory leak. Fixes: 1a66a836da6 ("gre: add collect_md mode to ERSPAN tunnel") Cc: William Tu Signed-off-by: Haishuang Yan --- Changes since v3: * Rebase on latest master

[PATCH v3,net-next 0/2] net: erspan: fix potential memory leak

This patch series fix potential memory leak issue. Haishuang Yan (2): ip_gre: fix potential memory leak in erspan_rcv ip6_gre: fix potential memory leak in ip6erspan_rcv net/ipv4/ip_gre.c | 4 +++- net/ipv6/ip6_gre.c | 4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) -- 1.8.3.1

[PATCH v3,net-next 1/2] ip_gre: fix potential memory leak in erspan_rcv

If md is NULL, tun_dst must be freed, otherwise it will cause memory leak. Fixes: 1a66a836da6 ("gre: add collect_md mode to ERSPAN tunnel") Cc: William Tu Signed-off-by: Haishuang Yan --- Changes since v3: * Rebase on latest master branch. * Fix wrong commit information. ---

[PATCH v3,net-next 0/2] net: erspan: fix potential memory leak

This patch series fix potential memory leak issue. Haishuang Yan (2): ip_gre: fix potential memory leak in erspan_rcv ip6_gre: fix potential memory leak in ip6erspan_rcv net/ipv4/ip_gre.c | 4 +++- net/ipv6/ip6_gre.c | 4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) -- 1.8.3.1

Re: proc_flush_task oops

ebied...@xmission.com (Eric W. Biederman) writes: > Dave Jones writes: > >> On Tue, Dec 19, 2017 at 12:27:30PM -0600, Eric W. Biederman wrote: >> > Dave Jones writes: >> > >> > > On Mon, Dec 18, 2017 at 03:50:52PM -0800, Linus Torvalds

Re: proc_flush_task oops

ebied...@xmission.com (Eric W. Biederman) writes: > Dave Jones writes: > >> On Tue, Dec 19, 2017 at 12:27:30PM -0600, Eric W. Biederman wrote: >> > Dave Jones writes: >> > >> > > On Mon, Dec 18, 2017 at 03:50:52PM -0800, Linus Torvalds wrote: >> > > >> > > > But I don't see what would

[PATCH v3,net-next] ip6_gre: fix a pontential issue in ip6erspan_rcv

pskb_may_pull() can change skb->data, so we need to load ipv6h/ershdr at the right place. Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") Cc: William Tu Acked-by: William Tu Signed-off-by: Haishuang Yan

[PATCH v3,net-next] ip6_gre: fix a pontential issue in ip6erspan_rcv

pskb_may_pull() can change skb->data, so we need to load ipv6h/ershdr at the right place. Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") Cc: William Tu Acked-by: William Tu Signed-off-by: Haishuang Yan --- Change since v3: * Rebase on latest master branch. * Fix wrong

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, Dec 19, 2017 at 04:20:51PM -0800, Paul E. McKenney wrote: > If we are going to make this sort of change, we should do so in a way > that allows the slab code to actually do the optimizations that might > make this sort of thing worthwhile. After all, if the main goal was small > code

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, Dec 19, 2017 at 04:20:51PM -0800, Paul E. McKenney wrote: > If we are going to make this sort of change, we should do so in a way > that allows the slab code to actually do the optimizations that might > make this sort of thing worthwhile. After all, if the main goal was small > code

Re: [PATCH v4 0/5] Add Intel IOMMU debugfs support

On Tue, 2017-12-19 at 23:25 +0200, Andy Shevchenko wrote: >  > Perhaps you need to switch to SPDX license pointer. > I dunno if Thomas' patch with documentation how to do this made > upstream >  / linux-next yet. > Thanks. I found the information at https://patchwork.kernel.org/patch/1 0091607/. 

Re: [PATCH v4 0/5] Add Intel IOMMU debugfs support

On Tue, 2017-12-19 at 23:25 +0200, Andy Shevchenko wrote: >  > Perhaps you need to switch to SPDX license pointer. > I dunno if Thomas' patch with documentation how to do this made > upstream >  / linux-next yet. > Thanks. I found the information at https://patchwork.kernel.org/patch/1 0091607/. 

Re: [v2 PATCH -tip 1/6] net: tcp: Add trace events for TCP congestion window tracing

Hi Masami, I love your patch! Yet something to improve: [auto build test ERROR on net/master] [also build test ERROR on v4.15-rc4 next-20171219] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

Re: [v2 PATCH -tip 1/6] net: tcp: Add trace events for TCP congestion window tracing

Hi Masami, I love your patch! Yet something to improve: [auto build test ERROR on net/master] [also build test ERROR on v4.15-rc4 next-20171219] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits

Re: [PATCH] tools/power: Don't make man pages executable

On 12/20/2017 1:36 AM, Laura Abbott wrote: On 12/19/2017 03:48 PM, Rafael J. Wysocki wrote: On 12/19/2017 8:54 PM, Laura Abbott wrote: rpm-lint flagged these as being executable: kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/turbostat.8.gz kernel-tools.x86_64: W:

Re: [PATCH] tools/power: Don't make man pages executable

On 12/20/2017 1:36 AM, Laura Abbott wrote: On 12/19/2017 03:48 PM, Rafael J. Wysocki wrote: On 12/19/2017 8:54 PM, Laura Abbott wrote: rpm-lint flagged these as being executable: kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/turbostat.8.gz kernel-tools.x86_64: W:

Re: [PATCH] mm: thp: use down_read_trylock in khugepaged to avoid long block

On 12/18/17 12:41 AM, Michal Hocko wrote: On Sat 16-12-17 23:09:25, Kirill A. Shutemov wrote: On Sat, Dec 16, 2017 at 12:45:25PM +0100, Michal Hocko wrote: On Sat 16-12-17 04:04:10, Yang Shi wrote: [...] Shall we add "cond_resched()" in unmap_vmas(), i.e for every 100 vmas? It may improve

Re: [PATCH] mm: thp: use down_read_trylock in khugepaged to avoid long block

On 12/18/17 12:41 AM, Michal Hocko wrote: On Sat 16-12-17 23:09:25, Kirill A. Shutemov wrote: On Sat, Dec 16, 2017 at 12:45:25PM +0100, Michal Hocko wrote: On Sat 16-12-17 04:04:10, Yang Shi wrote: [...] Shall we add "cond_resched()" in unmap_vmas(), i.e for every 100 vmas? It may improve

Re: [PATCH v2,net-next 1/2] ip_gre: fix potential memory leak in erspan_rcv

> On 2017年12月19日, at 下午11:36, David Miller wrote: > > From: Haishuang Yan > Date: Sat, 16 Dec 2017 10:48:38 +0800 > >> If md is NULL, tun_dst must be freed, otherwise it will cause memory >> leak. >> >> Fixes: 1a66a836da6 ("gre: add

Re: [PATCH v2,net-next 1/2] ip_gre: fix potential memory leak in erspan_rcv

> On 2017年12月19日, at 下午11:36, David Miller wrote: > > From: Haishuang Yan > Date: Sat, 16 Dec 2017 10:48:38 +0800 > >> If md is NULL, tun_dst must be freed, otherwise it will cause memory >> leak. >> >> Fixes: 1a66a836da6 ("gre: add collect_md mode to ERSPAN tunnel") >> Cc: William Tu >>

Re: [PATCH v2,net-next] ip6_gre: fix a pontential issue in ip6erspan_rcv

> On 2017年12月19日, at 下午11:34, David Miller wrote: > > From: Haishuang Yan > Date: Sat, 16 Dec 2017 10:25:25 +0800 > >> pskb_may_pull() can change skb->data, so we need to load ipv6h/ershdr at >> the right place. >> >> Fixes:

Re: [PATCH v2,net-next] ip6_gre: fix a pontential issue in ip6erspan_rcv

> On 2017年12月19日, at 下午11:34, David Miller wrote: > > From: Haishuang Yan > Date: Sat, 16 Dec 2017 10:25:25 +0800 > >> pskb_may_pull() can change skb->data, so we need to load ipv6h/ershdr at >> the right place. >> >> Fixes: 5a963eb61b7c ("ip6_gre: Add ERSPAN native tunnel support") >>

[PATCH -V4 -mm] mm, swap: Fix race between swapoff and some swap operations

From: Huang Ying When the swapin is performed, after getting the swap entry information from the page table, system will swap in the swap entry, without any lock held to prevent the swap device from being swapoff. This may cause the race like below, CPU 1

[PATCH -V4 -mm] mm, swap: Fix race between swapoff and some swap operations

From: Huang Ying When the swapin is performed, after getting the swap entry information from the page table, system will swap in the swap entry, without any lock held to prevent the swap device from being swapoff. This may cause the race like below, CPU 1 CPU 2 -

Re: [PATCH v4 2/2] kbuild: Cache a few more calls to the compiler

I'm seeing some build breakage that I bisected to commit 4e56207130eda: > CC kernel/bounds.s > In file included from /home/davehans/linux.git/include/asm-generic/bug.h:15:0, > from /home/davehans/linux.git/arch/x86/include/asm/bug.h:81, > from

Re: [PATCH v4 2/2] kbuild: Cache a few more calls to the compiler

I'm seeing some build breakage that I bisected to commit 4e56207130eda: > CC kernel/bounds.s > In file included from /home/davehans/linux.git/include/asm-generic/bug.h:15:0, > from /home/davehans/linux.git/arch/x86/include/asm/bug.h:81, > from

RE: [PATCH v4 07/12] [media] cxd2880: Add top level of the driver

Hi, Mauro > > + > > +#define pr_fmt(fmt) KBUILD_MODNAME ": %s: " fmt, __func__ > > Same comments as on other patches: use SPDX and dev_foo() for printing > messages. About printing messages pr_fmt, I also replied a comment to [PATCH v4 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI

RE: [PATCH v4 07/12] [media] cxd2880: Add top level of the driver

Hi, Mauro > > + > > +#define pr_fmt(fmt) KBUILD_MODNAME ": %s: " fmt, __func__ > > Same comments as on other patches: use SPDX and dev_foo() for printing > messages. About printing messages pr_fmt, I also replied a comment to [PATCH v4 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On 12/19/2017 6:59 PM, Daniel Vetter wrote: On Mon, Dec 18, 2017 at 09:42:13AM -0800, Linus Torvalds wrote: On Sun, Dec 17, 2017 at 11:11 PM, Daniel Vetter wrote: This didn't seem to have made it into -rc4. Anything needed to get it going? Do you actually see the problem

Re: [PATCH] kthread: finer-grained lockdep/cross-release completion

On 12/19/2017 6:59 PM, Daniel Vetter wrote: On Mon, Dec 18, 2017 at 09:42:13AM -0800, Linus Torvalds wrote: On Sun, Dec 17, 2017 at 11:11 PM, Daniel Vetter wrote: This didn't seem to have made it into -rc4. Anything needed to get it going? Do you actually see the problem in -rc4? Because

Re: [PATCH 14/15] dax: associate mappings with inodes, and warn if dma collides with truncate

On Fri, Nov 10, 2017 at 1:08 AM, Christoph Hellwig wrote: >> + struct { >> + /* >> + * ZONE_DEVICE pages are never on an lru or handled by >> + * a slab allocator, this points to the hosting device >> +

Re: [PATCH 14/15] dax: associate mappings with inodes, and warn if dma collides with truncate

On Fri, Nov 10, 2017 at 1:08 AM, Christoph Hellwig wrote: >> + struct { >> + /* >> + * ZONE_DEVICE pages are never on an lru or handled by >> + * a slab allocator, this points to the hosting device >> +

[PATCH 1/1] powerpc: Emulate paste instruction

From: Michael Neuling On POWER9 DD2.1 and below there are issues when the paste instruction generates an error. If an error occurs when thread reconfiguration happens (ie another thread in the core goes into/out of powersave) the core may hang. To avoid this a special

[PATCH 1/1] powerpc: Emulate paste instruction

From: Michael Neuling On POWER9 DD2.1 and below there are issues when the paste instruction generates an error. If an error occurs when thread reconfiguration happens (ie another thread in the core goes into/out of powersave) the core may hang. To avoid this a special sequence is required which

[PATCH 1/1] vas: vas_window_init_dbgdir: fix order of cleanup.

Fix the order of cleanup to ensure we free the name buffer in case of an error creating 'hvwc' or 'info' files. Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/platforms/powernv/vas-debug.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 1/1] vas: vas_window_init_dbgdir: fix order of cleanup.

Fix the order of cleanup to ensure we free the name buffer in case of an error creating 'hvwc' or 'info' files. Signed-off-by: Sukadev Bhattiprolu --- arch/powerpc/platforms/powernv/vas-debug.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

RE: [PATCH v4 06/12] [media] cxd2880: Add integration layer for the driver

Hi, Mauro. > > > > These functions monitor the driver and watch for task completion. > > This is part of the Sony CXD2880 DVB-T2/T tuner + demodulator driver. > > If I understand well, the goal here is to have thread that would be waking > up from time to time, right? Just use the infrastructure

RE: [PATCH v4 06/12] [media] cxd2880: Add integration layer for the driver

Hi, Mauro. > > > > These functions monitor the driver and watch for task completion. > > This is part of the Sony CXD2880 DVB-T2/T tuner + demodulator driver. > > If I understand well, the goal here is to have thread that would be waking > up from time to time, right? Just use the infrastructure

Re: [PATCH -tip v3 3/6] net: sctp: Add SCTP ACK tracking trace event

On Tue, 19 Dec 2017 10:20:24 -0500 Steven Rostedt wrote: > On Tue, 19 Dec 2017 17:58:25 +0900 > Masami Hiramatsu wrote: > > > +TRACE_EVENT(sctp_probe, > > + > > + TP_PROTO(const struct sctp_endpoint *ep, > > +const struct sctp_association

Re: [PATCH -tip v3 3/6] net: sctp: Add SCTP ACK tracking trace event

On Tue, 19 Dec 2017 10:20:24 -0500 Steven Rostedt wrote: > On Tue, 19 Dec 2017 17:58:25 +0900 > Masami Hiramatsu wrote: > > > +TRACE_EVENT(sctp_probe, > > + > > + TP_PROTO(const struct sctp_endpoint *ep, > > +const struct sctp_association *asoc, > > +struct sctp_chunk

RE: [PATCH v4 05/12] [media] cxd2880: Add tuner part of the driver

Hi, Mauro > > + ret = tnr_dmd->io->read_regs(tnr_dmd->io, > > +CXD2880_IO_TGT_SYS, > > +0x10, data, 1); > > + if (ret) > > + return ret; > > + if ((data[0] & 0x01) == 0x00) > > + return -EBUSY; > > I don't

RE: [PATCH v4 05/12] [media] cxd2880: Add tuner part of the driver

Hi, Mauro > > + ret = tnr_dmd->io->read_regs(tnr_dmd->io, > > +CXD2880_IO_TGT_SYS, > > +0x10, data, 1); > > + if (ret) > > + return ret; > > + if ((data[0] & 0x01) == 0x00) > > + return -EBUSY; > > I don't

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, 19 Dec 2017, Rao Shoaib wrote: > > > mm/slab_common.c > > It would be great to have separate patches so that we can review it > > properly: > > > > 1. Move the code into slab_common.c > > 2. The actual code changes to the kfree rcu mechanism > > 3. The whitespace changes > I can

Re: [PATCH/RFC] llist: add llist_[add|del_first]_exclusive

Vitaly Wool writes: > 2017-12-19 2:35 GMT+01:00 Huang, Ying : > >> Vitaly Wool writes: >> >> > It sometimes is necessary to be able to be able to use llist in >> > the following manner: >> > if (node_unlisted(node)) >> >

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, 19 Dec 2017, Rao Shoaib wrote: > > > mm/slab_common.c > > It would be great to have separate patches so that we can review it > > properly: > > > > 1. Move the code into slab_common.c > > 2. The actual code changes to the kfree rcu mechanism > > 3. The whitespace changes > I can

Re: [PATCH/RFC] llist: add llist_[add|del_first]_exclusive

Vitaly Wool writes: > 2017-12-19 2:35 GMT+01:00 Huang, Ying : > >> Vitaly Wool writes: >> >> > It sometimes is necessary to be able to be able to use llist in >> > the following manner: >> > if (node_unlisted(node)) >> > llst_add(node, list); >> > i. e. only add a node to

RE: [PATCH v4 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI interface

Hi, Mauro. > > + > > +#define pr_fmt(fmt) KBUILD_MODNAME ": %s: " fmt, __func__ > > It would be better to use dev_foo() debug macros instead of > pr_foo() ones. I got comment for this previous version patch as below

RE: [PATCH v4 02/12] [media] cxd2880-spi: Add support for CXD2880 SPI interface

Hi, Mauro. > > + > > +#define pr_fmt(fmt) KBUILD_MODNAME ": %s: " fmt, __func__ > > It would be better to use dev_foo() debug macros instead of > pr_foo() ones. I got comment for this previous version patch as below

Re: thinkpad x60: sound problems in 4.15-rc1 was Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Wed, Dec 20, 2017 at 01:33:45AM +0100, Thomas Gleixner wrote: > On Tue, 19 Dec 2017, vcap...@pengaru.com wrote: > > On Wed, Dec 20, 2017 at 12:22:12AM +0100, Pavel Machek wrote: > > > You forgot to mention commit id :-). > > > > > > > That is very strange, anyhow: > > > > commit

Re: thinkpad x60: sound problems in 4.15-rc1 was Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Wed, Dec 20, 2017 at 01:33:45AM +0100, Thomas Gleixner wrote: > On Tue, 19 Dec 2017, vcap...@pengaru.com wrote: > > On Wed, Dec 20, 2017 at 12:22:12AM +0100, Pavel Machek wrote: > > > You forgot to mention commit id :-). > > > > > > > That is very strange, anyhow: > > > > commit

Re: [v2 PATCH -tip 3/6] net: sctp: Add SCTP ACK tracking trace event

Hi Masami, I love your patch! Perhaps something to improve: [auto build test WARNING on net/master] [also build test WARNING on v4.15-rc4 next-20171219] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

Re: [v2 PATCH -tip 3/6] net: sctp: Add SCTP ACK tracking trace event

Hi Masami, I love your patch! Perhaps something to improve: [auto build test WARNING on net/master] [also build test WARNING on v4.15-rc4 next-20171219] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[GIT PULL 1/2] bcm2835-dt-next-2017-12-19

Hi Florian, The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the Git repository at: git://github.com/anholt/linux tags/bcm2835-dt-next-2017-12-19 for you to fetch changes up to

[GIT PULL 1/2] bcm2835-dt-next-2017-12-19

Hi Florian, The following changes since commit 4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323: Linux 4.15-rc1 (2017-11-26 16:01:47 -0800) are available in the Git repository at: git://github.com/anholt/linux tags/bcm2835-dt-next-2017-12-19 for you to fetch changes up to

[GIT PULL 2/2] bcm2835-drivers-next-2017-12-19

The following changes since commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e: Linux 4.14-rc1 (2017-09-16 15:47:51 -0700) are available in the Git repository at: git://github.com/anholt/linux tags/bcm2835-drivers-next-2017-12-19 for you to fetch changes up to

[GIT PULL 2/2] bcm2835-drivers-next-2017-12-19

The following changes since commit 2bd6bf03f4c1c59381d62c61d03f6cc3fe71f66e: Linux 4.14-rc1 (2017-09-16 15:47:51 -0700) are available in the Git repository at: git://github.com/anholt/linux tags/bcm2835-drivers-next-2017-12-19 for you to fetch changes up to

Re: [PATCH v4 5/5] iommu/vt-d: Add debugfs support for Interrupt remapping

On Tue, 2017-12-19 at 23:30 +0200, Andy Shevchenko wrote: > On Tue, 2017-12-19 at 13:08 -0800, Sohil Mehta wrote: > > > > Debugfs extension for Intel IOMMU to dump Interrupt remapping table > > entries for Interrupt remapping and Interrupt posting. > > > > The file

Re: [PATCH v4 5/5] iommu/vt-d: Add debugfs support for Interrupt remapping

On Tue, 2017-12-19 at 23:30 +0200, Andy Shevchenko wrote: > On Tue, 2017-12-19 at 13:08 -0800, Sohil Mehta wrote: > > > > Debugfs extension for Intel IOMMU to dump Interrupt remapping table > > entries for Interrupt remapping and Interrupt posting. > > > > The file

Re: [PATCH] tools/power: Don't make man pages executable

On 12/19/2017 03:48 PM, Rafael J. Wysocki wrote: On 12/19/2017 8:54 PM, Laura Abbott wrote: rpm-lint flagged these as being executable: kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/turbostat.8.gz kernel-tools.x86_64: W: spurious-executable-perm

Re: [PATCH] tools/power: Don't make man pages executable

On 12/19/2017 03:48 PM, Rafael J. Wysocki wrote: On 12/19/2017 8:54 PM, Laura Abbott wrote: rpm-lint flagged these as being executable: kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/turbostat.8.gz kernel-tools.x86_64: W: spurious-executable-perm

Waiting For Your Urgent Replay.........

My Dear, How are you together with your family? I hope all is well. Considering the fact, I did not know you in person or even have seen you before but due to the true revelation that I should share this lucrative opportunity with you, I have no choice other than to contact you. So, kindly

Waiting For Your Urgent Replay.........

My Dear, How are you together with your family? I hope all is well. Considering the fact, I did not know you in person or even have seen you before but due to the true revelation that I should share this lucrative opportunity with you, I have no choice other than to contact you. So, kindly

Re: [v4.14-rt][report] arm: run: stress-ng --class os --all 0 -t 5m

On 12/19/2017 02:27 AM, Sebastian Andrzej Siewior wrote: > On 2017-12-18 20:01:05 [-0600], Grygorii Strashko wrote: >> Hi All, > Hi, > >> Below results of running stress-ng --class os --all 0 -t 5m on TI am57xx-evm >> (SMP, 2 cpu) >>

Re: [v4.14-rt][report] arm: run: stress-ng --class os --all 0 -t 5m

On 12/19/2017 02:27 AM, Sebastian Andrzej Siewior wrote: > On 2017-12-18 20:01:05 [-0600], Grygorii Strashko wrote: >> Hi All, > Hi, > >> Below results of running stress-ng --class os --all 0 -t 5m on TI am57xx-evm >> (SMP, 2 cpu) >>

Re: thinkpad x60: sound problems in 4.15-rc1 was Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Tue, 19 Dec 2017, vcap...@pengaru.com wrote: > On Wed, Dec 20, 2017 at 12:22:12AM +0100, Pavel Machek wrote: > > You forgot to mention commit id :-). > > > > That is very strange, anyhow: > > commit fdba46ffb4c203b6e6794163493fd310f98bb4be > Author: Thomas Gleixner >

Re: thinkpad x60: sound problems in 4.15-rc1 was Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Tue, 19 Dec 2017, vcap...@pengaru.com wrote: > On Wed, Dec 20, 2017 at 12:22:12AM +0100, Pavel Machek wrote: > > You forgot to mention commit id :-). > > > > That is very strange, anyhow: > > commit fdba46ffb4c203b6e6794163493fd310f98bb4be > Author: Thomas Gleixner > Date: Wed Sep 13

Re: PROBLEM: 4.15.0-rc3 APIC causes lockups on Core 2 Duo laptop

On Tue, 19 Dec 2017, Alexandru Chirvasitu wrote: > I had never heard of 'bisect' before this casual mention (you might tell > I am a bit out of my depth). I've since applied it to Linus' tree between > bebc608 Linux 4.14 (good) > > and > > 4fbd8d1 Linux 4.15-rc1 (bad) Is Linus current head

Re: PROBLEM: 4.15.0-rc3 APIC causes lockups on Core 2 Duo laptop

On Tue, 19 Dec 2017, Alexandru Chirvasitu wrote: > I had never heard of 'bisect' before this casual mention (you might tell > I am a bit out of my depth). I've since applied it to Linus' tree between > bebc608 Linux 4.14 (good) > > and > > 4fbd8d1 Linux 4.15-rc1 (bad) Is Linus current head

[PATCH] vfb: fix video mode and line_length being set when loaded

Currently, when loading the vfb module, the newly created fbdev has a line_length of 0, and its video mode would be PSEUDOCOLOR regardless of color depth. (The former could be worked around by calling the FBIOPUT_VSCREENINFO ioctl with having the FBACTIVIATE_FORCE flag set.) This patch

[PATCH] vfb: fix video mode and line_length being set when loaded

Currently, when loading the vfb module, the newly created fbdev has a line_length of 0, and its video mode would be PSEUDOCOLOR regardless of color depth. (The former could be worked around by calling the FBIOPUT_VSCREENINFO ioctl with having the FBACTIVIATE_FORCE flag set.) This patch

Re: thinkpad x60: sound problems in 4.15-rc1 was Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Wed, Dec 20, 2017 at 12:22:12AM +0100, Pavel Machek wrote: > Hi! > > > > > > > > > > > > Reappeared, 4.15-rc1. > > > > > > > > > > > > > > > > > > > > > > [ 40.473822] PM: suspend exit > > > > > > > > > > > [ 40.526027] sdhci-pci :15:00.2: Will use DMA mode > > > > > > > > > > > even

Re: thinkpad x60: sound problems in 4.15-rc1 was Re: thinkpad x60: sound problems in 4.14.0-next-20171114

On Wed, Dec 20, 2017 at 12:22:12AM +0100, Pavel Machek wrote: > Hi! > > > > > > > > > > > > Reappeared, 4.15-rc1. > > > > > > > > > > > > > > > > > > > > > > [ 40.473822] PM: suspend exit > > > > > > > > > > > [ 40.526027] sdhci-pci :15:00.2: Will use DMA mode > > > > > > > > > > > even

Re: [PATCH v4 1/3] dt-bindings: mailbox: Introduce Hi3660 controller binding

On Tue, Dec 19, 2017 at 05:30:38PM -0600, Rob Herring wrote: > On Tue, Dec 19, 2017 at 07:15:43PM +0800, Kaihua Zhong wrote: > > From: Leo Yan > > > > Introduce a binding for the Hi3660 mailbox controller, the mailbox is > > used within application processor (AP),

Re: [PATCH v4 1/3] dt-bindings: mailbox: Introduce Hi3660 controller binding

On Tue, Dec 19, 2017 at 05:30:38PM -0600, Rob Herring wrote: > On Tue, Dec 19, 2017 at 07:15:43PM +0800, Kaihua Zhong wrote: > > From: Leo Yan > > > > Introduce a binding for the Hi3660 mailbox controller, the mailbox is > > used within application processor (AP), communication processor (CP), >

Maintainer docs for patch merging

Hi, Recently we started a maintainer book (merged into Jonathan's docs-next branch). Would any current maintainers please be willing to explain how they go about generating the automated emails one often receives when a patch [set] is applied. This may also be related to tree/branch management

Maintainer docs for patch merging

Hi, Recently we started a maintainer book (merged into Jonathan's docs-next branch). Would any current maintainers please be willing to explain how they go about generating the automated emails one often receives when a patch [set] is applied. This may also be related to tree/branch management

Re: Regression with a0747a859ef6 ("bdi: add error handle for bdi_debug_register")

On Tue, Dec 19, 2017 at 10:24:52 -0800, Shaohua Li wrote: Not sure if this is MD related, but could you please check if this debug patch changes anything? The system still had cpu hangs. I've attached dmesg output saved by systemd and retrieved after booting with a pre-rc2

Re: Regression with a0747a859ef6 ("bdi: add error handle for bdi_debug_register")

On Tue, Dec 19, 2017 at 10:24:52 -0800, Shaohua Li wrote: Not sure if this is MD related, but could you please check if this debug patch changes anything? The system still had cpu hangs. I've attached dmesg output saved by systemd and retrieved after booting with a pre-rc2 kernel. -- Logs

Re: [patch V163 27/51] x86/mm/pti: Populate user PGD

On Tue, 19 Dec 2017, Thomas Gleixner wrote: > On Tue, 19 Dec 2017, Ingo Molnar wrote: > We don't run out of space, but the 0-day robot triggered a nasty issue. > > The fixmap bottom address, which contains the early_ioremap fixmap area, is: > > vaddr_bt = FIXADDR_TOP - FIX_BTMAP_BEGIN *

Re: [patch V163 27/51] x86/mm/pti: Populate user PGD

On Tue, 19 Dec 2017, Thomas Gleixner wrote: > On Tue, 19 Dec 2017, Ingo Molnar wrote: > We don't run out of space, but the 0-day robot triggered a nasty issue. > > The fixmap bottom address, which contains the early_ioremap fixmap area, is: > > vaddr_bt = FIXADDR_TOP - FIX_BTMAP_BEGIN *

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, Dec 19, 2017 at 02:12:06PM -0800, Matthew Wilcox wrote: > On Tue, Dec 19, 2017 at 09:41:58PM +0100, Jesper Dangaard Brouer wrote: > > If I had to implement this: I would choose to do the optimization in > > __rcu_process_callbacks() create small on-call-stack ptr-array for > >

Re: [PATCH] kfree_rcu() should use the new kfree_bulk() interface for freeing rcu structures

On Tue, Dec 19, 2017 at 02:12:06PM -0800, Matthew Wilcox wrote: > On Tue, Dec 19, 2017 at 09:41:58PM +0100, Jesper Dangaard Brouer wrote: > > If I had to implement this: I would choose to do the optimization in > > __rcu_process_callbacks() create small on-call-stack ptr-array for > >

Re: linux-next: build warning after merge of the btrfs-kdave tree

On 2017年12月20日 06:20, Stephen Rothwell wrote: > Hi David, > > After merging the btrfs-kdave tree, today's linux-next build (powerpc > ppc64_defconfig) produced this warning: > > fs/btrfs/qgroup.c: In function 'qgroup_reserve': > fs/btrfs/qgroup.c:2432:1: warning: label 'retry' defined but not

Re: linux-next: build warning after merge of the btrfs-kdave tree

On 2017年12月20日 06:20, Stephen Rothwell wrote: > Hi David, > > After merging the btrfs-kdave tree, today's linux-next build (powerpc > ppc64_defconfig) produced this warning: > > fs/btrfs/qgroup.c: In function 'qgroup_reserve': > fs/btrfs/qgroup.c:2432:1: warning: label 'retry' defined but not

Re: [PATCH v9 7/7] intel_sgx: in-kernel launch enclave

On Tue, 2017-12-19 at 17:36 +0200, Andy Shevchenko wrote: > On Tue, Dec 19, 2017 at 3:59 PM, Jarkko Sakkinen > wrote: > > > I streamlined the IPC quite a bit. See the attached patch. Can be > > applied on top of this patch. > > Sorry, I didn't look into actual

Re: [PATCH v9 7/7] intel_sgx: in-kernel launch enclave

On Tue, 2017-12-19 at 17:36 +0200, Andy Shevchenko wrote: > On Tue, Dec 19, 2017 at 3:59 PM, Jarkko Sakkinen > wrote: > > > I streamlined the IPC quite a bit. See the attached patch. Can be > > applied on top of this patch. > > Sorry, I didn't look into actual code, but WRT the attached patch,

Re: [PATCH v5 01/18] PCI: dwc: Use the DMA-API to get the MSI address

On Tue, Dec 19, 2017 at 12:45:30PM +, Gustavo Pimentel wrote: > Tested-By: Gustavo Pimentel > > Using an arc board with USB and SATA end points with a root complex PCIe IP > core > version 5.00, I ran the the following tests: >  - I checked that all end points

Re: [PATCH v5 01/18] PCI: dwc: Use the DMA-API to get the MSI address

On Tue, Dec 19, 2017 at 12:45:30PM +, Gustavo Pimentel wrote: > Tested-By: Gustavo Pimentel > > Using an arc board with USB and SATA end points with a root complex PCIe IP > core > version 5.00, I ran the the following tests: >  - I checked that all end points were listed correctly; >  - I

Re: [PATCH 2/2 v2] scsi: ufs: use sysfs entry for health info

On Tue, 2017-12-19 at 14:46 -0800, Jaegeuk Kim wrote: > Subject: [PATCH 2/2] scsi: ufs: introduce sysfs entries exposing UFS health > info > > This patch adds a new sysfs group, namely health, via: > >/sys/devices/soc/X.ufshc/health/ Thanks for the quick respin. This looks a lot better to

Re: [PATCH 2/2 v2] scsi: ufs: use sysfs entry for health info

On Tue, 2017-12-19 at 14:46 -0800, Jaegeuk Kim wrote: > Subject: [PATCH 2/2] scsi: ufs: introduce sysfs entries exposing UFS health > info > > This patch adds a new sysfs group, namely health, via: > >/sys/devices/soc/X.ufshc/health/ Thanks for the quick respin. This looks a lot better to

Re: [PATCH v2] IPI performance benchmark

On Tue, 19 Dec 2017 11:50:10 +0300 Yury Norov wrote: > This benchmark sends many IPIs in different modes and measures > time for IPI delivery (first column), and total time, ie including > time to acknowledge the receive by sender (second column). > > The scenarios

Re: [PATCH v2] IPI performance benchmark

On Tue, 19 Dec 2017 11:50:10 +0300 Yury Norov wrote: > This benchmark sends many IPIs in different modes and measures > time for IPI delivery (first column), and total time, ie including > time to acknowledge the receive by sender (second column). > > The scenarios are: > Dry-run: do

Urgent Message.

Dear Friend, I am Mr. James Udo, a computer scientist with UBA Bank. I am 29 years old, just started work with UBA Bank. I came across your (B) file which was marked X and your released D disk painted RED, I took time to study it and found out that you have paid VIRTUALLY all fees and

Urgent Message.

Dear Friend, I am Mr. James Udo, a computer scientist with UBA Bank. I am 29 years old, just started work with UBA Bank. I came across your (B) file which was marked X and your released D disk painted RED, I took time to study it and found out that you have paid VIRTUALLY all fees and

Re: [PATCH] tools/power: Don't make man pages executable

On 12/19/2017 8:54 PM, Laura Abbott wrote: rpm-lint flagged these as being executable: kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/turbostat.8.gz kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/x86_energy_perf_policy.8.gz Fix this Signed-off-by:

Re: [PATCH] tools/power: Don't make man pages executable

On 12/19/2017 8:54 PM, Laura Abbott wrote: rpm-lint flagged these as being executable: kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/turbostat.8.gz kernel-tools.x86_64: W: spurious-executable-perm /usr/share/man/man8/x86_energy_perf_policy.8.gz Fix this Signed-off-by:

Re: [PATCH] dt-bindings: display: panel: Fix compatible string for Toshiba LT089AC29000

On Sun, Dec 17, 2017 at 03:34:33AM +0100, Jonathan Neuschäfer wrote: > The compatible string for this panel was specified as > toshiba,lt089ac29000.txt. I believe this is a mistake. > > Fixes: 06e733e41f87 ("drm/panel: simple: add Toshiba LT089AC19000") > Cc: Lucas Stach

Re: [PATCH] dt-bindings: display: panel: Fix compatible string for Toshiba LT089AC29000

On Sun, Dec 17, 2017 at 03:34:33AM +0100, Jonathan Neuschäfer wrote: > The compatible string for this panel was specified as > toshiba,lt089ac29000.txt. I believe this is a mistake. > > Fixes: 06e733e41f87 ("drm/panel: simple: add Toshiba LT089AC19000") > Cc: Lucas Stach > Signed-off-by:

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