[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <226043d9-068c-496a-a72c-f3503da2f8f7@vivo.com>
Date: Tue, 20 May 2025 13:08:54 +0800
From: Yangtao Li <frank.li@...o.com>
To: Ernesto A. Fernández <ernesto.mnd.fernandez@...il.com>
Cc: ethan@...ancedwards.com, asahi@...ts.linux.dev, brauner@...nel.org,
dan.carpenter@...aro.org, ernesto@...ellium.com, gargaditya08@...e.com,
gregkh@...uxfoundation.org, jack@...e.cz, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-staging@...ts.linux.dev,
sven@...npeter.dev, tytso@....edu, viro@...iv.linux.org.uk,
willy@...radead.org, slava@...eyko.com, glaubitz@...sik.fu-berlin.de
Subject: Re: Subject: [RFC PATCH v2 0/8] staging: apfs: init APFS filesystem
support
Hi Ernesto,
On 5/13/25 7:40 AM, Ernesto A. Fernández wrote:
> Hi Yangtao,
>
> On Mon, May 12, 2025 at 04:11:22AM -0600, Yangtao Li wrote:
>> I'm interested in bringing apfs upstream to the community, and perhaps
>> slava and adrian too.
>
> Do you have any particular use case in mind here? I don't mind putting in
> the work to get the driver upstream, but I don't want to be fighting people
> to convince them that it's needed. I'm not even sure about it myself.
Now that some current use cases have already been provided, I'm curious
about what the biggest obstacles are at present. APFS in the kernel
should have better performance than a FUSE implementation. Are there any
TODO items moving forward in this direction, such as IOMAP support and
other similar things? I can't guarantee that I have a lot of time to
invest heavily in this at the moment, but there should be others who are
interested.
Thx,
Yangtao
Powered by blists - more mailing lists