1. 04 12月, 2005 3 次提交
    • T
      SUNRPC: Fix Oopsable condition in rpc_pipefs · bb184f33
      Trond Myklebust 提交于
       The elements on rpci->in_upcall are tracked by the filp->private_data,
       which will ensure that they get released when the file is closed.
      
       The exception is if rpc_close_pipes() gets called first, since that
       sets rpci->ops to NULL.
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      bb184f33
    • T
      NFS: Fix a few further cache consistency regressions · 24aa1fe6
      Trond Myklebust 提交于
       Steve Dickson writes:
       Doing the following:
       1. On server:
       $ mkdir ~/t
       $ echo Hello > ~/t/tmp
      
       2. On client, wait for a string to appear in this file:
       $ until grep -q foo t/tmp ; do echo -n . ; sleep 1 ; done
      
       3. On server, create a *new* file with the same name containing that
       string:
       $ mv ~/t/tmp ~/t/tmp.old; echo foo > ~/t/tmp
      
       will show how the client will never (and I mean never ;-) ) see
       the updated file.
      
       The problem is that we do not update nfsi->cache_change_attribute when the
       file changes on the server (we only update it when our client makes the
       changes). This again means that functions like nfs_check_verifier() will
       fail to register when the parent directory has changed and should trigger
       a dentry lookup revalidation.
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      24aa1fe6
    • S
      NFS: Fix cache consistency regression · 223db122
      Steve Dickson 提交于
       Make sure cache_change_attribute is initialized to jiffies
       so when the mtime changes on directory, the directory
       will be refreshed.
      
       Signed-off by: Steve Dickson <steved@redhat.com>
      Signed-off-by: NTrond Myklebust <Trond.Myklebust@netapp.com>
      223db122
  2. 03 12月, 2005 12 次提交
  3. 02 12月, 2005 25 次提交