lkml.org 
[lkml]   [2008]   [May]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: Need help debugging memory corruption
    On Sun, 4 May 2008 17:02:59 +0200
    "Bart Van Assche" <bart.vanassche@gmail.com> wrote:

    > Are you familiar with the kernel command-line option slub_debug=FZPU ?
    > If this was not yet enabled, recompiling your kernel with
    > CONFIG_SLUB=y and CONFIG_SLUB_DEBUG=y enabled and specifying
    > slub_debug=FZPU on the kernel command line will probably provide more
    > detailed information about the cause of the memory corruption.

    Bart,

    Using slub_debug=FZPU didn't seem to add more information.
    CONFIG_SLUB=y and CONFIG_SLUB_DEBUG=y are (and were previously) set.

    Thanks.

    title Fedora (2.6.26-rc1)
    root (hd0,5)
    kernel /vmlinuz-2.6.26-rc1 ro root=LABEL=/1 console=ttyS0,38400 console=tty0 slub_debug=FZPU
    initrd /initrd-2.6.26-rc1.img


    =============================================================================
    BUG kmalloc-2048: Poison overwritten
    -----------------------------------------------------------------------------

    INFO: 0xffff81010004297a-0xffff810100042f71. First byte 0x0 instead of 0x6b
    INFO: Allocated in dev_alloc_skb+0x16/0x2c age=5813 cpu=0 pid=3029
    INFO: Freed in skb_release_data+0xa8/0xad age=201 cpu=0 pid=0
    INFO: Slab 0xffffe20005801600 objects=15 used=0 fp=0xffff810100045b18 flags=0x8000000000002082
    INFO: Object 0xffff810100042968 @offset=10600 fp=0xffff8101000418d8

    Bytes b4 0xffff810100042958: aa 91 fd ff 00 00 00 00 5a 5a 5a 5a 5a 5a 5a 5a �.��....ZZZZZZZZ
    Object 0xffff810100042968: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
    Object 0xffff810100042978: 6b 6b 00 17 31 4e 9d 41 00 0f db bc af 14 08 00 kk..1N.A..ۼ�...
    Object 0xffff810100042988: 45 00 00 4e 87 5e 00 00 40 11 6e 82 c0 a8 01 fe E..N.^..@.n.�������.�
    Object 0xffff810100042998: c0 a8 01 70 00 89 00 89 00 3a 3b 67 00 09 00 00 ��.p.....:;g....
    Object 0xffff8101000429a8: 00 01 00 00 00 00 00 00 20 43 4b 41 41 41 41 41 .........CKAAAAA
    Object 0xffff8101000429b8: 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 41 AAAAAAAAAAAAAAAA
    Object 0xffff8101000429c8: 41 41 41 41 41 41 41 41 41 00 00 21 00 01 f0 53 AAAAAAAAA..!..
    Object 0xffff8101000429d8: 56 17 df 3e 3b 9f b7 1f 2d 29 f0 68 cf 4d 61 97 V.�>;.�.-)�h�Ma.
    Redzone 0xffff810100043168: bb bb bb bb bb bb bb bb �𰻻������
    Padding 0xffff8101000431a8: 5a 5a 5a 5a 5a 5a 5a 5a ZZZZZZZZ
    Pid: 3030, comm: ifconfig Not tainted 2.6.26-rc1 #3

    Call Trace:
    [<ffffffff8108cf62>] print_trailer+0x123/0x12c
    [<ffffffff8108d00f>] check_bytes_and_report+0xa4/0xcb
    [<ffffffff8108d33e>] check_object+0xca/0x212
    [<ffffffff8108d6cd>] __free_slab+0x85/0xfd
    [<ffffffff811e5dd3>] ? skb_release_data+0xa8/0xad
    [<ffffffff8108d77d>] discard_slab+0x38/0x3a
    [<ffffffff8108e172>] __slab_free+0xdb/0x2ac
    [<ffffffff8108e47a>] kfree+0xbc/0xcb
    [<ffffffff811e5dd3>] ? skb_release_data+0xa8/0xad
    [<ffffffff811e5dd3>] skb_release_data+0xa8/0xad
    [<ffffffff811e6494>] skb_release_all+0xc9/0xce
    [<ffffffff811e5c2e>] __kfree_skb+0x11/0x78
    [<ffffffff811e5cbc>] kfree_skb+0x27/0x29
    [<ffffffffa00cc3aa>] :atl1:atl1_clean_rx_ring+0x7e/0xe2
    [<ffffffffa00cc4d7>] :atl1:atl1_down+0xc9/0xce
    [<ffffffffa00cedcd>] :atl1:atl1_close+0x18/0x27
    [<ffffffff811ebe2d>] dev_close+0x57/0x72
    [<ffffffff811ebb31>] dev_change_flags+0xa8/0x164
    [<ffffffff8122f44c>] devinet_ioctl+0x26a/0x5f6
    [<ffffffff8122fc79>] inet_ioctl+0x92/0xaa
    [<ffffffff811df6d4>] sock_ioctl+0x1da/0x202
    [<ffffffff8109f252>] vfs_ioctl+0x2a/0x77
    [<ffffffff8109f501>] do_vfs_ioctl+0x262/0x27f
    [<ffffffff8109f575>] sys_ioctl+0x57/0x7a
    [<ffffffff8100bff7>] tracesys+0xd5/0xda

    FIX kmalloc-2048: Restoring 0xffff81010004297a-0xffff810100042f71=0x6b
    --
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2008-05-04 21:55    [W:4.940 / U:0.076 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site