[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <cqvebznbtkryilyd3z6m3lgppwrollf2klyi67mrf4y3mzdq4l@cz2v6efhq2bd>
Date: Mon, 19 Aug 2024 22:31:13 +0200
From: Andi Shyti <andi.shyti@...nel.org>
To: Arnd Bergmann <arnd@...db.de>
Cc: Yuntao Liu <liuyuntao12@...wei.com>, linux-kernel@...r.kernel.org,
linux-i2c@...r.kernel.org
Subject: Re: [PATCH -next 0/9] drivers: fix some module autoloading
Hi,
On Mon, Aug 19, 2024 at 02:09:49PM GMT, Arnd Bergmann wrote:
> On Mon, Aug 19, 2024, at 13:38, Yuntao Liu wrote:
> > Add MODULE_DEVICE_TABLE(), so modules could be properly autoloaded
> > based on the alias from platform_device_id table.
> >
> > Yuntao Liu (9):
> > usb: ehci-mv: fix module autoloading
> > soc: pxa: ssp: fix module autoloading
> > misc: atmel-ssc: fix module autoloading
> > i2c: at91: fix module autoloading
> > mpc85xx_edac: fix module autoloading
> > dmaengine: pxa: fix module autoloading
> > dmaengine: mmp_pdma: fix module autoloading
> > dmaengine: at_hdmac: fix module autoloading
> > ipmi: ipmi_ssif: fix module autoloading
>
> I looked at all the patches and found that most of them do not
> use the table any more, or will stop using it in the near future.
>
> I think your work to validate the correctness of the entries
> is useful, but it may be more helpful to focus on removing
> all the unused tables, including those that have a
> MODULE_DEVICE_TABLE() tag.
>
> If you are planning to do more such cleanups, maybe you can
> go through them one subsystem at a time and look for drivers
> that have both of_device_id and i2c_device_id/platform_device_id/
> spi_device_id tables. If nothing in the kernel creates a device
> with the legacy string, you can then send a patch that removes
> the old device ID list and at the same time makes the DT support
> unconditional in case there is an #ifdef CONFIG_OF check.
>
> If the probe() function accesses platform_data, this would also
> be unused, allowing an even nicer cleanup of removing the
> platofrm_data path in favor of OF properties.
Thanks for looking into these patches, Arnd!
Andi
Powered by blists - more mailing lists