On Wed, Sep 13, 2000 at 02:53:02PM +0200, Trond Myklebust wrote: > No. Things fall in and out of the inode cache all the time. That's a > vicious circle that's going to lead to a lot of unnecessary traffic. The traffic is not "unnecessary" if it's needed to work with today's NFS servers and get correct results. We need an absolute guarantee in nfs_lock() that we won't read stale data, we need it when working with non-linux NFS servers, and we need it today. Jeff - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- Re: NFS locking bug -- limited mtime res... Trond Myklebust
- Re: NFS locking bug -- limited mtime... Andi Kleen
- Re: NFS locking bug -- limited mtime... Frank van Maarseveen
- Re: NFS locking bug -- limited mtime res... Jeff Epler
- Re: NFS locking bug -- limited mtime resolution means... Jeff Epler
- Re: NFS locking bug -- limited mtime resolution ... Trond Myklebust
- Re: NFS locking bug -- limited mtime resolut... Albert D. Cahalan
- Re: NFS locking bug -- limited mtime res... Trond Myklebust
- Re: NFS locking bug -- limited mtime... Jamie Lokier
- Re: NFS locking bug -- limited ... Trond Myklebust
- Re: NFS locking bug -- limi... Jeff Epler
- Re: NFS locking bug -- limi... Trond Myklebust
- Re: NFS locking bug -- limited mtime... Albert D. Cahalan
- Re: NFS locking bug -- limited ... Trond Myklebust
- Re: NFS locking bug -- limi... Albert D. Cahalan
- Re: NFS locking bug -- limi... Trond Myklebust
- Re: NFS locking bug -- limi... Andi Kleen
- Re: NFS locking bug -- limi... Trond Myklebust
- Re: NFS locking bug -- limi... Andi Kleen
- Re: NFS locking bug -- limi... Theodore Y. Ts'o
- Re: NFS locking bug -- limi... Trond Myklebust