lkml.org 
[lkml]   [2013]   [Mar]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: pipe_release oops.
    From
    On Thu, Mar 7, 2013 at 2:36 PM, Dave Jones <davej@redhat.com> wrote:
    >
    > The hits keep on coming..
    >
    > [ 255.609172] BUG: unable to handle kernel NULL pointer dereference at 0000000000000064
    > [ 255.610393] IP: [<ffffffff811bad62>] pipe_release+0x42/0xd0

    Ok, I think this is the same issue as your fasync thing.

    So add a "if (pipe) { }" in pipe_release() too.

    It's a bit odd, becuse we always allocate an inode->i_pipe whenever we
    associate the file with any of the pipe operations, so I don't see how
    that NULL i_pipe happens. But we do have that "free_pipe_info() if
    there are no readers or writers" logic and I bet that's what triggers
    this somehow. I just don't see what the exact sequence is.

    Linus


    \
     
     \ /
      Last update: 2013-03-08 02:02    [W:2.788 / U:0.004 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site