Re: Regression on ARMs in next-20170531

2017-06-06 Thread Tony Lindgren
* Andrew Morton [170606 08:07]: > On Tue, 6 Jun 2017 10:36:48 -0400 Johannes Weiner wrote: > > > On Tue, Jun 06, 2017 at 05:30:10AM -0700, Tony Lindgren wrote: > > > PC is at __mod_node_page_state+0x2c/0xc8 > > > LR is at __per_cpu_offset+0x0/0x8 >

Re: Regression on ARMs in next-20170531

2017-06-06 Thread Tony Lindgren
* Andrew Morton [170606 08:07]: > On Tue, 6 Jun 2017 10:36:48 -0400 Johannes Weiner wrote: > > > On Tue, Jun 06, 2017 at 05:30:10AM -0700, Tony Lindgren wrote: > > > PC is at __mod_node_page_state+0x2c/0xc8 > > > LR is at __per_cpu_offset+0x0/0x8 > > > pc : []lr : []psr: 21d3 > > >

Re: Regression on ARMs in next-20170531

2017-06-06 Thread Andrew Morton
On Tue, 6 Jun 2017 10:36:48 -0400 Johannes Weiner wrote: > On Tue, Jun 06, 2017 at 05:30:10AM -0700, Tony Lindgren wrote: > > PC is at __mod_node_page_state+0x2c/0xc8 > > LR is at __per_cpu_offset+0x0/0x8 > > pc : []lr : []psr: 21d3 > > sp : c0d01eec ip :

Re: Regression on ARMs in next-20170531

2017-06-06 Thread Andrew Morton
On Tue, 6 Jun 2017 10:36:48 -0400 Johannes Weiner wrote: > On Tue, Jun 06, 2017 at 05:30:10AM -0700, Tony Lindgren wrote: > > PC is at __mod_node_page_state+0x2c/0xc8 > > LR is at __per_cpu_offset+0x0/0x8 > > pc : []lr : []psr: 21d3 > > sp : c0d01eec ip : fp : 0001 > >

Re: Regression on ARMs in next-20170531

2017-06-06 Thread Johannes Weiner
On Tue, Jun 06, 2017 at 05:30:10AM -0700, Tony Lindgren wrote: > PC is at __mod_node_page_state+0x2c/0xc8 > LR is at __per_cpu_offset+0x0/0x8 > pc : []lr : []psr: 21d3 > sp : c0d01eec ip : fp : 0001 > r10: c0c7cf68 r9 : 8000 r8 : > r7 : 0001 r6 :

Re: Regression on ARMs in next-20170531

2017-06-06 Thread Johannes Weiner
On Tue, Jun 06, 2017 at 05:30:10AM -0700, Tony Lindgren wrote: > PC is at __mod_node_page_state+0x2c/0xc8 > LR is at __per_cpu_offset+0x0/0x8 > pc : []lr : []psr: 21d3 > sp : c0d01eec ip : fp : 0001 > r10: c0c7cf68 r9 : 8000 r8 : > r7 : 0001 r6 :

Re: Regression on ARMs in next-20170531

2017-06-06 Thread Tony Lindgren
* Tony Lindgren [170605 22:55]: > * Johannes Weiner [170604 04:36]: > > I think it's NULL because the slab allocation happens before even the > > root_mem_cgroup is set up, and so root_mem_cgroup -> lruvec -> pgdat > > gives us garbage. > > > > Tony, Josef,

Re: Regression on ARMs in next-20170531

2017-06-06 Thread Tony Lindgren
* Tony Lindgren [170605 22:55]: > * Johannes Weiner [170604 04:36]: > > I think it's NULL because the slab allocation happens before even the > > root_mem_cgroup is set up, and so root_mem_cgroup -> lruvec -> pgdat > > gives us garbage. > > > > Tony, Josef, since the patches are dropped from

Re: Regression on ARMs in next-20170531

