From: Tejun Heo <tj@kernel.org>
To: Chuck Ebbert <cebbert@redhat.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
linux-kernel@vger.kernel.org, Milan Broz <mbroz@redhat.com>
Subject: Re: [Patch v2] block: revert block_dev read-only check
Date: Thu, 17 Feb 2011 00:28:16 +0100 [thread overview]
Message-ID: <20110216232816.GH29600@atj.dyndns.org> (raw)
In-Reply-To: <20110216181153.5b8f81d5@katamari>
On Wed, Feb 16, 2011 at 06:11:53PM -0500, Chuck Ebbert wrote:
> This reverts commit 75f1dc0d076d1c1168f2115f1941ea627d38bd5a
> ("block: check bdev_read_only() from blkdev_get()"). That commit added
> stricter checking to make sure devices that were being used read-only
> were actually opened in that mode.
>
> It turns out that the change breaks a bunch of kernel code that opens
> block devices. Affected systems include dm, md, and the loop device.
> Because strict checking for read-only opens of block devices was not
> done before this, the code that opens the devices was opening them
> read-write even if they were being used read-only. Auditing all that
> code will take time, and new userspace packages for dm, mdadm, etc.
> will also be required.
The problem is slightly more complex than that. Block layer has never
enforced the read only flag during open or actual IOs and those
stacking block drivers and filesystems can open a device marked RO and
then write to it, which is a pretty bad idea (especially in data
rescue/forensic scenarios).
The commit was part of effort to enforce the ro flag. It at least
makes sure that a device can't be opened RW if marked RO. loop and dm
showed some problems but fixing the in-kernel part isn't difficult
(fixes pending).
IIUC, the problematic part is dm userland, which reportedly opens
member devices RW even when building a RO device. The problem is when
a user is trying to build RO dm device from RO member devices. dm
userland tries to open the member devices RW, which block layer
rejects now thus failing dm assembly.
> --- a/fs/block_dev.c
> +++ b/fs/block_dev.c
> @@ -1215,12 +1215,6 @@ int blkdev_get(struct block_device *bdev
>
> res = __blkdev_get(bdev, mode, 0);
>
> - /* __blkdev_get() may alter read only status, check it afterwards */
> - if (!res && (mode & FMODE_WRITE) && bdev_read_only(bdev)) {
> - __blkdev_put(bdev, mode, 0);
> - res = -EACCES;
> - }
> -
> if (whole) {
> /* finish claiming */
> mutex_lock(&bdev->bd_mutex);
> @@ -1298,6 +1292,11 @@ struct block_device *blkdev_get_by_path(
> if (err)
> return ERR_PTR(err);
>
> + if ((mode & FMODE_WRITE) && bdev_read_only(bdev)) {
> + blkdev_put(bdev, mode);
> + return ERR_PTR(-EACCES);
> + }
> +
> return bdev;
> }
> EXPORT_SYMBOL(blkdev_get_by_path);
Shouldn't the changes to drivers/usb/gadget/storage_common.c reverted
too?
Thanks.
--
tejun
next prev parent reply other threads:[~2011-02-16 23:28 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-16 23:11 Chuck Ebbert
2011-02-16 23:28 ` Tejun Heo [this message]
2011-02-16 23:56 ` Linus Torvalds
2011-02-17 0:23 ` Tejun Heo
2011-02-17 0:46 ` Linus Torvalds
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110216232816.GH29600@atj.dyndns.org \
--to=tj@kernel.org \
--cc=cebbert@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mbroz@redhat.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®