[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87mvs8qhun.fsf@thinkpad.rath.org>
Date: Thu, 14 Jan 2016 07:52:00 -0800
From: Nikolaus Rath <Nikolaus@...h.org>
To: Christoph Hellwig <hch@...radead.org>
Cc: Nikhilesh Reddy <reddyn@...eaurora.org>,
Miklos Szeredi <miklos@...redi.hu>,
fuse-devel <fuse-devel@...ts.sourceforge.net>,
linux-kernel@...r.kernel.org, linux-api@...r.kernel.org,
gregkh@...uxfoundation.org, torvalds@...ux-foundation.org,
linux-fsdevel@...r.kernel.org, viro@...iv.linux.org.uk,
Richard Weinberger <richard.weinberger@...il.com>,
Theodore Ts'o <tytso@....edu>, jack@...e.cz,
Antonio SJ Musumeci <trapexit@...wn.link>, sven.utcke@....de
Subject: Re: [PATCH] fuse: Add support for fuse stacked I/O
On Jan 14 2016, Christoph Hellwig <hch@...radead.org> wrote:
> On Wed, Jan 13, 2016 at 03:53:10PM -0800, Nikhilesh Reddy wrote:
>> Add support for filesystem stacked read/write of files
>> when enabled through a userspace init option of FUSE_STACKED_IO.
>>
>> When FUSE_STACKED_IO is enabled all the reads and writes
>> to the fuse mount point go directly to the native filesystem
>> rather than through the fuse daemon. All requests that aren't
>> read/write still go thought the userspace code.
>
> Please write your stacked features as kernel drivers.
Could you explain in more detail? I think I don't understand either the
why, the how, or what you mean with driver in this context (not sure
which one it is).
(I'm not the original submitter but interested in this)
Best,
-Nikolaus
--
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F
»Time flies like an arrow, fruit flies like a Banana.«
Powered by blists - more mailing lists