summaryrefslogtreecommitdiffstats
path: root/fs/libfs.c
diff options
context:
space:
mode:
authorChuck Lever <chuck.lever@oracle.com>2023-06-30 13:49:03 -0400
committerChristian Brauner <brauner@kernel.org>2023-08-09 09:15:40 +0200
commita2e459555c5f9da3e619b7e47a63f98574dc75f1 (patch)
tree804ebe16c51c0c5f09a0e6971654863b656c4fa9 /fs/libfs.c
parent23a31d87645c652734f89f477f69ddac9aa402cb (diff)
downloadlinux-a2e459555c5f9da3e619b7e47a63f98574dc75f1.tar.gz
linux-a2e459555c5f9da3e619b7e47a63f98574dc75f1.tar.bz2
linux-a2e459555c5f9da3e619b7e47a63f98574dc75f1.zip
shmem: stable directory offsets
The current cursor-based directory offset mechanism doesn't work when a tmpfs filesystem is exported via NFS. This is because NFS clients do not open directories. Each server-side READDIR operation has to open the directory, read it, then close it. The cursor state for that directory, being associated strictly with the opened struct file, is thus discarded after each NFS READDIR operation. Directory offsets are cached not only by NFS clients, but also by user space libraries on those clients. Essentially there is no way to invalidate those caches when directory offsets have changed on an NFS server after the offset-to-dentry mapping changes. Thus the whole application stack depends on unchanging directory offsets. The solution we've come up with is to make the directory offset for each file in a tmpfs filesystem stable for the life of the directory entry it represents. shmem_readdir() and shmem_dir_llseek() now use an xarray to map each directory offset (an loff_t integer) to the memory address of a struct dentry. Signed-off-by: Chuck Lever <chuck.lever@oracle.com> Message-Id: <168814734331.530310.3911190551060453102.stgit@manet.1015granger.net> Signed-off-by: Christian Brauner <brauner@kernel.org>
Diffstat (limited to 'fs/libfs.c')
0 files changed, 0 insertions, 0 deletions