[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240619082718.GA6210@lst.de>
Date: Wed, 19 Jun 2024 10:27:18 +0200
From: Christoph Hellwig <hch@....de>
To: Gulam Mohamed <gulam.mohamed@...cle.com>
Cc: Christoph Hellwig <hch@....de>,
"linux-block@...r.kernel.org" <linux-block@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"yukuai1@...weicloud.com" <yukuai1@...weicloud.com>,
"axboe@...nel.dk" <axboe@...nel.dk>
Subject: Re: [PATCH V6 for-6.11/block] loop: Fix a race between loop detach
and loop open
On Wed, Jun 19, 2024 at 08:21:35AM +0000, Gulam Mohamed wrote:
> > To: Gulam Mohamed <gulam.mohamed@...cle.com>
> > Cc: linux-block@...r.kernel.org; linux-kernel@...r.kernel.org;
> > yukuai1@...weicloud.com; hch@....de; axboe@...nel.dk
> > Subject: Re: [PATCH V6 for-6.11/block] loop: Fix a race between loop detach
> > and loop open
> >
> > Do we need the re-addition of the open method to fix the ltp test case? I
> > kinda hate it, but if that is what it takes:
> >
> I don't think its needed but I kept it because your following comment in the suggested change says " switch the state to roundown here to prevent new openers from coming in":
Let's keep it. I meant to say new I/O coming in, but letting a new
opener come in and then fail I/O isn't really nice behavior.
Powered by blists - more mailing lists