Re: [PATCH 3.10 000/319] 3.10.105-stable review

On Mon, Feb 06, 2017 at 11:48:03PM +0100, Willy Tarreau wrote: > On Mon, Feb 06, 2017 at 06:46:39AM -0800, Guenter Roeck wrote: > > > An updated patch was pushed here : > > > > > > > > > https://kernel.org/pub/linux/kernel/v3.x/stable-review/patch-3.10.105-rc2.gz > > > > > > > Better, but

Re: [PATCH 3.10 000/319] 3.10.105-stable review

On Mon, Feb 06, 2017 at 11:48:03PM +0100, Willy Tarreau wrote: > On Mon, Feb 06, 2017 at 06:46:39AM -0800, Guenter Roeck wrote: > > > An updated patch was pushed here : > > > > > > > > > https://kernel.org/pub/linux/kernel/v3.x/stable-review/patch-3.10.105-rc2.gz > > > > > > > Better, but

Re: [PATCH] mm: extend zero pages to same element pages for zram

Hi On Mon, Feb 06, 2017 at 09:28:18AM +0800, zhouxianrong wrote: > > > On 2017/2/5 22:21, Minchan Kim wrote: > >Hi zhouxianrong, > > > >On Fri, Feb 03, 2017 at 04:42:27PM +0800, zhouxianr...@huawei.com wrote: > >>From: zhouxianrong > >> > >>test result as listed below:

Re: net/kcm: WARNING in kcm_write_msgs

On Mon, Feb 6, 2017 at 4:43 AM, Dmitry Vyukov wrote: > [resending as plain text] > > Hello, > > The following program triggers WARNING in kcm_write_msgs: > > WARNING: CPU: 3 PID: 2936 at net/kcm/kcmsock.c:627 > kcm_write_msgs+0x12e3/0x1b90 net/kcm/kcmsock.c:627 > CPU: 3 PID:

Re: [PATCH] mm: extend zero pages to same element pages for zram

Hi On Mon, Feb 06, 2017 at 09:28:18AM +0800, zhouxianrong wrote: > > > On 2017/2/5 22:21, Minchan Kim wrote: > >Hi zhouxianrong, > > > >On Fri, Feb 03, 2017 at 04:42:27PM +0800, zhouxianr...@huawei.com wrote: > >>From: zhouxianrong > >> > >>test result as listed below: > >> > >>zero

Re: net/kcm: WARNING in kcm_write_msgs

On Mon, Feb 6, 2017 at 4:43 AM, Dmitry Vyukov wrote: > [resending as plain text] > > Hello, > > The following program triggers WARNING in kcm_write_msgs: > > WARNING: CPU: 3 PID: 2936 at net/kcm/kcmsock.c:627 > kcm_write_msgs+0x12e3/0x1b90 net/kcm/kcmsock.c:627 > CPU: 3 PID: 2936 Comm: a.out Not

Re: [PATCH] fs: ext3/ext4: increase the protection of nlink dec and inode destroy

On Feb 6, 2017, at 5:35 AM, yi zhang wrote: > > From: zhangyi > > Because of the disk and hardware issue, the ext3/4 filesystem have > many errors, the inode->i_nlink of ext3/4 becomes zero abnormally > but the dentry is still positive, it will cause

Re: [PATCH] fs: ext3/ext4: increase the protection of nlink dec and inode destroy

On Feb 6, 2017, at 5:35 AM, yi zhang wrote: > > From: zhangyi > > Because of the disk and hardware issue, the ext3/4 filesystem have > many errors, the inode->i_nlink of ext3/4 becomes zero abnormally > but the dentry is still positive, it will cause memory corruption > after the following

Re: [PATCH 2/3] mm, vmscan: consider eligible zones in get_scan_count