2017-06-05 Thread Tony Lindgren
* Johannes Weiner [170604 04:36]: > I think it's NULL because the slab allocation happens before even the > root_mem_cgroup is set up, and so root_mem_cgroup -> lruvec -> pgdat > gives us garbage. > > Tony, Josef, since the patches are dropped from -next, could you test > the

Re: Regression on ARMs in next-20170531

2017-06-05 Thread Tony Lindgren
* Johannes Weiner [170604 04:36]: > I think it's NULL because the slab allocation happens before even the > root_mem_cgroup is set up, and so root_mem_cgroup -> lruvec -> pgdat > gives us garbage. > > Tony, Josef, since the patches are dropped from -next, could you test > the -mm tree at

Re: Regression on ARMs in next-20170531

2017-06-04 Thread Johannes Weiner
On Wed, May 31, 2017 at 06:43:33PM +0100, Russell King - ARM Linux wrote: > On Wed, May 31, 2017 at 09:45:45AM -0700, Tony Lindgren wrote: > > Mark Brown noticed that the so far the only booting > > ARMs are all with CONFIG_SMP disabled and I just > > confirmed that's the case. > > > 8<

Re: Regression on ARMs in next-20170531

2017-06-04 Thread Johannes Weiner
On Wed, May 31, 2017 at 06:43:33PM +0100, Russell King - ARM Linux wrote: > On Wed, May 31, 2017 at 09:45:45AM -0700, Tony Lindgren wrote: > > Mark Brown noticed that the so far the only booting > > ARMs are all with CONFIG_SMP disabled and I just > > confirmed that's the case. > > > 8<

Re: Regression on ARMs in next-20170531

2017-05-31 Thread Tony Lindgren
* Russell King - ARM Linux [170531 10:47]: > I don't have a similarly configured kernel, but here I have for the > start of this function: > > 0680 <__mod_node_page_state>: > 680: e1a0c00dmov ip, sp > 684: e92dd870push{r4,

Re: Regression on ARMs in next-20170531

2017-05-31 Thread Tony Lindgren
* Russell King - ARM Linux [170531 10:47]: > I don't have a similarly configured kernel, but here I have for the > start of this function: > > 0680 <__mod_node_page_state>: > 680: e1a0c00dmov ip, sp > 684: e92dd870push{r4, r5, r6, fp, ip, lr, pc}

Re: Regression on ARMs in next-20170531

2017-05-31 Thread Russell King - ARM Linux
On Wed, May 31, 2017 at 09:45:45AM -0700, Tony Lindgren wrote: > Mark Brown noticed that the so far the only booting > ARMs are all with CONFIG_SMP disabled and I just > confirmed that's the case. > 8< > Unable to handle kernel paging request at virtual address 2e116007 > pgd

Re: Regression on ARMs in next-20170531

2017-05-31 Thread Russell King - ARM Linux
On Wed, May 31, 2017 at 09:45:45AM -0700, Tony Lindgren wrote: > Mark Brown noticed that the so far the only booting > ARMs are all with CONFIG_SMP disabled and I just > confirmed that's the case. > 8< > Unable to handle kernel paging request at virtual address 2e116007 > pgd

Regression on ARMs in next-20170531

2017-05-31 Thread Tony Lindgren
Hi, Looks like current Linux next won't boot on most ARMs and git bisect points to commit b6bc6724488a ("mm: vmstat: move slab statistics from zone to node counters"). Mark Brown noticed that the so far the only booting ARMs are all with CONFIG_SMP disabled and I just confirmed that's the case.

Regression on ARMs in next-20170531

2017-05-31 Thread Tony Lindgren
Hi, Looks like current Linux next won't boot on most ARMs and git bisect points to commit b6bc6724488a ("mm: vmstat: move slab statistics from zone to node counters"). Mark Brown noticed that the so far the only booting ARMs are all with CONFIG_SMP disabled and I just confirmed that's the case.