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

From: Miklos Szeredi
Date: Mon May 27 2024 - 11:51:41 EST

Next message: Sasha Levin: "[PATCH AUTOSEL 6.9 01/23] drm/amd/display: Exit idle optimizations before HDCP execution"
Previous message: Thomas Gleixner: "Re: [PATCH v2] clocksource: Add node counter timer driver for MIPS/Loongson64"
In reply to: Jingbo Xu: "[RFC 2/2] fuse: uid-based security enhancement for the recovery mechanism"
Next in thread: Jingbo Xu: "Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Fri, 24 May 2024 at 08:40, Jingbo Xu <jefflexu@xxxxxxxxxxxxxxxxx> wrote:

> 3. I don't know if a kernel based recovery mechanism is welcome on the
> community side. Any comment is welcome. Thanks!

I'd prefer something external to fuse.

Maybe a kernel based fdstore (lifetime connected to that of the
container) would a useful service more generally?

Thanks,
Miklos

Next message: Sasha Levin: "[PATCH AUTOSEL 6.9 01/23] drm/amd/display: Exit idle optimizations before HDCP execution"
Previous message: Thomas Gleixner: "Re: [PATCH v2] clocksource: Add node counter timer driver for MIPS/Loongson64"
In reply to: Jingbo Xu: "[RFC 2/2] fuse: uid-based security enhancement for the recovery mechanism"
Next in thread: Jingbo Xu: "Re: [RFC 0/2] fuse: introduce fuse server recovery mechanism"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]