On Mon, 6 Feb 2017 09:10:07 +0100 Michal Hocko wrote: > Hi Andrew, > it turned out that this is not a theoretical issue after all. Trevor > (added to the CC) was seeing pre-mature OOM killer triggering [1] > bisected to b2e18757f2c9 ("mm, vmscan: begin reclaiming pages on a >

Re: [PATCH 2/3] mm, vmscan: consider eligible zones in get_scan_count

On Mon, 6 Feb 2017 09:10:07 +0100 Michal Hocko wrote: > Hi Andrew, > it turned out that this is not a theoretical issue after all. Trevor > (added to the CC) was seeing pre-mature OOM killer triggering [1] > bisected to b2e18757f2c9 ("mm, vmscan: begin reclaiming pages on a > per-node basis"). >

Group Imbalance bug - performance drop upto factor 10x

Hello, we observe that group imbalance bug can cause performance degradation upto factor 10x on 4 NUMA server. I have opened Bug 194231 https://bugzilla.kernel.org/show_bug.cgi?id=194231 for this issue. The problem was first described in this paper

Group Imbalance bug - performance drop upto factor 10x

Hello, we observe that group imbalance bug can cause performance degradation upto factor 10x on 4 NUMA server. I have opened Bug 194231 https://bugzilla.kernel.org/show_bug.cgi?id=194231 for this issue. The problem was first described in this paper

[PATCH v2] serial: 8250_dw: Avoid "too much work" from bogus rx timeout interrupt

On a Rockchip rk3399-based board during suspend/resume testing, we found that we could get the console UART into a state where it would print this to the console a lot: serial8250: too much work for irq42 Followed eventually by: NMI watchdog: BUG: soft lockup - CPU#0 stuck for 11s! Upon

[PATCH v2] serial: 8250_dw: Avoid "too much work" from bogus rx timeout interrupt

On a Rockchip rk3399-based board during suspend/resume testing, we found that we could get the console UART into a state where it would print this to the console a lot: serial8250: too much work for irq42 Followed eventually by: NMI watchdog: BUG: soft lockup - CPU#0 stuck for 11s! Upon

Re: [PATCH] mm/page_alloc: return 0 in case this node has no page within the zone

On Mon, 6 Feb 2017 23:43:14 +0800 Wei Yang wrote: > The whole memory space is divided into several zones and nodes may have no > page in some zones. In this case, the __absent_pages_in_range() would > return 0, since the range it is searching for is an empty range. >

Re: [PATCH] mm/page_alloc: return 0 in case this node has no page within the zone

On Mon, 6 Feb 2017 23:43:14 +0800 Wei Yang wrote: > The whole memory space is divided into several zones and nodes may have no > page in some zones. In this case, the __absent_pages_in_range() would > return 0, since the range it is searching for is an empty range. > > Also this happens more

Re: [PATCH v3 03/14] mm: use pmd lock instead of racy checks in zap_pmd_range()

On Mon, Feb 06, 2017 at 07:02:41AM -0600, Zi Yan wrote: > On 6 Feb 2017, at 1:43, Naoya Horiguchi wrote: > > > On Sun, Feb 05, 2017 at 11:12:41AM -0500, Zi Yan wrote: > >> From: Zi Yan > >> > >> Originally, zap_pmd_range() checks pmd value without taking pmd lock. > >> This can

RE: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

> cgroup mode gives a per-CPU breakdown of event and running time, the > tool aggregates it into running time vs event count. Both per-cpu > breakdown and the aggregate are useful. > > Piggy-backing on perf's cgroup mode would give us all the above for free. Do you have some sample output from a

RE: [PATCH 00/12] Cqm2: Intel Cache quality monitoring fixes

> cgroup mode gives a per-CPU breakdown of event and running time, the > tool aggregates it into running time vs event count. Both per-cpu > breakdown and the aggregate are useful. > > Piggy-backing on perf's cgroup mode would give us all the above for free. Do you have some sample output from a

Re: [PATCH v3 03/14] mm: use pmd lock instead of racy checks in zap_pmd_range()

On Mon, Feb 06, 2017 at 07:02:41AM -0600, Zi Yan wrote: > On 6 Feb 2017, at 1:43, Naoya Horiguchi wrote: > > > On Sun, Feb 05, 2017 at 11:12:41AM -0500, Zi Yan wrote: > >> From: Zi Yan > >> > >> Originally, zap_pmd_range() checks pmd value without taking pmd lock. > >> This can cause

Re: [PATCH 4/4] clk: mvebu: Expand mv98dx3236-core-clock support

On 07/02/17 12:14, Stephen Boyd wrote: > On 02/03, Chris Packham wrote: >> The initial implementation in commit e120c17a70e5 ("clk: mvebu: support >> for 98DX3236 SoC") hardcoded a fixed value for the main PLL frequency. >> Port code from the Marvell supplied Linux kernel to support different >>

Re: [PATCH 4/4] clk: mvebu: Expand mv98dx3236-core-clock support

On 07/02/17 12:14, Stephen Boyd wrote: > On 02/03, Chris Packham wrote: >> The initial implementation in commit e120c17a70e5 ("clk: mvebu: support >> for 98DX3236 SoC") hardcoded a fixed value for the main PLL frequency. >> Port code from the Marvell supplied Linux kernel to support different >>

Re: [PATCH linux v6 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

Hi Edward, [auto build test WARNING on hwmon/hwmon-next] [also build test WARNING on v4.10-rc7 next-20170206] [cannot apply to linux/master] [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 linux v6 1/6] hwmon: Add core On-Chip Controller support for POWER CPUs

Hi Edward, [auto build test WARNING on hwmon/hwmon-next] [also build test WARNING on v4.10-rc7 next-20170206] [cannot apply to linux/master] [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 v5 1/2] dt-bindings: brcm: clocks: add binding for brcmstb-cpu-clk-div

On 02/06/2017 02:59 PM, Stephen Boyd wrote: > On 02/03, Florian Fainelli wrote: >> On 02/03/2017 12:06 PM, Stephen Boyd wrote: >>> On 02/01, Markus Mayer wrote: On 20 January 2017 at 16:52, Stephen Boyd wrote: > > Are these properties used? Please don't put

Re: [PATCH v5 1/2] dt-bindings: brcm: clocks: add binding for brcmstb-cpu-clk-div

On 02/06/2017 02:59 PM, Stephen Boyd wrote: > On 02/03, Florian Fainelli wrote: >> On 02/03/2017 12:06 PM, Stephen Boyd wrote: >>> On 02/01, Markus Mayer wrote: On 20 January 2017 at 16:52, Stephen Boyd wrote: > > Are these properties used? Please don't put these types of >

Re: [PATCH 4/4] clk: mvebu: Expand mv98dx3236-core-clock support

On 02/03, Chris Packham wrote: > The initial implementation in commit e120c17a70e5 ("clk: mvebu: support > for 98DX3236 SoC") hardcoded a fixed value for the main PLL frequency. > Port code from the Marvell supplied Linux kernel to support different > PLL frequencies and provide clock gating

Re: [PATCH 4/4] clk: mvebu: Expand mv98dx3236-core-clock support

On 02/03, Chris Packham wrote: > The initial implementation in commit e120c17a70e5 ("clk: mvebu: support > for 98DX3236 SoC") hardcoded a fixed value for the main PLL frequency. > Port code from the Marvell supplied Linux kernel to support different > PLL frequencies and provide clock gating

Re: [PATCH v3 13/24] platform: add video-multiplexer subdevice driver

On 02/06/2017 02:33 PM, Laurent Pinchart wrote: Hi Hans, (CC'ing Sakari) On Monday 06 Feb 2017 10:50:22 Hans Verkuil wrote: On 02/05/2017 04:48 PM, Laurent Pinchart wrote: On Tuesday 24 Jan 2017 18:07:55 Steve Longerbeam wrote: On 01/24/2017 04:02 AM, Philipp Zabel wrote: On Fri,

Re: [PATCH v3 13/24] platform: add video-multiplexer subdevice driver

On 02/06/2017 02:33 PM, Laurent Pinchart wrote: Hi Hans, (CC'ing Sakari) On Monday 06 Feb 2017 10:50:22 Hans Verkuil wrote: On 02/05/2017 04:48 PM, Laurent Pinchart wrote: On Tuesday 24 Jan 2017 18:07:55 Steve Longerbeam wrote: On 01/24/2017 04:02 AM, Philipp Zabel wrote: On Fri,

Re: Linux 4.9.6 ( Restore IO-APIC irq_chip retrigger callback , breaks my box )

On Mon, Feb 6, 2017 at 9:30 AM, Gabriel C wrote: > > Somewhat late , however I didn't tested 4.9.6 but jumped from 4.9.5 to 4.9.7 > and found out by box won't boot anymore. > > It hangs early and freeze with a lot RCU warnings. > Since I cannot setup a netconsole right now I

Re: Linux 4.9.6 ( Restore IO-APIC irq_chip retrigger callback , breaks my box )

On Mon, Feb 6, 2017 at 9:30 AM, Gabriel C wrote: > > Somewhat late , however I didn't tested 4.9.6 but jumped from 4.9.5 to 4.9.7 > and found out by box won't boot anymore. > > It hangs early and freeze with a lot RCU warnings. > Since I cannot setup a netconsole right now I cannot post the

Re: [PATCH] powerpc/pseries: Fix missing of_node_put

On 02/06/2017 01:36 PM, Christophe JAILLET wrote: > If 'dlpar_configure_connector()' fails, 'parent_dn' should be released as > already done in the normal case. > > Signed-off-by: Christophe JAILLET > --- > arch/powerpc/platforms/pseries/mobility.c | 7 +-- >

Re: [PATCH] powerpc/pseries: Fix missing of_node_put

On 02/06/2017 01:36 PM, Christophe JAILLET wrote: > If 'dlpar_configure_connector()' fails, 'parent_dn' should be released as > already done in the normal case. > > Signed-off-by: Christophe JAILLET > --- > arch/powerpc/platforms/pseries/mobility.c | 7 +-- > 1 file changed, 5

Re: net/icmp: null-ptr-deref in ping_v4_push_pending_frames

Cong Wang wrote: > On Mon, Feb 6, 2017 at 11:39 AM, Andrey Konovalov > wrote: > > Hi, > > > > I've got the following error report while running the syzkaller fuzzer. > > > > The null-ptr-deref is caused by sendto() on a socket(PF_INET, > >

Re: net/icmp: null-ptr-deref in ping_v4_push_pending_frames

Cong Wang wrote: > On Mon, Feb 6, 2017 at 11:39 AM, Andrey Konovalov > wrote: > > Hi, > > > > I've got the following error report while running the syzkaller fuzzer. > > > > The null-ptr-deref is caused by sendto() on a socket(PF_INET, > > SOCK_DGRAM, PROT_ICMP). > > Note, that this requires

Re: [PATCH v5 1/2] dt-bindings: brcm: clocks: add binding for brcmstb-cpu-clk-div

On 02/03, Florian Fainelli wrote: > On 02/03/2017 12:06 PM, Stephen Boyd wrote: > > On 02/01, Markus Mayer wrote: > >> On 20 January 2017 at 16:52, Stephen Boyd wrote: > >>> > >>> Are these properties used? Please don't put these types of > >>> details in DT. > >> > >> Yeah,

Re: [PATCH v5 1/2] dt-bindings: brcm: clocks: add binding for brcmstb-cpu-clk-div

On 02/03, Florian Fainelli wrote: > On 02/03/2017 12:06 PM, Stephen Boyd wrote: > > On 02/01, Markus Mayer wrote: > >> On 20 January 2017 at 16:52, Stephen Boyd wrote: > >>> > >>> Are these properties used? Please don't put these types of > >>> details in DT. > >> > >> Yeah, unfortunately they

Re: [PATCH 4/5] Input: xpad - restore LED state after device resume

On 02/06/2017 02:05 PM, Dmitry Torokhov wrote: > On Sat, Feb 04, 2017 at 04:30:01PM -0800, Cameron Gutman wrote: >> The state of pad LEDs can be inconsistent when the system is >> woken up after sleep. Rather than leaving the controllers blinking, >> let's resend the last LED command to Xbox 360

Re: [PATCH 4/5] Input: xpad - restore LED state after device resume

On 02/06/2017 02:05 PM, Dmitry Torokhov wrote: > On Sat, Feb 04, 2017 at 04:30:01PM -0800, Cameron Gutman wrote: >> The state of pad LEDs can be inconsistent when the system is >> woken up after sleep. Rather than leaving the controllers blinking, >> let's resend the last LED command to Xbox 360

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Mon, Feb 6, 2017 at 5:08 AM, Thierry Reding wrote: > On Mon, Feb 06, 2017 at 11:07:42AM +0100, Daniel Vetter wrote: >> On Mon, Feb 6, 2017 at 10:35 AM, Thierry Reding >> wrote: >> >> > > > > +EXPORT_SYMBOL(tinydrm_disable_backlight); >> > >

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

On Mon, Feb 6, 2017 at 5:08 AM, Thierry Reding wrote: > On Mon, Feb 06, 2017 at 11:07:42AM +0100, Daniel Vetter wrote: >> On Mon, Feb 6, 2017 at 10:35 AM, Thierry Reding >> wrote: >> >> > > > > +EXPORT_SYMBOL(tinydrm_disable_backlight); >> > > > > +#endif >> > > > >> > > > These look like they

[PATCH] net: ethernet: ti: cpsw: remove netif_trans_update

No need to update jiffies in txq->trans_start twice, it's supposed to be done in netdev_start_xmit() and anyway is re-written. Also, no reason to update trans time in case of an error. Signed-off-by: Ivan Khoronzhuk --- Based on net-next/master

[PATCH] net: ethernet: ti: cpsw: remove netif_trans_update

No need to update jiffies in txq->trans_start twice, it's supposed to be done in netdev_start_xmit() and anyway is re-written. Also, no reason to update trans time in case of an error. Signed-off-by: Ivan Khoronzhuk --- Based on net-next/master drivers/net/ethernet/ti/cpsw.c | 2 -- 1 file

[PATCH net-next v2 2/8] bpf: Use bpf_map_update_elem() from the library

Replace bpf_map_update() with bpf_map_update_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 +--

[PATCH net-next v2 2/8] bpf: Use bpf_map_update_elem() from the library

Replace bpf_map_update() with bpf_map_update_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 +-- tools/lib/bpf/bpf.h| 2 +-

[PATCH net-next v2 3/8] bpf: Use bpf_map_lookup_elem() from the library

Replace bpf_map_lookup() with bpf_map_lookup_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 ++---

[PATCH net-next v2 3/8] bpf: Use bpf_map_lookup_elem() from the library

Replace bpf_map_lookup() with bpf_map_lookup_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 ++--- tools/lib/bpf/bpf.h| 2 +-

[PATCH net-next v2 1/8] bpf: Use bpf_load_program() from the library

Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 9 -

[PATCH net-next v2 5/8] bpf: Use bpf_map_get_next_key() from the library

Replace bpf_map_next_key() with bpf_map_get_next_key() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 ++---

[PATCH net-next v2 1/8] bpf: Use bpf_load_program() from the library

Replace bpf_prog_load() with bpf_load_program() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 9 - tools/lib/bpf/bpf.h | 4 ++--

[PATCH net-next v2 5/8] bpf: Use bpf_map_get_next_key() from the library

Replace bpf_map_next_key() with bpf_map_get_next_key() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 ++--- tools/lib/bpf/bpf.h| 2 +-

Re: [PATCH 4/6] xfs: use memalloc_nofs_{save,restore} instead of memalloc_noio*

On Mon, Feb 06, 2017 at 07:47:43PM +0100, Michal Hocko wrote: > On Mon 06-02-17 10:32:37, Darrick J. Wong wrote: > > On Mon, Feb 06, 2017 at 06:44:15PM +0100, Michal Hocko wrote: > > > On Mon 06-02-17 07:39:23, Matthew Wilcox wrote: > > > > On Mon, Feb 06, 2017 at 03:07:16PM +0100, Michal Hocko

Re: [PATCH 4/6] xfs: use memalloc_nofs_{save,restore} instead of memalloc_noio*

On Mon, Feb 06, 2017 at 07:47:43PM +0100, Michal Hocko wrote: > On Mon 06-02-17 10:32:37, Darrick J. Wong wrote: > > On Mon, Feb 06, 2017 at 06:44:15PM +0100, Michal Hocko wrote: > > > On Mon 06-02-17 07:39:23, Matthew Wilcox wrote: > > > > On Mon, Feb 06, 2017 at 03:07:16PM +0100, Michal Hocko

[PATCH v2] netfilter: xt_hashlimit: Fix integer divide round to zero.

Diving the divider by the multiplier before applying to the input. When this would "divide by zero", divide the multiplier by the divider first then multiply the input by this value. Currently user2creds outputs zero when input value is bigger than the number of slices and lower than scale. This

[PATCH v2] netfilter: xt_hashlimit: Fix integer divide round to zero.

Diving the divider by the multiplier before applying to the input. When this would "divide by zero", divide the multiplier by the divider first then multiply the input by this value. Currently user2creds outputs zero when input value is bigger than the number of slices and lower than scale. This

Re: [PATCH net-next v1 6/7] bpf: Use the bpf_load_program() from the library

On 02/06/2017 10:30 PM, Mickaël Salaün wrote: On 06/02/2017 20:18, Daniel Borkmann wrote: On 02/06/2017 08:16 PM, Mickaël Salaün wrote: On 06/02/2017 16:30, Daniel Borkmann wrote: On 02/06/2017 12:14 AM, Mickaël Salaün wrote: Replace bpf_prog_load() with bpf_load_program() calls. Use the

Re: [PATCH net-next v1 6/7] bpf: Use the bpf_load_program() from the library

On 02/06/2017 10:30 PM, Mickaël Salaün wrote: On 06/02/2017 20:18, Daniel Borkmann wrote: On 02/06/2017 08:16 PM, Mickaël Salaün wrote: On 06/02/2017 16:30, Daniel Borkmann wrote: On 02/06/2017 12:14 AM, Mickaël Salaün wrote: Replace bpf_prog_load() with bpf_load_program() calls. Use the

[PATCH net-next v2 7/8] bpf: Remove bpf_sys.h from selftests

Add require dependency headers. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6 ++ tools/testing/selftests/bpf/bpf_sys.h

Re: net/icmp: null-ptr-deref in ping_v4_push_pending_frames

On Mon, Feb 6, 2017 at 11:39 AM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while running the syzkaller fuzzer. > > The null-ptr-deref is caused by sendto() on a socket(PF_INET, > SOCK_DGRAM, PROT_ICMP). > Note, that this requires the ability to

[PATCH net-next v2 7/8] bpf: Remove bpf_sys.h from selftests

Add require dependency headers. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c | 6 ++ tools/testing/selftests/bpf/bpf_sys.h | 27 ---

Re: net/icmp: null-ptr-deref in ping_v4_push_pending_frames

On Mon, Feb 6, 2017 at 11:39 AM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while running the syzkaller fuzzer. > > The null-ptr-deref is caused by sendto() on a socket(PF_INET, > SOCK_DGRAM, PROT_ICMP). > Note, that this requires the ability to create such sockets,

[PATCH net-next v2 8/8] bpf: Add test_tag to .gitignore

Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/bpf/.gitignore

[PATCH net-next v2 4/8] bpf: Use bpf_map_delete_elem() from the library

Replace bpf_map_delete() with bpf_map_delete_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 ++---

[PATCH net-next v2 8/8] bpf: Add test_tag to .gitignore

Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/.gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/testing/selftests/bpf/.gitignore b/tools/testing/selftests/bpf/.gitignore index

[PATCH net-next v2 4/8] bpf: Use bpf_map_delete_elem() from the library

Replace bpf_map_delete() with bpf_map_delete_elem() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/lib/bpf/bpf.c| 5 ++--- tools/lib/bpf/bpf.h| 2 +-

[PATCH net-next v2 6/8] bpf: Use bpf_create_map() from the library

Replace bpf_map_create() with bpf_create_map() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/bpf_sys.h | 15 ---

[PATCH net-next v2 6/8] bpf: Use bpf_create_map() from the library

Replace bpf_map_create() with bpf_create_map() calls. Signed-off-by: Mickaël Salaün Cc: Alexei Starovoitov Cc: Daniel Borkmann Cc: Shuah Khan --- tools/testing/selftests/bpf/bpf_sys.h | 15 --- tools/testing/selftests/bpf/test_lpm_map.c | 6 +++---

Re: [tip:core/debugobjects] debugobjects: Reduce contention on the global pool_lock

* Waiman Long wrote: > On 02/05/2017 05:03 AM, Ingo Molnar wrote: > > * tip-bot for Waiman Long wrote: > > > >> --- > >> lib/debugobjects.c | 31 ++- > >> 1 file changed, 22 insertions(+), 9 deletions(-) > >> > >> diff --git

Re: [tip:core/debugobjects] debugobjects: Reduce contention on the global pool_lock

* Waiman Long wrote: > On 02/05/2017 05:03 AM, Ingo Molnar wrote: > > * tip-bot for Waiman Long wrote: > > > >> --- > >> lib/debugobjects.c | 31 ++- > >> 1 file changed, 22 insertions(+), 9 deletions(-) > >> > >> diff --git a/lib/debugobjects.c

Re: [PATCH 3.10 000/319] 3.10.105-stable review

On Mon, Feb 06, 2017 at 06:46:39AM -0800, Guenter Roeck wrote: > > An updated patch was pushed here : > > > > > > https://kernel.org/pub/linux/kernel/v3.x/stable-review/patch-3.10.105-rc2.gz > > > > Better, but unfortunately there is now a different build error. > > Build results: >

Re: [PATCH] clk: sunxi-ng: select SUNXI_CCU_MULT for sun5i

On 02/02, Arnd Bergmann wrote: > We get a link error when CCU_MULT is not set with the > newly added driver: > > drivers/clk/sunxi-ng/ccu-sun5i.o:(.data.__compound_literal.17+0x4): undefined > reference to `ccu_mult_ops' > drivers/clk/sunxi-ng/ccu-sun5i.o:(.data.__compound_literal.5+0x4):

Re: [PATCH 3.10 000/319] 3.10.105-stable review

On Mon, Feb 06, 2017 at 06:46:39AM -0800, Guenter Roeck wrote: > > An updated patch was pushed here : > > > > > > https://kernel.org/pub/linux/kernel/v3.x/stable-review/patch-3.10.105-rc2.gz > > > > Better, but unfortunately there is now a different build error. > > Build results: >

Re: [PATCH] clk: sunxi-ng: select SUNXI_CCU_MULT for sun5i

On 02/02, Arnd Bergmann wrote: > We get a link error when CCU_MULT is not set with the > newly added driver: > > drivers/clk/sunxi-ng/ccu-sun5i.o:(.data.__compound_literal.17+0x4): undefined > reference to `ccu_mult_ops' > drivers/clk/sunxi-ng/ccu-sun5i.o:(.data.__compound_literal.5+0x4):

Re: [PATCH] clk: sunxi-ng: Check kzalloc() for errors and cleanup error path

On 02/06, Maxime Ripard wrote: > On Fri, Feb 03, 2017 at 03:00:50PM -0800, Stephen Boyd wrote: > > This kzalloc() could fail. Let's bail out with -ENOMEM here > > instead of NULL dereferencing. That silences static checkers. We > > should also cleanup on the error path even though this function >

Re: [PATCH] clk: sunxi-ng: Check kzalloc() for errors and cleanup error path

On 02/06, Maxime Ripard wrote: > On Fri, Feb 03, 2017 at 03:00:50PM -0800, Stephen Boyd wrote: > > This kzalloc() could fail. Let's bail out with -ENOMEM here > > instead of NULL dereferencing. That silences static checkers. We > > should also cleanup on the error path even though this function >

[GIT PULL] Power management fixes for v4.10-rc8

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-4.10-rc8 with top-most commit cbf304e420da96992eae50bb6d51035681340ab8 Merge branches 'pm-core-fixes' and 'pm-cpufreq-fixes' on top of commit d5adbfcd5f7bcc6fa58a41c5c5ada0e5c826ce2c

[GIT PULL] Power management fixes for v4.10-rc8

Hi Linus, Please pull from the tag git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \ pm-4.10-rc8 with top-most commit cbf304e420da96992eae50bb6d51035681340ab8 Merge branches 'pm-core-fixes' and 'pm-cpufreq-fixes' on top of commit d5adbfcd5f7bcc6fa58a41c5c5ada0e5c826ce2c

Re: [PATCH net-next v1 6/7] bpf: Use the bpf_load_program() from the library

On 06/02/2017 23:44, Daniel Borkmann wrote: > On 02/06/2017 10:30 PM, Mickaël Salaün wrote: >> On 06/02/2017 20:18, Daniel Borkmann wrote: >>> On 02/06/2017 08:16 PM, Mickaël Salaün wrote: On 06/02/2017 16:30, Daniel Borkmann wrote: > On 02/06/2017 12:14 AM, Mickaël Salaün wrote: >>

Re: [PATCH net-next v1 6/7] bpf: Use the bpf_load_program() from the library

On 06/02/2017 23:44, Daniel Borkmann wrote: > On 02/06/2017 10:30 PM, Mickaël Salaün wrote: >> On 06/02/2017 20:18, Daniel Borkmann wrote: >>> On 02/06/2017 08:16 PM, Mickaël Salaün wrote: On 06/02/2017 16:30, Daniel Borkmann wrote: > On 02/06/2017 12:14 AM, Mickaël Salaün wrote: >>

Re: [PATCH net-next v2 3/3] bpf: Always test unprivileged programs

On 02/06/2017 09:52 PM, Mickaël Salaün wrote: If selftests are run as root, then execute the unprivileged checks as well. This switch from 240 to 364 tests. The test numbers are suffixed with "/u" when executed as unprivileged or with "/p" when executed as privileged. The geteuid() check is

Re: [PATCH net-next v2 3/3] bpf: Always test unprivileged programs

On 02/06/2017 09:52 PM, Mickaël Salaün wrote: If selftests are run as root, then execute the unprivileged checks as well. This switch from 240 to 364 tests. The test numbers are suffixed with "/u" when executed as unprivileged or with "/p" when executed as privileged. The geteuid() check is

Re: [PATCH 18/89] sched/core: Move task->mm handling methods to

* Christoph Hellwig wrote: > On Mon, Feb 06, 2017 at 02:28:21PM +0100, Ingo Molnar wrote: > > Move the following task->mm helper APIs into a new header file, > > , to further reduce the size and complexity > > of : > > Is there any good reason why they can't just go into

Re: [PATCH 18/89] sched/core: Move task->mm handling methods to

* Christoph Hellwig wrote: > On Mon, Feb 06, 2017 at 02:28:21PM +0100, Ingo Molnar wrote: > > Move the following task->mm helper APIs into a new header file, > > , to further reduce the size and complexity > > of : > > Is there any good reason why they can't just go into linux/mm.h? So mm.h

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

Hi all, On Mon, 6 Feb 2017 18:01:20 +0100 Ulrich Hecht wrote: > > On Mon, Feb 6, 2017 at 9:50 AM, Greg KH wrote: > > > > I think this is fixed by a patch I just took into my tree, which isn't > > in linux-next yet. Right Ulrich? > > That is

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

Hi all, On Mon, 6 Feb 2017 18:01:20 +0100 Ulrich Hecht wrote: > > On Mon, Feb 6, 2017 at 9:50 AM, Greg KH wrote: > > > > I think this is fixed by a patch I just took into my tree, which isn't > > in linux-next yet. Right Ulrich? > > That is correct, it's called in "[PATCH v4 2/4] serial:

Re: [PATCH 20/89] sched/headers, signals: Separate out task_struct::signal and task_struct::sighand types and accessors into

* Linus Torvalds wrote: > On Mon, Feb 6, 2017 at 1:35 PM, Ingo Molnar wrote: > > > > > > BTW., most of the real work was in identifying and generating that "noise" > > - but > > to reviewers it's obviously the least interesting bits. > > > >

Re: [PATCH 20/89] sched/headers, signals: Separate out task_struct::signal and task_struct::sighand types and accessors into

* Linus Torvalds wrote: > On Mon, Feb 6, 2017 at 1:35 PM, Ingo Molnar wrote: > > > > > > BTW., most of the real work was in identifying and generating that "noise" > > - but > > to reviewers it's obviously the least interesting bits. > > > > Also note that beyond the header splitup the

Re: [PATCH 3.10 037/319] xen/pciback: Save xen_pci_op commands before processing it

On Mon, Feb 06, 2017 at 09:33:45AM -0500, Konrad Rzeszutek Wilk wrote: > On Sun, Feb 05, 2017 at 08:20:24PM +0100, Willy Tarreau wrote: > > From: Konrad Rzeszutek Wilk > > > > commit 8135cf8b092723dbfcc611fe6fdcb3a36c9951c5 upstream. > > You also need: > > commit

Re: [PATCH 3.10 037/319] xen/pciback: Save xen_pci_op commands before processing it

On Mon, Feb 06, 2017 at 09:33:45AM -0500, Konrad Rzeszutek Wilk wrote: > On Sun, Feb 05, 2017 at 08:20:24PM +0100, Willy Tarreau wrote: > > From: Konrad Rzeszutek Wilk > > > > commit 8135cf8b092723dbfcc611fe6fdcb3a36c9951c5 upstream. > > You also need: > > commit

Re: [PATCH v3 13/24] platform: add video-multiplexer subdevice driver

Hi Hans, (CC'ing Sakari) On Monday 06 Feb 2017 10:50:22 Hans Verkuil wrote: > On 02/05/2017 04:48 PM, Laurent Pinchart wrote: > > On Tuesday 24 Jan 2017 18:07:55 Steve Longerbeam wrote: > >> On 01/24/2017 04:02 AM, Philipp Zabel wrote: > >>> On Fri, 2017-01-20 at 15:03 +0100, Hans Verkuil wrote:

Re: [PATCH v3 13/24] platform: add video-multiplexer subdevice driver

Hi Hans, (CC'ing Sakari) On Monday 06 Feb 2017 10:50:22 Hans Verkuil wrote: > On 02/05/2017 04:48 PM, Laurent Pinchart wrote: > > On Tuesday 24 Jan 2017 18:07:55 Steve Longerbeam wrote: > >> On 01/24/2017 04:02 AM, Philipp Zabel wrote: > >>> On Fri, 2017-01-20 at 15:03 +0100, Hans Verkuil wrote:

[PATCH] hwrng: cavium: Use per device name to allow for multiple devices.

Systems containing the Cavium HW RNG may have one device per NUMA node. A typical configuration is a 2-node NUMA system, which results in 2 RNG devices. The hwrng subsystem refuses (and rightly so) to register more than one device with he same name, so we get failure messages on these systems.

[PATCH] hwrng: cavium: Use per device name to allow for multiple devices.

Systems containing the Cavium HW RNG may have one device per NUMA node. A typical configuration is a 2-node NUMA system, which results in 2 RNG devices. The hwrng subsystem refuses (and rightly so) to register more than one device with he same name, so we get failure messages on these systems.

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

> > I definitely don't want that we don't attempt this. But brought from years > of experience, I recommend to merge first (with pre-refactoring already > applied, but helpers only extracted, not yet at the right spot), and then > follow up with. Because on average, there's way too many trees with

Re: [PATCH v3 2/7] drm/tinydrm: Add helper functions

> > I definitely don't want that we don't attempt this. But brought from years > of experience, I recommend to merge first (with pre-refactoring already > applied, but helpers only extracted, not yet at the right spot), and then > follow up with. Because on average, there's way too many trees with

Re: [PATCH 3.10 141/319] scsi: mpt3sas: Fix secure erase premature termination

Hi Sathya, On Mon, Feb 06, 2017 at 09:21:44AM -0700, Sathya Prakash Veerichetty wrote: > Willy, > I think this patch had a problem and later modified to a different > blocking mechanism. Could you please pull in the latest change for this? Much appreciated, thanks. I've checked and found the

Re: [PATCH 3.10 141/319] scsi: mpt3sas: Fix secure erase premature termination

Hi Sathya, On Mon, Feb 06, 2017 at 09:21:44AM -0700, Sathya Prakash Veerichetty wrote: > Willy, > I think this patch had a problem and later modified to a different > blocking mechanism. Could you please pull in the latest change for this? Much appreciated, thanks. I've checked and found the

Re: [PATCH] mm/autonuma: don't use set_pte_at when updating protnone ptes

On Mon, Feb 06, 2017 at 10:36:16PM +0530, Aneesh Kumar K.V wrote: > Architectures like ppc64, use privilege access bit to mark pte non accessible. > This implies that kernel can do a copy_to_user to an address marked for numa > fault. > This also implies that there can be a parallel hardware

Re: [PATCH] mm/autonuma: don't use set_pte_at when updating protnone ptes

On Mon, Feb 06, 2017 at 10:36:16PM +0530, Aneesh Kumar K.V wrote: > Architectures like ppc64, use privilege access bit to mark pte non accessible. > This implies that kernel can do a copy_to_user to an address marked for numa > fault. > This also implies that there can be a parallel hardware

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