[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJfpegvDOPSJn1PeXRJqex6NRPUJtWfWvZnwCRD+E9dWVhWumw@mail.gmail.com>
Date: Thu, 14 Nov 2024 14:20:58 +0100
From: Miklos Szeredi <miklos@...redi.hu>
To: Jan Kara <jack@...e.cz>
Cc: Ian Kent <raven@...maw.net>, Jeff Layton <jlayton@...nel.org>, Karel Zak <kzak@...hat.com>,
Christian Brauner <brauner@...nel.org>, Josef Bacik <josef@...icpanda.com>, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, Alexander Viro <viro@...iv.linux.org.uk>
Subject: Re: [PATCH v4 0/3] fs: allow statmount to fetch the fs_subtype and sb_source
On Thu, 14 Nov 2024 at 12:56, Jan Kara <jack@...e.cz> wrote:
> What I'm more worried about is that watching the whole system
> for new mounts is going to be somewhat cumbersome when all you can do is to
> watch new mounts attached under an existing mount / filesystem.
We don't even know if there's a use case for that. I think it would
make sense to think about it when/if such a use case emerges. The
inode notification interfaces went through that evolution too, no?
Thanks,
Miklos
Powered by blists - more mailing lists