[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55D7C1A6.20000@osg.samsung.com>
Date: Sat, 22 Aug 2015 02:26:14 +0200
From: Javier Martinez Canillas <javier@....samsung.com>
To: Brian Norris <computersforpeace@...il.com>
Cc: linux-kernel@...r.kernel.org, Mark Brown <broonie@...nel.org>,
linux-mtd@...ts.infradead.org,
David Woodhouse <dwmw2@...radead.org>
Subject: Re: [PATCH 03/18] mtd: dataflash: Export OF module alias information
Hello Brian,
On 08/22/2015 12:47 AM, Brian Norris wrote:
> Hi Javier,
>
> On Fri, Aug 21, 2015 at 12:57:54AM +0200, Javier Martinez Canillas wrote:
>> On 08/21/2015 12:34 AM, Brian Norris wrote:
>>> On Fri, Aug 21, 2015 at 12:13:34AM +0200, Javier Martinez Canillas wrote:
>>>> So this patch really is a no-op right now and is not fixing anything.
>>>> As long as the driver has a MODULE_DEVICE_TABLE(spi,...), things will
>>>
>>> This driver does not have a MODULE_DEVICE_TABLE() at all, nor does it
>>> use spi_device_id. So, it is currently broken for the module use case.
>>>
>>
>> That is correct but also that does not mean that this patch will fix
>> module autoloading right now. It will though once the SPI core is
>> changed to report a OF type module alias.
>
> Ah, thanks for the patience. I missed the point that it will still be
> broken.
>
No worries, I'm glad that we are on the same page now.
>> So what about something along this lines?
>>
>> mtd: dataflash: Export OF module alias information
>>
>> The SPI core currently reports the MODALIAS uevent as "spi:<modalias>"
>> even for SPI devices that were registered by OF.
>>
>> That means the OF module alias exported by MODULE_OF_TABLE(of,...) is
>> currently not used and user-space has no way to autoload this module.
>>
>> But is still a good practice to add the OF module alias information
>
> nit: s/is/it is/
>
>> into the kernel module even when currently is unused so once the SPI
>
> ditto
>
>> core is changed to report a correct OF modalias uevent, module
>> autoloading will be working for this driver.
>
> Otherwise, looks good. I'll either patch in this commit message, or
> await v2. Your call.
>
If you don't mind fixing it up yourself when applying, then that
would be really helpful. Otherwise I can post a v2 on Monday.
> Regards,
> Brian
>
Best regards,
--
Javier Martinez Canillas
Open Source Group
Samsung Research America
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists