[lkml]   [2012]   [May]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [GIT PULL] Block driver bits for 3.5
    Eric, can you verify that reverting that one commit on top of current
    -git fixes things for you?

    I'm a bit surprised that it would be that simple commit that actually
    just *removes* a mutex use that causes it, so the bisect result looks
    a bit fishy. Maybe it's a race that doesn't always cause the lockup at
    boot, in which case it might have bisected to the wrong thing..

    But if reverting that commit from top-of-tree fixes it, that's pretty


    On Wed, May 30, 2012 at 1:35 PM, Eric Dumazet <> wrote:
    > commit d3ca8b64b97ef4dc54d7bb0b88bbc01a1fca8cb9
    > Author: Alan Cox <>
    > Date:   Tue May 29 13:45:01 2012 +0100
    >    pty: Fix lock inversion
    >    The ptmx_open path takes the tty and devpts locks in the wrong order
    >    because tty_init_dev locks and returns a locked tty.  As far as I can
    >    tell this is actually safe anyway because the tty being returned is new
    >    so nobody can get a reference to lock it at this point.
    >    However we don't even need the devpts lock at this point, it's only held
    >    as a byproduct of the way the locks were pushe down.
    >    Signed-off-by: Alan Cox <>
    >    Acked-by: Greg Kroah-Hartman <>
    >    Signed-off-by: Linus Torvalds <>
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2012-05-30 23:41    [W:0.078 / U:7.684 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site