On Fri, Nov 09, 2007 at 01:35:22PM -0800, Dave Hansen wrote:
> On Fri, 2007-11-09 at 16:26 -0500, Trond Myklebust wrote:
> > > #include <linux/sunrpc/svc.h>
> > > #include <linux/nfsd/nfsd.h>
> > > #include <linux/nfsd/cache.h>
> > > +#include <linux/file.h>
> > > #include <linux/mount.h>
> > > #include <linux/workqueue.h>
> > > #include <linux/smp_lock.h>
> > > @@ -1303,7 +1304,7 @@ static inline void
> > > nfs4_file_downgrade(struct file *filp, unsigned int share_access)
> > > {
> > > if (share_access & NFS4_SHARE_ACCESS_WRITE) {
> > > - put_write_access(filp->f_path.dentry->d_inode);
> > > + drop_file_write_access(filp);
> > > filp->f_mode = (filp->f_mode | FMODE_READ) & ~FMODE_WRITE;
> > > }
> > > }
> >
> > Hmm... The NFS server may also try to 'upgrade' an open file request to
> > a read/write request whenever the client issues a new OPEN request for
> > WRITE using the same open_owner.
>
> Can you point me to some code? I'll try and go fix it up.
See fs/nfsd/nfs4state.c:nfs4_upgrade_open().
I suspect that there are other reasons why what nfsd is doing here is a
bad idea, and that we should really be getting a new file descriptor.
But I haven't figured out yet what to do instead.
--b.
-
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/
