* Kernel panic with 3.13.2 and SLAB
@ 2014-02-11 10:52 Guy Martin
2014-02-11 19:41 ` Helge Deller
0 siblings, 1 reply; 5+ messages in thread
From: Guy Martin @ 2014-02-11 10:52 UTC (permalink / raw)
To: linux-parisc
Hi,
I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot
with the exact same config.
Here is an excerpt of the panic :
[ 9.080000] ------------[ cut here ]------------
[ 9.208000] WARNING: at mm/slab.c:2614
[ 9.208000] Modules linked in:
[ 9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
[ 9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti:
000000007fc78000
[ 9.488000]
[ 9.488000] YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
[ 9.624000] PSW: 00001000000001000000000000001110 Not tainted
[ 9.624000] r00-03 000000000804000e 0000000000000000
00000000402862b4 000000007fc78650
[ 9.764000] r04-07 000000004091a300 000000007fc02080
00000001437e40e0 0000000040a64030
[ 9.904000] r08-11 000000007fd4da00 00000001437e4100
000000000000000f 000f000000000000
[ 10.044000] r12-15 000000007fc02088 ffffffffc0000000
0000000000100100 000000004096a300
[ 10.044000] r16-19 0000000040969b00 00000000000001ff
0000000040969b00 0000000000000001
[ 10.184000] r20-23 0000000000000000 000000007fc020a8
0000000000000001 bff405fd00000000
[ 10.320000] r24-27 000000007fc78740 00000000006fc81c
00000000007fc020 000000004091a300
[ 10.460000] r28-31 000000023f804040 00000000409c2740
000000007fc78770 000000007fc020a8
[ 10.604000] sr00-03 0000000000000000 0000000000000000
0000000000000000 0000000000000000
[ 10.604000] sr04-07 0000000000000000 0000000000000000
0000000000000000 0000000000000000
[ 10.740000]
[ 10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ:
00000000402864f8 00000000402864fc
[ 10.880000] IIR: 03ffe01f ISR: 0000000010240000 IOR:
0000040df93e40f8
[ 11.016000] CPU: 3 CR30: 000000007fc78000 CR31:
ffffffffdffffaef
[ 11.156000] ORIG_R28: 000000004096a300
[ 11.156000] IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
[ 11.296000] IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
[ 11.296000] RP(r2): cache_alloc_refill+0x284/0xbf8
[ 11.436000] Backtrace:
[ 11.436000] [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
[ 11.436000] [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
[ 11.576000] [<000000004025742c>] kmem_cache_create+0x54/0x68
[ 11.712000] [<000000004011daf4>] 0x4011daf4
[ 11.712000] [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
[ 11.756000] random: nonblocking pool is initialized
[ 11.852000] [<0000000040101a5c>] 0x40101a5c
[ 11.992000] [<0000000040152d38>] kernel_init+0x30/0x2a0
[ 11.992000] [<000000004014b020>] end_fault_vector+0x20/0xc0
[ 12.132000] [<0000000040152d08>] kernel_init+0x0/0x2a0
[ 12.132000]
[ 12.132000] ---[ end trace 436196ee1e834c21 ]---
The full kernel logs can be found here : http://bpaste.net/show/177607/
And kconfig here : http://bpaste.net/show/177929/
I switched from SLAB to SLUB and the problem went away. However, this
used to work in 3.12.4.
Regards,
Guy
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel panic with 3.13.2 and SLAB
2014-02-11 10:52 Kernel panic with 3.13.2 and SLAB Guy Martin
@ 2014-02-11 19:41 ` Helge Deller
2014-02-11 19:52 ` Helge Deller
2014-02-11 19:58 ` John David Anglin
0 siblings, 2 replies; 5+ messages in thread
From: Helge Deller @ 2014-02-11 19:41 UTC (permalink / raw)
To: Guy Martin, linux-parisc
On 02/11/2014 11:52 AM, Guy Martin wrote:
> Hi,
>
> I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot with the exact same config.
There has often been problems reported with
WARN_ON(page_to_nid(virt_to_page(objp)) != nodeid);
would be interesting to know what the values of nodeid and page_to_nid() are..
Anyway, I think this needs debugging by someone who knows the details of SLAB.
And, please make sure that this patch is included
http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=57737c49dd72c96cfbcd4f66559f3ffc399aeb4f
Helge
> Here is an excerpt of the panic :
>
> [ 9.080000] ------------[ cut here ]------------
> [ 9.208000] WARNING: at mm/slab.c:2614
> [ 9.208000] Modules linked in:
> [ 9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
> [ 9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti: 000000007fc78000
> [ 9.488000]
> [ 9.488000] YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
> [ 9.624000] PSW: 00001000000001000000000000001110 Not tainted
> [ 9.624000] r00-03 000000000804000e 0000000000000000 00000000402862b4 000000007fc78650
> [ 9.764000] r04-07 000000004091a300 000000007fc02080 00000001437e40e0 0000000040a64030
> [ 9.904000] r08-11 000000007fd4da00 00000001437e4100 000000000000000f 000f000000000000
> [ 10.044000] r12-15 000000007fc02088 ffffffffc0000000 0000000000100100 000000004096a300
> [ 10.044000] r16-19 0000000040969b00 00000000000001ff 0000000040969b00 0000000000000001
> [ 10.184000] r20-23 0000000000000000 000000007fc020a8 0000000000000001 bff405fd00000000
> [ 10.320000] r24-27 000000007fc78740 00000000006fc81c 00000000007fc020 000000004091a300
> [ 10.460000] r28-31 000000023f804040 00000000409c2740 000000007fc78770 000000007fc020a8
> [ 10.604000] sr00-03 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [ 10.604000] sr04-07 0000000000000000 0000000000000000 0000000000000000 0000000000000000
> [ 10.740000]
> [ 10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402864f8 00000000402864fc
> [ 10.880000] IIR: 03ffe01f ISR: 0000000010240000 IOR: 0000040df93e40f8
> [ 11.016000] CPU: 3 CR30: 000000007fc78000 CR31: ffffffffdffffaef
> [ 11.156000] ORIG_R28: 000000004096a300
> [ 11.156000] IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
> [ 11.296000] IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
> [ 11.296000] RP(r2): cache_alloc_refill+0x284/0xbf8
> [ 11.436000] Backtrace:
> [ 11.436000] [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
> [ 11.436000] [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
> [ 11.576000] [<000000004025742c>] kmem_cache_create+0x54/0x68
> [ 11.712000] [<000000004011daf4>] 0x4011daf4
> [ 11.712000] [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
> [ 11.756000] random: nonblocking pool is initialized
> [ 11.852000] [<0000000040101a5c>] 0x40101a5c
> [ 11.992000] [<0000000040152d38>] kernel_init+0x30/0x2a0
> [ 11.992000] [<000000004014b020>] end_fault_vector+0x20/0xc0
> [ 12.132000] [<0000000040152d08>] kernel_init+0x0/0x2a0
> [ 12.132000]
> [ 12.132000] ---[ end trace 436196ee1e834c21 ]---
>
>
>
> The full kernel logs can be found here : http://bpaste.net/show/177607/
>
>
> And kconfig here : http://bpaste.net/show/177929/
>
>
> I switched from SLAB to SLUB and the problem went away. However, this used to work in 3.12.4.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel panic with 3.13.2 and SLAB
2014-02-11 19:41 ` Helge Deller
@ 2014-02-11 19:52 ` Helge Deller
2014-02-11 20:01 ` John David Anglin
2014-02-11 19:58 ` John David Anglin
1 sibling, 1 reply; 5+ messages in thread
From: Helge Deller @ 2014-02-11 19:52 UTC (permalink / raw)
To: Guy Martin, linux-parisc
On 02/11/2014 08:41 PM, Helge Deller wrote:
> On 02/11/2014 11:52 AM, Guy Martin wrote:
>> Hi,
>>
>> I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot with the exact same config.
>
> There has often been problems reported with
This should read:
There has often been problems reported with SLAB.
I think I ran into this once too.
>
> WARN_ON(page_to_nid(virt_to_page(objp)) != nodeid);
> would be interesting to know what the values of nodeid and page_to_nid() are..
>
> Anyway, I think this needs debugging by someone who knows the details of SLAB.
>
> And, please make sure that this patch is included
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=57737c49dd72c96cfbcd4f66559f3ffc399aeb4f
>
> Helge
>
>
>> Here is an excerpt of the panic :
>>
>> [ 9.080000] ------------[ cut here ]------------
>> [ 9.208000] WARNING: at mm/slab.c:2614
>> [ 9.208000] Modules linked in:
>> [ 9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
>> [ 9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti: 000000007fc78000
>> [ 9.488000]
>> [ 9.488000] YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> [ 9.624000] PSW: 00001000000001000000000000001110 Not tainted
>> [ 9.624000] r00-03 000000000804000e 0000000000000000 00000000402862b4 000000007fc78650
>> [ 9.764000] r04-07 000000004091a300 000000007fc02080 00000001437e40e0 0000000040a64030
>> [ 9.904000] r08-11 000000007fd4da00 00000001437e4100 000000000000000f 000f000000000000
>> [ 10.044000] r12-15 000000007fc02088 ffffffffc0000000 0000000000100100 000000004096a300
>> [ 10.044000] r16-19 0000000040969b00 00000000000001ff 0000000040969b00 0000000000000001
>> [ 10.184000] r20-23 0000000000000000 000000007fc020a8 0000000000000001 bff405fd00000000
>> [ 10.320000] r24-27 000000007fc78740 00000000006fc81c 00000000007fc020 000000004091a300
>> [ 10.460000] r28-31 000000023f804040 00000000409c2740 000000007fc78770 000000007fc020a8
>> [ 10.604000] sr00-03 0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [ 10.604000] sr04-07 0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [ 10.740000]
>> [ 10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402864f8 00000000402864fc
>> [ 10.880000] IIR: 03ffe01f ISR: 0000000010240000 IOR: 0000040df93e40f8
>> [ 11.016000] CPU: 3 CR30: 000000007fc78000 CR31: ffffffffdffffaef
>> [ 11.156000] ORIG_R28: 000000004096a300
>> [ 11.156000] IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
>> [ 11.296000] IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
>> [ 11.296000] RP(r2): cache_alloc_refill+0x284/0xbf8
>> [ 11.436000] Backtrace:
>> [ 11.436000] [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
>> [ 11.436000] [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
>> [ 11.576000] [<000000004025742c>] kmem_cache_create+0x54/0x68
>> [ 11.712000] [<000000004011daf4>] 0x4011daf4
>> [ 11.712000] [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
>> [ 11.756000] random: nonblocking pool is initialized
>> [ 11.852000] [<0000000040101a5c>] 0x40101a5c
>> [ 11.992000] [<0000000040152d38>] kernel_init+0x30/0x2a0
>> [ 11.992000] [<000000004014b020>] end_fault_vector+0x20/0xc0
>> [ 12.132000] [<0000000040152d08>] kernel_init+0x0/0x2a0
>> [ 12.132000]
>> [ 12.132000] ---[ end trace 436196ee1e834c21 ]---
>>
>>
>>
>> The full kernel logs can be found here : http://bpaste.net/show/177607/
>>
>>
>> And kconfig here : http://bpaste.net/show/177929/
>>
>>
>> I switched from SLAB to SLUB and the problem went away. However, this used to work in 3.12.4.
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel panic with 3.13.2 and SLAB
2014-02-11 19:41 ` Helge Deller
2014-02-11 19:52 ` Helge Deller
@ 2014-02-11 19:58 ` John David Anglin
1 sibling, 0 replies; 5+ messages in thread
From: John David Anglin @ 2014-02-11 19:58 UTC (permalink / raw)
To: Helge Deller, Guy Martin, linux-parisc
Actually, if you look at the log, the system panics because of a delayed
timer interrupt and soft lockup
on CPU#3. Probably, there is a lock issue associated with warning that
causes lock up.
Dave
On 2/11/2014 2:41 PM, Helge Deller wrote:
> On 02/11/2014 11:52 AM, Guy Martin wrote:
>> Hi,
>>
>> I've recently upgraded from 3.12.4 to 3.13.2 and the kernel did not boot with the exact same config.
> There has often been problems reported with
>
> WARN_ON(page_to_nid(virt_to_page(objp)) != nodeid);
> would be interesting to know what the values of nodeid and page_to_nid() are..
>
> Anyway, I think this needs debugging by someone who knows the details of SLAB.
>
> And, please make sure that this patch is included
> http://git.kernel.org/cgit/linux/kernel/git/deller/parisc-linux.git/commit/?h=for-next&id=57737c49dd72c96cfbcd4f66559f3ffc399aeb4f
>
> Helge
>
>
>> Here is an excerpt of the panic :
>>
>> [ 9.080000] ------------[ cut here ]------------
>> [ 9.208000] WARNING: at mm/slab.c:2614
>> [ 9.208000] Modules linked in:
>> [ 9.348000] CPU: 3 PID: 1 Comm: swapper/0 Not tainted 3.13.2 #1
>> [ 9.348000] task: 000000007fc75178 ti: 000000007fc78000 task.ti: 000000007fc78000
>> [ 9.488000]
>> [ 9.488000] YZrvWESTHLNXBCVMcbcbcbcbOGFRQPDI
>> [ 9.624000] PSW: 00001000000001000000000000001110 Not tainted
>> [ 9.624000] r00-03 000000000804000e 0000000000000000 00000000402862b4 000000007fc78650
>> [ 9.764000] r04-07 000000004091a300 000000007fc02080 00000001437e40e0 0000000040a64030
>> [ 9.904000] r08-11 000000007fd4da00 00000001437e4100 000000000000000f 000f000000000000
>> [ 10.044000] r12-15 000000007fc02088 ffffffffc0000000 0000000000100100 000000004096a300
>> [ 10.044000] r16-19 0000000040969b00 00000000000001ff 0000000040969b00 0000000000000001
>> [ 10.184000] r20-23 0000000000000000 000000007fc020a8 0000000000000001 bff405fd00000000
>> [ 10.320000] r24-27 000000007fc78740 00000000006fc81c 00000000007fc020 000000004091a300
>> [ 10.460000] r28-31 000000023f804040 00000000409c2740 000000007fc78770 000000007fc020a8
>> [ 10.604000] sr00-03 0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [ 10.604000] sr04-07 0000000000000000 0000000000000000 0000000000000000 0000000000000000
>> [ 10.740000]
>> [ 10.740000] IASQ: 0000000000000000 0000000000000000 IAOQ: 00000000402864f8 00000000402864fc
>> [ 10.880000] IIR: 03ffe01f ISR: 0000000010240000 IOR: 0000040df93e40f8
>> [ 11.016000] CPU: 3 CR30: 000000007fc78000 CR31: ffffffffdffffaef
>> [ 11.156000] ORIG_R28: 000000004096a300
>> [ 11.156000] IAOQ[0]: cache_alloc_refill+0x4c8/0xbf8
>> [ 11.296000] IAOQ[1]: cache_alloc_refill+0x4cc/0xbf8
>> [ 11.296000] RP(r2): cache_alloc_refill+0x284/0xbf8
>> [ 11.436000] Backtrace:
>> [ 11.436000] [<0000000040285fa8>] kmem_cache_alloc+0x1c8/0x250
>> [ 11.436000] [<0000000040257100>] kmem_cache_create_memcg+0xd0/0x3a8
>> [ 11.576000] [<000000004025742c>] kmem_cache_create+0x54/0x68
>> [ 11.712000] [<000000004011daf4>] 0x4011daf4
>> [ 11.712000] [<000000004015d0b4>] do_one_initcall+0x1ac/0x230
>> [ 11.756000] random: nonblocking pool is initialized
>> [ 11.852000] [<0000000040101a5c>] 0x40101a5c
>> [ 11.992000] [<0000000040152d38>] kernel_init+0x30/0x2a0
>> [ 11.992000] [<000000004014b020>] end_fault_vector+0x20/0xc0
>> [ 12.132000] [<0000000040152d08>] kernel_init+0x0/0x2a0
>> [ 12.132000]
>> [ 12.132000] ---[ end trace 436196ee1e834c21 ]---
>>
>>
>>
>> The full kernel logs can be found here : http://bpaste.net/show/177607/
>>
>>
>> And kconfig here : http://bpaste.net/show/177929/
>>
>>
>> I switched from SLAB to SLUB and the problem went away. However, this used to work in 3.12.4.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
--
John David Anglin dave.anglin@bell.net
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel panic with 3.13.2 and SLAB
2014-02-11 19:52 ` Helge Deller
@ 2014-02-11 20:01 ` John David Anglin
0 siblings, 0 replies; 5+ messages in thread
From: John David Anglin @ 2014-02-11 20:01 UTC (permalink / raw)
To: Helge Deller, Guy Martin, linux-parisc
On 2/11/2014 2:52 PM, Helge Deller wrote:
> I think I ran into this once too.
I saw a similar timer lockup on rp3440 this weekend, but it went
away on next reboot.
Dave
--
John David Anglin dave.anglin@bell.net
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2014-02-11 20:01 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-11 10:52 Kernel panic with 3.13.2 and SLAB Guy Martin
2014-02-11 19:41 ` Helge Deller
2014-02-11 19:52 ` Helge Deller
2014-02-11 20:01 ` John David Anglin
2014-02-11 19:58 ` John David Anglin
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.