f8b7ee38b3
Currently we fail getattr request altogether if we can't read P9_STATS_GEN for some reason. It breaks valid use cases: E.g let's assume we have non-readable directory with execution bit set on host and we export it to client over 9p On host we can chdir into directory, but not open directory on read and list content. But if client will try to call getattr (as part of chdir(2)) for the directory it will fail with -EACCES. It happens because we try to open the directory on read to call ioctl(FS_IOC_GETVERSION), it fails and we return the error code to client. It's excessive. The solution is to make P9_STATS_GEN failure non-fatal for getattr request. Just don't set P9_STATS_GEN flag in result mask on failure. Signed-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com> Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> |
||
---|---|---|
.. | ||
codir.c | ||
cofile.c | ||
cofs.c | ||
coxattr.c | ||
Makefile.objs | ||
virtio-9p-coth.c | ||
virtio-9p-coth.h | ||
virtio-9p-device.c | ||
virtio-9p-handle.c | ||
virtio-9p-local.c | ||
virtio-9p-posix-acl.c | ||
virtio-9p-proxy.c | ||
virtio-9p-proxy.h | ||
virtio-9p-synth.c | ||
virtio-9p-synth.h | ||
virtio-9p-xattr-user.c | ||
virtio-9p-xattr.c | ||
virtio-9p-xattr.h | ||
virtio-9p.c | ||
virtio-9p.h |