| Commit message (Collapse) | Author | Age |
| |
|
| |
|
|
|
|
| |
This reverts commit 179fa13b40387645e722089873079488f9dbe3d8.
|
|
|
|
|
|
|
|
|
|
| |
Since RELEASE requests are asynchronous, it is possible that libfuse
still considers the file to be open when userspace has closed it, so
that a successive unlink() call from userspace actually triggers
a rename(). We avoid the resulting test failure by re-trying a few
times.
Fixes: #157.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
We can consider changing the code to drop the requirement if it
turns out that there's a system where this isn't given.
Fixes issue #167.
|
| |
|
|
|
|
| |
Hopefully this helps debugging issue #157.
|
|
|
| |
They were removed from source here: https://github.com/libfuse/libfuse/commit/73b6ff4b75cf1228ea61262c293fcb2fda5dfeea
|
|
|
|
| |
This should help debugging issue #157.
|
|
|
|
|
| |
Slightly increases coverage of examples/passthrough_ll.c (which
supports open for reading, but not for writing).
|
|
|
|
|
|
| |
For example, FreeBSD doesn't have it.
Fixes: #173.
|
|
|
|
| |
Fixes: #160.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently libfuse has a hardcoded buffer limit to 128kib, while fuse
kernel module has a limit up to 32 pages.
This patch changes buffer limit to match the current page size, instead
of assuming 4096 bytes pages, enabling architectures with bigger pages
to use larger buffers, improving performance.
Also, add a new macro (HEADER_SIZE) to specify the space needed to
accommodate the header, making it easier to understand why those extra
4096 bytes are needed
Signed-off-by: Carlos Maiolino <cmaiolino-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
In particular, don't call it "user_data" in one place and
"private_data" elsewhere.
Changing the name of the variable in the prototype should not affect
backwards compatibility.
Fixes: #155.
|
| |
|
| |
|
| |
|
|
|
|
| |
Together with the previous commit, this fixes #156.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Since os.path.join() interprets leading slashes, we were
actually never accessing the mountpoint and doing all the
tests in the source directory.
Fixes: #139
|
|
|
|
|
|
| |
This allows calls like open(file, O_CREAT|O_RDONLY, 0200) which would
otherwise fail because we cannot open the file after mknod() has
created it with 0200 permissions.
|
|
|
|
|
| |
No reason not to use it. May even be a little faster and will
consume less resources :-).
|
|
|
|
|
| |
This allows truncating an open file even if write permission
was removed after open() (which is the expected behavior).
|
|
|
|
| |
That way we can use the file descriptor for other operations.
|
|
|
|
| |
Required for better hardlink handling, see comments in patch.
|
|
|
|
|
| |
That way, we are not drowning in messages when a test would also fail
without debugging enabled.
|
| |
|
|
|
|
|
|
| |
This appeared to work because of an unrelated bug that caused us to
actually never access the mountpoint at all and do all tests on the
lower filesystem. This issue will be fixed in a separate commit.
|
| |
|
| |
|
|
|
|
|
| |
There is no reason why so many tests require the file system
to support unlink() and/or rmdir().
|
|
|
|
|
| |
Ensure that we are really creating a new file.
Don't attempt to write, we do that in tst_open_write().
|
|
|
|
|
| |
We are actually testing both opening of an existing file
and writing to it.
|
|
|
|
| |
To check for unlink() support without requiring create()/mknod().
|
|
|
|
|
| |
This allows testing a filesystem that offers mkdir(), but no
rmdir() (and vice versa).
|
|
|
|
|
| |
This makes more sense, since we are specifically checking
unlinking of an open file.
|
|
|
|
|
|
| |
By creating the files in the lower filesystem, we
can test readdir() even for filesystems that don't implement
create() or mkdir().
|
| |
|
| |
|
|
|
|
| |
See also issue #148.
|
|
|
|
| |
No longer supported in Meson 0.39.
|
| |
|
|
|
|
|
| |
The FUSE_CAP_ATOMIC_IO_TRUNC capability is enabled by default,
but we didn't update the open() documentation accordingly.
|