[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.425 / U:9.448 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site