linux-kernel - Re: [PATCH 1/3] exportfs: Rename get_uuid() to get_disk

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: <CAOQ4uxh80eLc5jARydpayXMA7Wx8b__CR5BRLbkG5KjLy1j_sA@mail.gmail.com>
Date: Wed, 14 Jan 2026 18:58:43 +0100
From: Amir Goldstein <amir73il@...il.com>
To: André Almeida <andrealmeid@...lia.com>
Cc: "Darrick J. Wong" <djwong@...nel.org>, Chuck Lever <chuck.lever@...cle.com>, 
	Jeff Layton <jlayton@...nel.org>, NeilBrown <neil@...wn.name>, 
	Olga Kornievskaia <okorniev@...hat.com>, Dai Ngo <Dai.Ngo@...cle.com>, Tom Talpey <tom@...pey.com>, 
	Carlos Maiolino <cem@...nel.org>, Chris Mason <clm@...com>, David Sterba <dsterba@...e.com>, 
	Miklos Szeredi <miklos@...redi.hu>, Christian Brauner <brauner@...nel.org>, 
	Alexander Viro <viro@...iv.linux.org.uk>, Christoph Hellwig <hch@....de>, Jan Kara <jack@...e.cz>, 
	linux-nfs@...r.kernel.org, linux-kernel@...r.kernel.org, 
	linux-xfs@...r.kernel.org, linux-fsdevel@...r.kernel.org, 
	linux-btrfs@...r.kernel.org, linux-unionfs@...r.kernel.org, 
	kernel-dev@...lia.com
Subject: Re: [PATCH 1/3] exportfs: Rename get_uuid() to get_disk_uuid()

On Wed, Jan 14, 2026 at 5:38 PM André Almeida <andrealmeid@...lia.com> wrote:
>
> Em 14/01/2026 07:12, Amir Goldstein escreveu:
>
> [...]
>
> >
> > Whether or not we should repurpose the existing get_uuid() I don't
> > know - that depends whether pNFS expects the same UUID from an
> > "xfs clone" as overlayfs would.
> >
>
> If we go in that direction, do you think it would be reasonable to have
> this as a super_block member/helper?

IDK. maybe.

> Also do you know any other fs that require this type of workaround on ovl?

Not really.
There are a bunch of fs without UUID for which the mount options
"uuid=off" and "uuid=null" were implemented.
I think we support index with those fs where there is a single lower
layer, so you could use the same trick, but not sure.

Thanks,
Amir.