Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

To: Jingbo Xu <jefflexu@xxxxxxxxxxxxxxxxx>
Subject: Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism
From: Miklos Szeredi <miklos@xxxxxxxxxx>
Date: Tue, 28 May 2024 09:46:32 +0200
Cc: linux-fsdevel@xxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, winters.zc@xxxxxxxxxxxx
In-reply-to: <6a3c3035-b4c4-41d9-a7b0-65f72f479571@linux.alibaba.com>

On Tue, 28 May 2024 at 05:08, Jingbo Xu <jefflexu@xxxxxxxxxxxxxxxxx> wrote:
> There was an RFC for kernel-side fdstore [1], though it's also
> implemented upon FUSE.

I strongly believe that this needs to be disassociated from fuse.

It could be a pseudo filesystem, though.

Thanks,
Miklos

References:
- [RFC 0/2] fuse: introduce fuse server recovery mechanism
  - From: Jingbo Xu
- Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism
  - From: Miklos Szeredi
- Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism
  - From: Jingbo Xu
- Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism
  - From: Jingbo Xu

Prev by Date: Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism
Next by Date: Re: [PATCH 1/2] filemap: Convert generic_perform_write() to support large folios
Previous by thread: Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism
Next by thread: Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism
Index(es):
- Date
- Thread

[Index of Archives] [Linux Ext4 Filesystem] [Union Filesystem] [Filesystem Testing] [Ceph Users] [Ecryptfs] [NTFS 3] [AutoFS] [Kernel Newbies] [Share Photos] [Security] [Netfilter] [Bugtraq] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux Cachefs] [Reiser Filesystem] [Linux RAID] [NTFS 3] [Samba] [Device Mapper] [CEPH Development]

Powered by Linux