Thread (15 messages) 15 messages, 4 authors, 2024-07-09

RE: [PATCH V6 for-6.11/block] loop: Fix a race between loop detach and loop open

From: Gulam Mohamed <hidden>
Date: 2024-06-19 09:01:02
Also in: lkml

-----Original Message-----
From: Christoph Hellwig <hch@lst.de>
Sent: Wednesday, June 19, 2024 1:57 PM
To: Gulam Mohamed <redacted>
Cc: Christoph Hellwig <hch@lst.de>; linux-block@vger.kernel.org; linux-
kernel@vger.kernel.org; yukuai1@huaweicloud.com; axboe@kernel.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:
quoted
quoted
To: Gulam Mohamed <redacted>
Cc: linux-block@vger.kernel.org; linux-kernel@vger.kernel.org;
yukuai1@huaweicloud.com; hch@lst.de; axboe@kernel.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.
Thanks Christoph.

Regards,
Gulam Mohamed.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help