Re: [PATCH 5/6] configfs: Allow the registration of const struct configfs_attribute

Breno Leitao <[email protected]>
Newsgroups dev.linux.lists.linux-coco,org.freedesktop.lists.intel-xe,org.kernel.vger.linux-acpi,org.kernel.vger.linux-kernel,org.kernel.vger.rust-for-linux
Message-ID <[email protected]>
On Fri, Jul 17, 2026 at 05:35:27PM +0200, Thomas Weißschuh wrote:
> On 2026-07-17 01:43:36-0700, Breno Leitao wrote:
> > On Thu, Jul 16, 2026 at 07:09:30PM +0200, Thomas Weißschuh wrote:
> > > The attribute structure defined in driver code never need to be
> > > modified. Allow them to be marked as const.
> > > 
> > > As there are many drivers which use these attributes, prepare for a
> > > phased transition by using a union of const and non-const attributes.
> > 
> > How many drivers need to be migrated? Isn't this a mechanism move?
> 
> The actual constification of the attribute will happen with a central
> change to the CONFIGFS_ATTR* macros. But all users of the macro
> will need to be prepared to handle the constness.
> 
> I have a branch with the full conversion here:
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/thomas.weissschuh/linux.git/log/?h=b4/configfs-const
> 
>  73 files changed, 241 insertions(+), 248 deletions(-)
> 
>  Most driver changes are really trivial. But a few do more interesting
>  things. My goal is to heavily reduce the amount of patches in this
>  branch by merging patches to the same subsystem.
> 
>  The last four patches will be the finalization going again through
>  the configfs tree.

Oh, that makes total sense now.

Thanks,
--breno
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.