From: Christoph Hellwig <hch@lst.de>
To: Keith Busch <kbusch@kernel.org>
Cc: Christoph Hellwig <hch@lst.de>,
sagi@grimberg.me, linux-nvme@lists.infradead.org
Subject: Re: [PATCH] nvme: warn about shared namespaces without CONFIG_NVME_MULTIPATH
Date: Tue, 15 Mar 2022 16:40:43 +0100 [thread overview]
Message-ID: <20220315154043.GA15386@lst.de> (raw)
In-Reply-To: <YjCvfMplVsxKk3yd@C02CK6Q3MD6M>
On Tue, Mar 15, 2022 at 09:23:40AM -0600, Keith Busch wrote:
> On Tue, Mar 15, 2022 at 03:51:41PM +0100, Christoph Hellwig wrote:
> > diff --git a/drivers/block/loop.c b/drivers/block/loop.c
> > index 8fb89d0624fc5..e733c48de2e90 100644
> > --- a/drivers/block/loop.c
> > +++ b/drivers/block/loop.c
> > @@ -2092,6 +2092,7 @@ static void loop_remove(struct loop_device *lo)
> > del_gendisk(lo->lo_disk);
> > blk_cleanup_disk(lo->lo_disk);
> > blk_mq_free_tag_set(&lo->tag_set);
> > +
> > mutex_lock(&loop_ctl_mutex);
> > idr_remove(&loop_index_idr, lo->lo_number);
> > mutex_unlock(&loop_ctl_mutex);
>
> This unrelated change sneaked into your patch. :)
Ooops.
> The recent release pattern suggests 5.20 will be the last of the 5.x tags
> before seeing 6.0, but my understanding is that's at the discretion of Chief
> Penguin. Unless you know already, perhaps warning with 5.21 is more clear that
> removing this capability happens after 3 more releases.
Sounds good to me - we are not in a crazy urge right now, but we
need to settle this eventually.
next prev parent reply other threads:[~2022-03-15 15:40 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-15 14:51 [PATCH] nvme: warn about shared namespaces without CONFIG_NVME_MULTIPATH Christoph Hellwig
2022-03-15 15:23 ` Keith Busch
2022-03-15 15:40 ` Christoph Hellwig [this message]
2022-03-16 15:12 ` Keith Busch
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=20220315154043.GA15386@lst.de \
--to=hch@lst.de \
--cc=kbusch@kernel.org \
--cc=linux-nvme@lists.infradead.org \
--cc=sagi@grimberg.me \
/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