Don't send FBT_DESTROY if the FUSE connection is still PENDING. Also
authorhelg <helg@openbsd.org>
Tue, 17 Jul 2018 13:12:08 +0000 (13:12 +0000)
committerhelg <helg@openbsd.org>
Tue, 17 Jul 2018 13:12:08 +0000 (13:12 +0000)
commit3270c159a13f7acb136b07140654c9bdde79771c
tree534dddf967ed52a9868a72262b2556909d9c9393
parentdd1ac127d790289da90c22118ce14110ae0cab2e
Don't send FBT_DESTROY if the FUSE connection is still PENDING. Also
don't attempt to determine the size of the root inode. This is because
we don't need to know the size of directories and FBT_GETATTR will also
cause a deadlock if fuse_unmount(3) is called before the file system
has a chance to process fbufs.

Add corresponding regression test.

ok mpi@
regress/lib/libfuse/Makefile
regress/lib/libfuse/fuse-mount.c [new file with mode: 0644]
regress/lib/libfuse/fuse-null-check.c [new file with mode: 0644]
sys/miscfs/fuse/fuse_vfsops.c