All of lore.kernel.org
 help / color / mirror / Atom feed
From: Peng Tao <bergwolf@gmail.com>
To: "Enrico Weigelt, metux IT consult" <lkml@metux.net>
Cc: Alessio Balsini <balsini@android.com>,
	Peng Tao <tao.peng@linux.alibaba.com>,
	linux-fsdevel <linux-fsdevel@vger.kernel.org>,
	Miklos Szeredi <miklos@szeredi.hu>,
	Amir Goldstein <amir73il@gmail.com>
Subject: Re: [PATCH RFC] fuse: add generic file store
Date: Tue, 8 Jun 2021 10:58:24 +0800	[thread overview]
Message-ID: <CA+a=Yy5moy0Bv=mhsrC9FrY+cEYt8+YJL8TvXQ=N7pNyktccRQ@mail.gmail.com> (raw)
In-Reply-To: <244309bf-4f2e-342e-dd98-755862c643b8@metux.net>

On Mon, Jun 7, 2021 at 11:34 PM Enrico Weigelt, metux IT consult
<lkml@metux.net> wrote:
>
> On 02.06.21 17:50, Alessio Balsini wrote:
>
> >> A possible use case is fuse fd passthrough being developed
> >> by Alessio Balsini [1] where underlying file system fd can be saved in
> >> this file store.
>
> oh, this could be quite what I'm currently intending do implement
> (just considered 9p instead of fuse as it looks simpler to me):
>
> I'd like the server being able to directly send an already opened fd to
> the client (in response to it calling open()), quite like we can send
> fd's via unix sockets.
>
> The primary use case of that is sending already prepared fd's (eg. an
> active network connection, locked-down file fd, a device that the client
> can't open himself, etc).
>
> Is that what you're working on ?
If the server and client run on the same kernel, then yes, the current
RFC supports your use case as well, E.g.,
1. the server opens a file, saves the FD to the kernel, and passes the
IDR to the client.
2. the client retrieves the FD from the kernel

Does it match your use case?

Cheers,
Tao

-- 
Into Sth. Rich & Strange

  reply	other threads:[~2021-06-08  2:59 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-01  8:58 [PATCH RFC] fuse: add generic file store Peng Tao
2021-06-02  2:39 ` kernel test robot
2021-06-02  2:39 ` [RFC PATCH] fuse: fuse_filp_store can be static kernel test robot
2021-06-02 15:50 ` [PATCH RFC] fuse: add generic file store Alessio Balsini
2021-06-07  7:46   ` Peng Tao
2021-06-07 15:32   ` Enrico Weigelt, metux IT consult
2021-06-08  2:58     ` Peng Tao [this message]
2021-06-08 10:49       ` Enrico Weigelt, metux IT consult
2021-06-08 12:41         ` Peng Tao
2021-06-09 12:54           ` Enrico Weigelt, metux IT consult
2021-06-11 12:46             ` Peng Tao
2021-06-15 18:50               ` Enrico Weigelt, metux IT consult
2021-06-16 10:20                 ` Peng Tao
2021-06-16 16:09                   ` Enrico Weigelt, metux IT consult
2021-06-17 13:23                     ` Peng Tao
2021-06-21 19:05                       ` Enrico Weigelt, metux IT consult
2021-06-22  6:46                         ` Peng Tao
2021-06-24 14:19                           ` Enrico Weigelt, metux IT consult

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CA+a=Yy5moy0Bv=mhsrC9FrY+cEYt8+YJL8TvXQ=N7pNyktccRQ@mail.gmail.com' \
    --to=bergwolf@gmail.com \
    --cc=amir73il@gmail.com \
    --cc=balsini@android.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=lkml@metux.net \
    --cc=miklos@szeredi.hu \
    --cc=tao.peng@linux.alibaba.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.