lkml.org 
[lkml]   [2009]   [Feb]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [CRED bug?] 2.6.29-rc3 don't survive on stress workload
Date
Hi

> On Tue, Feb 10, 2009 at 6:41 AM, KOSAKI Motohiro
> <kosaki.motohiro@jp.fujitsu.com> wrote:
> > Hi
> >
> > I periodically test kernel on stress workload.
> > Unfortunately, recent kerenel don't survive >24H.
> >
> > It paniced with following stack.
> > Do you have any suggestions?
> >
> > thanks!
>
> That stack trace looks somewhat similar to the one in
> http://lkml.org/lkml/2009/2/6/136
>
> If this is reproducible, maybe a patch like the one attached can help
> pinpoint it?

Unfortunately, your patch don't help analysis.
(and slub debug option don't help too)

Today's panic information is here.


----------------------------------------------------
e100 processor container button mii dm_snapshot dm_zero dm_mirror dm_region_hash dm_log dm_mod lpfc mptspi mptscsih mptbase ehci_hcd ohci_hcd uhci_hcd usbcore

Pid: 315753, CPU 0, comm: pidof
psr : 0000101008026038 ifs : 800000000000028a ip : [<a0000001001c4b00>] Not tainted (2.6.29-rc3)
ip is at kfree+0x40/0x2c0
unat: 0000000000000000 pfs : 0000000000000205 rsc : 0000000000000003
rnat: 0000000000000000 bsps: 0000000000000000 pr : 0000000000aa95a5
ldrs: 0000000000000000 ccv : 0000000000000093 fpsr: 0009804c8a70033f
csd : 0000000000000000 ssd : 0000000000000000
b0 : a000000100123210 b6 : a0000001001231e0 b7 : a000000100014d20
f6 : 1003e6b6b6b6b6b6b6b6b f7 : 0ffe6af8e85a500000000
f8 : 1003e0000000000000a50 f9 : 1003efffffffffffffef8
f10 : 100029ffffffff55c35f6 f11 : 1003e0000000000000000
r1 : a000000100f683c0 r2 : 0000000000000092 r3 : 0000000000403400
r8 : 00000000000100d0 r9 : a000000100d6fe60 r10 : a000000100d6fe60
r11 : a0000001001231e0 r12 : e00000408c61fc30 r13 : e00000408c610000
r14 : 0000000000000093 r15 : a040000000000000 r16 : ffffffffdead4ead
r17 : 00000000dead4ead r18 : a000000100cd2274 r19 : a000000100d6b6c0
r20 : 0000000000004000 r21 : 0000000000004000 r22 : 0000000000000011
r23 : e000016006920a10 r24 : 0000000000000019 r25 : 5fc0000000000000
r26 : e000016006920a0f r27 : e000016006920a12 r28 : 0000000000000000
r29 : e00000408c610d54 r30 : 0000000000000000 r31 : 0000000000000008

Call Trace:
[<a000000100017780>] show_stack+0x80/0xa0
sp=e00000408c61f800 bsp=e00000408c611598
[<a000000100018080>] show_regs+0x880/0x8c0
sp=e00000408c61f9d0 bsp=e00000408c611540
[<a000000100040290>] die+0x1b0/0x2e0
sp=e00000408c61f9d0 bsp=e00000408c6114f8
[<a0000001007af0b0>] ia64_do_page_fault+0x810/0xb00
sp=e00000408c61f9d0 bsp=e00000408c611498
[<a00000010000c860>] ia64_native_leave_kernel+0x0/0x270
sp=e00000408c61fa60 bsp=e00000408c611498
[<a0000001001c4b00>] kfree+0x40/0x2c0
sp=e00000408c61fc30 bsp=e00000408c611448
[<a000000100123210>] free_user_ns+0x30/0x60
sp=e00000408c61fc30 bsp=e00000408c611428
[<a00000010037b5f0>] kref_put+0x110/0x140
sp=e00000408c61fc30 bsp=e00000408c611400
[<a0000001000c5bf0>] free_uid+0x110/0x1a0
sp=e00000408c61fc30 bsp=e00000408c6113d0
[<a0000001000ec340>] put_cred_rcu+0xa0/0xe0
sp=e00000408c61fc40 bsp=e00000408c6113a8
[<a00000010012db90>] __rcu_process_callbacks+0x2f0/0x580
sp=e00000408c61fc40 bsp=e00000408c611368
[<a00000010012de70>] rcu_process_callbacks+0x50/0xc0
sp=e00000408c61fc40 bsp=e00000408c611348
[<a0000001000b7ac0>] __do_softirq+0x220/0x320
sp=e00000408c61fc40 bsp=e00000408c6112a8
[<a0000001000b7c30>] do_softirq+0x70/0xc0
sp=e00000408c61fc40 bsp=e00000408c611248
[<a0000001000b7d00>] irq_exit+0x80/0xa0
sp=e00000408c61fc40 bsp=e00000408c611230
[<a000000100014600>] ia64_handle_irq+0x1e0/0x400
sp=e00000408c61fc40 bsp=e00000408c6111b0
[<a00000010000c860>] ia64_native_leave_kernel+0x0/0x270
sp=e00000408c61fc40 bsp=e00000408c6111b0
[<a0000001001c5940>] kmem_cache_alloc+0x1e0/0x260
sp=e00000408c61fe10 bsp=e00000408c611150
[<a000000100219e10>] seq_read+0x530/0x980
sp=e00000408c61fe10 bsp=e00000408c6110b8
[<a0000001001de180>] vfs_read+0x1a0/0x320
sp=e00000408c61fe20 bsp=e00000408c611068
[<a0000001001de830>] sys_read+0x70/0xe0
sp=e00000408c61fe20 bsp=e00000408c610fe8
[<a00000010000c6c0>] ia64_ret_from_syscall+0x0/0x20
sp=e00000408c61fe30 bsp=e00000408c610fe8
[<a000000000010720>] __kernel_syscall_via_break+0x0/0x20
sp=e00000408c620000 bsp=e00000408c610fe8
Kernel panic - not syncing: Fatal exception




\
 
 \ /
  Last update: 2009-02-11 13:27    [W:0.126 / U:0.212 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site