On Fri, May 25, 2012 at 10:10:59AM +0800, Asias He wrote: > Commit 777eb1bf15b8532c396821774bf6451e563438f5 disconnects externally > supplied queue_lock before blk_drain_queue(). This would introduce lock > unbalance because theads which have taken the external lock might unlock > the internal lock in the during the queue drain. > > This patch fixes this by disconnecting the lock after the queue drain. I don't think the patch description is correct. The lock switcihng is inherently broken and the patch doesn't really fix the problem although it *might* make the problem less likely. Trying to switch locks while there are other accessors of the lock is simply broken, it can never work without outer synchronization. Your patch might make the problem somewhat less likely simply because queue draining makes a lot of request_queue users go away. So, can you please update the commit description? It doesn't really *fix* anything but I think we're still better off with the change. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html