linux-kernel - Re: Subject: [RFC PATCH v2 0/8] staging: apfs: init APFS filesystem support

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID:
 <PN3PR01MB9597DA4A452F730A3E0412E6B896A@PN3PR01MB9597.INDPRD01.PROD.OUTLOOK.COM>
Date: Tue, 13 May 2025 11:41:28 +0000
From: Aditya Garg <gargaditya08@...e.com>
To: Nick Chan <towinchenmi@...il.com>
CC:  Ernesto A. Fernández 
	<ernesto.mnd.fernandez@...il.com>, Yangtao Li <frank.li@...o.com>,
	"ethan@...ancedwards.com" <ethan@...ancedwards.com>, "asahi@...ts.linux.dev"
	<asahi@...ts.linux.dev>, "brauner@...nel.org" <brauner@...nel.org>,
	"dan.carpenter@...aro.org" <dan.carpenter@...aro.org>,
	"ernesto@...ellium.com" <ernesto@...ellium.com>, "gregkh@...uxfoundation.org"
	<gregkh@...uxfoundation.org>, "jack@...e.cz" <jack@...e.cz>,
	"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-staging@...ts.linux.dev" <linux-staging@...ts.linux.dev>,
	"sven@...npeter.dev" <sven@...npeter.dev>, "tytso@....edu" <tytso@....edu>,
	"viro@...iv.linux.org.uk" <viro@...iv.linux.org.uk>, "willy@...radead.org"
	<willy@...radead.org>, "slava@...eyko.com" <slava@...eyko.com>,
	"glaubitz@...sik.fu-berlin.de" <glaubitz@...sik.fu-berlin.de>
Subject: Re: Subject: [RFC PATCH v2 0/8] staging: apfs: init APFS filesystem
 support



> On 13 May 2025, at 9:43 AM, Nick Chan <towinchenmi@...il.com> wrote:
> 
> 
>> Ernesto A. Fernández 於 2025/5/13 清晨7:40 寫道:
>> 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.
> 
> These are the use cases I can think of:
> 
> 
> 1. When running Linux on Apple Silicon Mac, accessing the xART APFS volume is required for enabling some SEP
> functionalities.
> 
> 2. When running Linux on iPhone, iPad, iPod touch, Apple TV (currently there are Apple A7-A11 SoC support in
> upstream), resizing the main APFS volume is not feasible especially on A11 due to shenanigans with the encrypted
> data volume. So the safe ish way to store a file system on the disk becomes a using linux-apfs-rw on a (possibly
> fixed size) volume that only has one file and that file is used as a loopback device.
> 
> (do note that the main storage do not currently work upstream and I only have storage working on A11 downstream)
> 
> 3. Obviously, accessing Mac files from Linux too, not sure how big of a use case that is but apparently it is
> big enough for hfsplus to continue receive patches here and there.
>> 

I'll add a number 4

4. Mounting the macOS recovery partition makes getting the wifi firmware much easier for T2 Macs on Linux.