lkml.org 
[lkml]   [2016]   [Oct]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: btrfs bio linked list corruption.
    On Tue, Oct 11, 2016 at 11:54:09AM -0400, Chris Mason wrote:
    >
    >
    > On 10/11/2016 10:45 AM, Dave Jones wrote:
    > > This is from Linus' current tree, with Al's iovec fixups on top.
    > >
    > > ------------[ cut here ]------------
    > > WARNING: CPU: 1 PID: 3673 at lib/list_debug.c:33 __list_add+0x89/0xb0
    > > list_add corruption. prev->next should be next (ffffe8ffff806648), but was ffffc9000067fcd8. (prev=ffff880503878b80).
    > > CPU: 1 PID: 3673 Comm: trinity-c0 Not tainted 4.8.0-think+ #13
    > > ffffc90000d87458 ffffffff8d32007c ffffc90000d874a8 0000000000000000
    > > ffffc90000d87498 ffffffff8d07a6c1 0000002100000246 ffff88050388e880

    I hit this again overnight, it's the same trace, the only difference
    being slightly different addresses in the list pointers:

    [42572.777196] list_add corruption. prev->next should be next (ffffe8ffff806648), but was ffffc90000647cd8. (prev=ffff880503a0ba00).

    I'm actually a little surprised that ->next was the same across two
    reboots on two different kernel builds. That might be a sign this is
    more repeatable than I'd thought, even if it does take hours of runtime
    right now to trigger it. I'll try and narrow the scope of what trinity
    is doing to see if I can make it happen faster.

    Dave

    \
     
     \ /
      Last update: 2016-10-12 15:49    [W:4.163 / U:0.092 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site