From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alan Cox Subject: Re: Re: [RFC/PATCH] revoke/frevoke system calls V2 Date: Thu, 27 Jul 2006 17:09:49 +0100 Message-ID: <1154016589.13509.56.camel@localhost.localdomain> References: <1154012822.13509.52.camel@localhost.localdomain> <84144f020607270833v4c981d00w8e3e643406aea7a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, akpm@osdl.org, viro@zeniv.linux.org.uk, tytso@mit.edu, tigran@veritas.com Return-path: Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:38081 "EHLO lxorguk.ukuu.org.uk") by vger.kernel.org with ESMTP id S1750801AbWG0PvR (ORCPT ); Thu, 27 Jul 2006 11:51:17 -0400 To: Pekka Enberg In-Reply-To: <84144f020607270833v4c981d00w8e3e643406aea7a@mail.gmail.com> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Ar Iau, 2006-07-27 am 18:33 +0300, ysgrifennodd Pekka Enberg: > Don't device drivers already do that for f_ops->flush (filp_close) and ->flush is called when each closing occurs. > vm_ops->close (munmap)? What revoke and frevoke do is basically > unmap/fsync/close on all the open file descriptors. What happens if an app is already blocked on a read when you do a revoke ? The nasty case answer could be "it completes later on and returns the users captured password" Alan