From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jamie Lokier Subject: Re: [PATCH 0/23] File descriptor hot-unplug support v2 Date: Mon, 8 Jun 2009 11:24:49 +0100 Message-ID: <20090608102449.GB25684@shareable.org> References: <20090606080334.GA15204@ZenIV.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: viro@ZenIV.linux.org.uk, ebiederm@xmission.com, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, hugh@veritas.com, tj@kernel.org, adobriyan@gmail.com, torvalds@linux-foundation.org, alan@lxorguk.ukuu.org.uk, gregkh@suse.de, npiggin@suse.de, akpm@linux-foundation.org, hch@infradead.org To: Miklos Szeredi Return-path: Content-Disposition: inline In-Reply-To: Sender: owner-linux-mm@kvack.org List-Id: linux-fsdevel.vger.kernel.org Miklos Szeredi wrote: > On Sat, 6 Jun 2009, Al Viro wrote: > > Frankly, I very much suspect that force-umount is another case like that; > > we'll need a *lot* of interesting cooperation from fs for that to work and > > to be useful. I'd be delighted to be proven incorrect on that one, so > > if you have anything serious in that direction, please share the details. > > Umm, not sure why we'd need cooperation from the fs. Simply wait for > the operation to exit the filesystem or driver. If it's a blocking > operation, send a signal to interrupt it. We could even include the internal signal in TASK_KILLABLE, so it interrupts otherwise uninterruptible operations. -- Jamie -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org