mirror of
https://github.com/opnsense/src.git
synced 2026-05-28 04:12:45 -04:00
4bb8e26c26
Background: If a user does pathconf(_, _PC_MIN_HOLE_SIZE) on a fusefs file system, the kernel must actually issue a FUSE_LSEEK operation in order to determine whether the server supports it. We cache that result, so we only have to send FUSE_LSEEK the first time that _PC_MIN_HOLE_SIZE is requested on any given mountpoint. Problem 1: Unlike fpathconf, pathconf operates on files that may not be open. But FUSE_LSEEK requires the file to be open. As described in PR 278135, FUSE_LSEEK cannot be sent for unopened files, causing _PC_MIN_HOLE_size to wrongly report EINVAL. We never noticed that before because the fusefs test suite only uses fpathconf, not pathconf. Fix this bug by opening the file if necessary. Problem 2: On a completely sparse file, with no data blocks at all, FUSE_LSEEK with SEEK_DATA would fail to ENXIO. That's correct behavior, but fuse_vnop_pathconf wrongly interpreted that as "FUSE_LSEEK not supported". Fix the interpretation. PR: 278135 Sponsored by: Axcient Differential Revision: https://reviews.freebsd.org/D44618 (cherry picked from commit 6efba04df3f8c77b9b12f1df3e5124a7249b82fc) |
||
|---|---|---|
| .. | ||
| fuse.h | ||
| fuse_device.c | ||
| fuse_file.c | ||
| fuse_file.h | ||
| fuse_internal.c | ||
| fuse_internal.h | ||
| fuse_io.c | ||
| fuse_io.h | ||
| fuse_ipc.c | ||
| fuse_ipc.h | ||
| fuse_kernel.h | ||
| fuse_main.c | ||
| fuse_node.c | ||
| fuse_node.h | ||
| fuse_vfsops.c | ||
| fuse_vnops.c | ||