[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250210055341.GZ1977892@ZenIV>
Date: Mon, 10 Feb 2025 05:53:41 +0000
From: Al Viro <viro@...iv.linux.org.uk>
To: David Reaver <me@...idreaver.com>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"Rafael J . Wysocki" <rafael@...nel.org>,
Danilo Krummrich <dakr@...nel.org>,
Steven Rostedt <rostedt@...dmis.org>,
Christian Brauner <brauner@...nel.org>,
linux-fsdevel@...r.kernel.org, cocci@...ia.fr,
linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/6] debugfs: Replace dentry with an opaque handle in
debugfs API
On Sun, Feb 09, 2025 at 09:20:20PM -0800, David Reaver wrote:
> Overview
> ========
>
> This patch series replaces raw dentry pointers in the debugfs API with
> an opaque wrapper struct:
>
> struct debugfs_node {
> struct dentry dentry;
> };
>
> Intermediate commits rely on "#define debugfs_node dentry" to migrate
> debugfs users without breaking the build. The final commit introduces
> the struct and updates debugfs internals accordingly.
>
> Why an RFC?
> ===========
>
> This is a large change, and I expect a few iterations -- unless this
> entire approach is NACKed of course :) Any advice is appreciated, and
> I'm particularly looking for feedback on the following:
Do not embed struct dentry into anything else.
Do not take over its lifetime rules.
For the record:
Anything of that sort is going to be vetoed.
Powered by blists - more mailing lists