[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZiogUS3yN5lXT-GH@smile.fi.intel.com>
Date: Thu, 25 Apr 2024 12:20:17 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Jarkko Nikula <jarkko.nikula@...ux.intel.com>
Cc: Florian Fainelli <florian.fainelli@...adcom.com>,
linux-kernel@...r.kernel.org,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
Jan Dabros <jsd@...ihalf.com>, Andi Shyti <andi.shyti@...nel.org>,
Lee Jones <lee@...nel.org>, Jiawen Wu <jiawenwu@...stnetic.com>,
Mengyuan Lou <mengyuanlou@...-swift.com>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Maciej Fijalkowski <maciej.fijalkowski@...el.com>,
Andrew Lunn <andrew@...n.ch>,
Duanqiang Wen <duanqiangwen@...-swift.com>,
"open list:SYNOPSYS DESIGNWARE I2C DRIVER" <linux-i2c@...r.kernel.org>,
"open list:WANGXUN ETHERNET DRIVER" <netdev@...r.kernel.org>
Subject: Re: [PATCH 1/4] i2c: designware: Create shared header hosting driver
name
On Thu, Apr 25, 2024 at 11:33:02AM +0300, Jarkko Nikula wrote:
> On 4/24/24 2:59 AM, Andy Shevchenko wrote:
> > Tue, Apr 23, 2024 at 04:36:19PM -0700, Florian Fainelli kirjoitti:
> > > We have a number of drivers that reference the string "i2c_designware"
> > > yet this is copied all over the places with opportunities for this
> > > string being mis-used. Create a shared header that defines this as a
> > > constant that other drivers can reference.
...
> > > #include <linux/i2c.h>
> > > +#include <linux/i2c-designware.h>
> >
> > Can it be hidden in the subfolder?
...
> > > -#define DRIVER_NAME "i2c-designware-pci"
> > > +#define DRIVER_NAME I2C_DESIGNWARE_NAME "-pci"
> >
> > Oh, this makes all the things hard to read.
> >
> > > /* Work with hotplug and coldplug */
> > > -MODULE_ALIAS("i2c_designware-pci");
> > > +MODULE_ALIAS(DRIVER_NAME);
> >
> > I believe we shouldn't use MODULE_ALIAS() without real justification.
> >
> I think MODULE_ALIAS() is even needless here since this device is not added
> from another driver but loaded only for known PCI IDs in device table.
The patch that removes it got reverted :-( and then removed completely from PR.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists