diff options
author | Dave Chinner <dchinner@redhat.com> | 2010-07-13 17:50:50 +1000 |
---|---|---|
committer | Jens Axboe <jaxboe@fusionio.com> | 2010-08-07 18:26:29 +0200 |
commit | f10d9f617a65905c556c3b37c9b9646ae7d04ed7 (patch) | |
tree | 0e1d1a28578e8c1b2115b8486add3b235f7e3619 /block | |
parent | 2669b19fa4debcdd6a660ace1a124c0900f113e6 (diff) | |
download | kernel_samsung_crespo-f10d9f617a65905c556c3b37c9b9646ae7d04ed7.zip kernel_samsung_crespo-f10d9f617a65905c556c3b37c9b9646ae7d04ed7.tar.gz kernel_samsung_crespo-f10d9f617a65905c556c3b37c9b9646ae7d04ed7.tar.bz2 |
blkdev: check for valid request queue before issuing flush
Issuing a blkdev_issue_flush() on an unconfigured loop device causes a panic as
q->make_request_fn is not configured. This can occur when trying to mount the
unconfigured loop device as an XFS filesystem. There are no guards that catch
the bio before the request function is called because we don't add a payload to
the bio. Instead, manually check this case as soon as we have a pointer to the
queue to flush.
Signed-off-by: Dave Chinner <dchinner@redhat.com>
Signed-off-by: Jens Axboe <jaxboe@fusionio.com>
Diffstat (limited to 'block')
-rw-r--r-- | block/blk-barrier.c | 9 |
1 files changed, 9 insertions, 0 deletions
diff --git a/block/blk-barrier.c b/block/blk-barrier.c index eefbde8..557f693 100644 --- a/block/blk-barrier.c +++ b/block/blk-barrier.c @@ -310,6 +310,15 @@ int blkdev_issue_flush(struct block_device *bdev, gfp_t gfp_mask, if (!q) return -ENXIO; + /* + * some block devices may not have their queue correctly set up here + * (e.g. loop device without a backing file) and so issuing a flush + * here will panic. Ensure there is a request function before issuing + * the barrier. + */ + if (!q->make_request_fn) + return -ENXIO; + bio = bio_alloc(gfp_mask, 0); bio->bi_end_io = bio_end_empty_barrier; bio->bi_bdev = bdev; |