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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Gulam Mohamed <gulam.mohamed@xxxxxxxxxx>
Subject: Re: [PATCH V5 for-6.11/block] loop: Fix a race between loop detach and loop open
From: Christoph Hellwig <hch@xxxxxx>
Date: Sat, 15 Jun 2024 06:45:19 +0200
Cc: linux-block@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, yukuai1@xxxxxxxxxxxxxxx, hch@xxxxxx, axboe@xxxxxxxxx
In-reply-to: <20240615012138.120364-1-gulam.mohamed@oracle.com>
References: <20240615012138.120364-1-gulam.mohamed@oracle.com>
User-agent: Mutt/1.5.17 (2007-11-01)

Umm, so this is back to not just doing autoclear all the time?

What I suggested was to go to my RFC patch that still does the
unconditional autclear, but which sets rundown when there was
just a single opener.

Follow-Ups:
- RE: [PATCH V5 for-6.11/block] loop: Fix a race between loop detach and loop open
  - From: Gulam Mohamed

References:
- [PATCH V5 for-6.11/block] loop: Fix a race between loop detach and loop open
  - From: Gulam Mohamed

Prev by Date: [PATCH V5 for-6.11/block] loop: Fix a race between loop detach and loop open
Next by Date: Re: move integrity settings to queue_limits v3
Previous by thread: [PATCH V5 for-6.11/block] loop: Fix a race between loop detach and loop open
Next by thread: RE: [PATCH V5 for-6.11/block] loop: Fix a race between loop detach and loop open
Index(es):
- Date
- Thread

[Index of Archives] [Linux RAID] [Linux SCSI] [Linux ATA RAID] [IDE] [Linux Wireless] [Linux Kernel] [ATH6KL] [Linux Bluetooth] [Linux Netdev] [Kernel Newbies] [Security] [Git] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Device Mapper]

Powered by Linux