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.047 / U:92.072 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site