summaryrefslogtreecommitdiff
path: root/.mailmap
diff options
context:
space:
mode:
authorMenyhart Zoltan <Zoltan.Menyhart@bull.net>2010-09-12 23:55:26 (GMT)
committerTrond Myklebust <Trond.Myklebust@netapp.com>2010-09-12 23:55:26 (GMT)
commitfbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f (patch)
tree55e1b68c3304b35e8c7e8d1f0de54521189908b9 /.mailmap
parentb20d37ca9561711c6a3c4b859c2855f49565e061 (diff)
downloadlinux-fsl-qoriq-fbf3fdd2443965d9ba6fb4b5fecd1f6e0847218f.tar.xz
statfs() gives ESTALE error
Hi, An NFS client executes a statfs("file", &buff) call. "file" exists / existed, the client has read / written it, but it has already closed it. user_path(pathname, &path) looks up "file" successfully in the directory-cache and restarts the aging timer of the directory-entry. Even if "file" has already been removed from the server, because the lookupcache=positive option I use, keeps the entries valid for a while. nfs_statfs() returns ESTALE if "file" has already been removed from the server. If the user application repeats the statfs("file", &buff) call, we are stuck: "file" remains young forever in the directory-cache. Signed-off-by: Zoltan Menyhart <Zoltan.Menyhart@bull.net> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com> Cc: stable@kernel.org
Diffstat (limited to '.mailmap')
0 files changed, 0 insertions, 0 deletions