printk: Fix rq->lock vs logbuf_lock unlock lock inversion
authorBu, Yitian <ybu@qti.qualcomm.com>
Mon, 18 Feb 2013 12:53:37 +0000 (12:53 +0000)
committerThomas Gleixner <tglx@linutronix.de>
Mon, 18 Feb 2013 14:05:57 +0000 (15:05 +0100)
commit 07354eb1a74d1 ("locking printk: Annotate logbuf_lock as raw")
reintroduced a lock inversion problem which was fixed in commit
0b5e1c5255 ("printk: Release console_sem after logbuf_lock"). This
happened probably when fixing up patch rejects.

Restore the ordering and unlock logbuf_lock before releasing
console_sem.

Signed-off-by: ybu <ybu@qti.qualcomm.com>
Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
Cc: stable@vger.kernel.org
Link: http://lkml.kernel.org/r/E807E903FE6CBE4D95E420FBFCC273B827413C@nasanexd01h.na.qualcomm.com
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
kernel/printk.c

index 267ce780abe8dd0c18b3c6f1d93f3974b75697ed..e698e80d842821a926169467820051ffa866a0d3 100644 (file)
@@ -1358,9 +1358,9 @@ static int console_trylock_for_printk(unsigned int cpu)
                }
        }
        logbuf_cpu = UINT_MAX;
+       raw_spin_unlock(&logbuf_lock);
        if (wake)
                up(&console_sem);
-       raw_spin_unlock(&logbuf_lock);
        return retval;
 }