Re: [PATCH] A generic_file_sendpage()
From: Jörn Engel (joern_at_wohnheim.fh-wedel.de)
Date: 06/28/04
- Previous message: Steve G: "Re: 2.6.x signal handler bug"
- In reply to: Trond Myklebust: "Re: [PATCH] A generic_file_sendpage()"
- Next in thread: Andreas Dilger: "Re: [PATCH] A generic_file_sendpage()"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Mon, 28 Jun 2004 13:41:03 +0200 To: Trond Myklebust <trond.myklebust@fys.uio.no>
On Fri, 25 June 2004 20:53:34 -0400, Trond Myklebust wrote:
> På fr , 25/06/2004 klokka 16:03, skreiv Jörn Engel:
> > Not sure. NFSv3 appears to be fixable, the only context is the UID,
>
> Huh???? WTF happened to the actual credential?
No idea, I couldn't find it in the source.
> > which happens to be stored in the inode as well. NFSv4 and cifs could
> > be worse, I didn't look closely yet. smbfs accesses the dentry, which
> > has similar effects, but should be fixable as well.
> >
> > Do you know of any impossible cases?
>
> NFS, CIFS, all other networked filesystems that need private context
> information beyond what is contained in the struct file. Why?
Darn! I need to copy an inode. Currently, I'm opening a two files,
copy between them and close them again. Open and close are completely
pointless and only complicate things.
The fun part is that cifs would actually benifit from the same things
it complicates. Oh well.
Jörn
-- Geld macht nicht glücklich. Glück macht nicht satt. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Steve G: "Re: 2.6.x signal handler bug"
- In reply to: Trond Myklebust: "Re: [PATCH] A generic_file_sendpage()"
- Next in thread: Andreas Dilger: "Re: [PATCH] A generic_file_sendpage()"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|