On 3/9/07, Pekka J Enberg <[EMAIL PROTECTED]> wrote:
To fix this, change sys_revoke() not to close the actual revoked file immediately. Instead, we do filp_close() when the user does close(2) on the revoked file descriptor.
Btw, this is safe because a filesystem implementing f_ops->revoke must ensure there are no pending writes after it has completed so f_ops->flush will not do any actual flushing when it is invoked by a delayed close. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/