Re: [PATCH v2 0/4] of: automate of_node_put() - new approach to loops.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 23 Feb 2024 16:36:02 +0000
Jonathan Cameron <Jonathan.Cameron@xxxxxxxxxx> wrote:

> On Fri, 23 Feb 2024 17:52:46 +0200
> Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote:
> 
> > On Fri, Feb 23, 2024 at 12:44:28PM +0000, Jonathan Cameron wrote:
> > > The equivalent device_for_each_child_node_scoped() series for
> > > fwnode will be queued up in IIO for the merge window shortly as
> > > it has gathered sufficient tags. Hopefully the precdent set there
> > > for the approach will reassure people that instantiating the
> > > child variable inside the macro definition is the best approach.
> > > https://lore.kernel.org/linux-iio/20240217164249.921878-1-jic23@xxxxxxxxxx/
> > > 
> > > v2: Andy suggested most of the original converted set should move to
> > >     generic fwnode / property.h handling.  Within IIO that was
> > >     a reasonable observation given we've been trying to move away from
> > >     firmware specific handling for some time. Patches making that change
> > >     to appropriate drivers posted.
> > >     As we discussed there are cases which are not suitable for such
> > >     conversion and this infrastructure still provides clear benefits
> > >     for them.  
> > 
> > >   iio: adc: rcar-gyroadc: use for_each_available_child_node_scoped()  
> > 
> > Is this the only one so far? Or do we have more outside of IIO?
> > 
> > I'm fine with the code if OF maintainers think it's useful.
> > My concern is to make as many as possible drivers to be converted to
> > use fwnode instead of OF one.
> > 
> Julia wrote a coccinelle script 
> __free() cases (53)
> https://lore.kernel.org/all/alpine.DEB.2.22.394.2401291455430.8649@hadrien/
Gah. Second time today I've hit the wrong key whilst pasting.

loop cases. (73)
https://lore.kernel.org/all/alpine.DEB.2.22.394.2401312234250.3245@hadrien/

Scattered right across the kernel.

No others submitted yet and there is just the one left in IIO after fwnode
conversions.  There are other drivers I haven't converted to fwnode for
various reasons, but this isn't useful for them as not all call of_node_put().

Some of the other cases will be suitable for fwnode conversion and that
is definitely the right first choice in many cases.

Agreed, it's down to the OF maintainers to take a call on whether they want
this infrastructure or not.  No longer matters much to me for IIO
as you can see.

Jonathan




[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux