* Vivek Goyal (vgo...@redhat.com) wrote:
> Add capability to enable and parse security context as sent by client
> and put into fuse_req. Filesystems now can get security context from
> request and set it on files during creation.
>
> Signed-off-by: Vivek Goyal
> ---
>
* Vivek Goyal (vgo...@redhat.com) wrote:
> Add some code to parse extended "struct fuse_init_in". And use a local
> variable "flag" to represent 64 bit flags. This will make it easier
> to add more features without having to worry about two 32bit flags (->flags
> and ->flags2) in "fuse_struct_in".
This prevents cyclic dependencies in another MR I'm planning.
---
https://gitlab.com/virtio-fs/virtiofsd/-/merge_requests/76
___
Virtio-fs mailing list
Virtio-fs@redhat.com
https://listman.redhat.com/mailman/listinfo/virtio-fs
Use an application-specific InodeStore struct instead of using the
more generic `MultikeyBTreeMap`. The generic solution wasn't used
for anything except for storing inodes, and thus didn't compensate
the disadvantage of a less fitting API through the advantage of
code reuse.
---
For crates that follow SemVer, flexibilize the dependency so we can
support newer patch versions without updating our Cargo.toml
Signed-off-by: Sergio Lopez
---
https://gitlab.com/virtio-fs/virtiofsd/-/merge_requests/72
___
Virtio-fs mailing list
This commit moves `MountFd` and `MountFds` into a separate module
and uses `Arc` for refcounting instead of rolling
our own refcounting.
Supersedes !70
---
https://gitlab.com/virtio-fs/virtiofsd/-/merge_requests/73
___
Virtio-fs mailing list
