From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Ming Lei Subject: [PATCH v1 0/7] block: reread partitions changes and fix for loop Date: Wed, 8 Apr 2015 23:52:57 +0800 Message-Id: <1428508384-29008-1-git-send-email-ming.lei@canonical.com> Sender: linux-kernel-owner@vger.kernel.org List-Archive: List-Post: To: Jens Axboe , linux-kernel@vger.kernel.org, Christoph Hellwig , Tejun Heo Cc: Andrew Morton , Alexander Viro , Jarod Wilson , David Herrmann , Markus Pargmann , nbd-general@lists.sourceforge.net, Stefan Haberland , Sebastian Ott , Fabian Frederick , Peter Zijlstra , linux-s390@vger.kernel.org List-ID: Hi Guys, Recently there are several reports about loop partition scanning failure[1][2]. For loop, the root cause is one ABBA and one AA lock dependency issue, and the two are fixed by patch 2 and patch 3 each. Another reason is from the trylock in blkdev_reread_part(), which may cause partition scanning failure too sometimes when another task is holding the bd_mutex. In the discussion[1], both Tejun and Christoph suggests to replace the trylock with mutex_lock in blkdev_reread_part(), also Christoph suggests to export blkdev_reread_part. Following the discussion, this patchset exports blkdev_reread_part(), and introduces __blkdev_reread_part() for fixing loop's AA lock issue. Then ioctl_by_bdev(BLKRRPART) in loop, nbd and dasd is replaced with blkdev_reread_part(). In the last patch, trylock in blkdev_reread_part() is replaced with mutex_lock, and some analysis is provided about the conversion. V1: - introduce __blkdev_reread_part(), and use lockdep_assert_held()(1/7) - replace lo_open_mutex with atomic reference count, plus freezing queue(2/7) - add comment about detecting release path(3/7) - remove dead code in dasd(7/7) block/ioctl.c | 37 +++++++++++++++++++++++++---- drivers/block/loop.c | 49 +++++++++++++++++++++++++++++---------- drivers/block/loop.h | 2 +- drivers/block/nbd.c | 2 +- drivers/s390/block/dasd_genhd.c | 20 ++++------------ include/linux/fs.h | 3 +++ 6 files changed, 79 insertions(+), 34 deletions(-) [1], https://lkml.org/lkml/2015/1/26/137 [2], https://lkml.org/lkml/2015/3/31/888 Thanks, Ming Lei