Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1663048
| From | Keerthy <j-keerthy@ti.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF |
| Date | 2017-06-11 07:30 +0200 |
| Message-ID | <tR3BL-13t-3@gated-at.bofh.it> (permalink) |
| References | <tQ3aO-3bB-9@gated-at.bofh.it> <tQ5Pl-4SX-51@gated-at.bofh.it> <tQ6s2-5m5-11@gated-at.bofh.it> <tQeSC-2cq-13@gated-at.bofh.it> <tQflE-2lR-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Friday 09 June 2017 05:18 AM, Javier Martinez Canillas wrote:
> On Fri, Jun 9, 2017 at 1:18 AM, Keerthy <j-keerthy@ti.com> wrote:
>
> [snip]
>
>>>
>>>>>
>>>>> -static const struct i2c_device_id tps65217_id_table[] = {
>>>>> - {"tps65217", TPS65217},
>>>>> - { /* sentinel */ }
>>>>> -};
>>>>> -MODULE_DEVICE_TABLE(i2c, tps65217_id_table);
>>>
>>> Unfortunately you can't get rid of this table (yet) since the I2C
>>> subsystem always reports a MODALIAS of the form "i2c:tps65217" even
>>> when the devices have been registered via OF. There are only a couple
>>> of drivers more to clean-up and then I'll post a patch that fixes the
>>> I2C core to report a proper OF modalias. But for now, removing will
>>> mean that module autoload will be broken for this driver.
>>
>> So this means whole logic of probe_new without i2c_device_id is not
>> ready? I will have to revert all that logic right?
>>
>
> No, that's not what I meant.
>
> It's absolutely correct for drivers that can't be build as a module
> (i.e: have a boolean instead of tristate Kconfig symbol) or if you
> want to get rid of the struct i2c_device_id pointed passed to your
> probe callback since isn't used in the driver.
>
> But it's not enough to get rid of the struct i2c_device_id table for
> the reason I mentioned before.
Thanks for clarifying!
>
>> Lee Jones,
>>
>> Does that mean even for LP87565 driver we need MODULE_DEVICE_TABLE for
>> module autoload?
>>
>
> I guess you are talking about [0], right?
>
> Yes, it's needed because the driver can be built as a module.
Okay.
>
> [0]: https://lkml.org/lkml/2017/5/19/394
>
> Best regards,
> Javier
>
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Keerthy <j-keerthy@ti.com> - 2017-06-08 12:50 +0200
Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Enric Balletbo Serra <eballetbo@gmail.com> - 2017-06-08 15:40 +0200
Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Javier Martinez Canillas <javier@dowhile0.org> - 2017-06-08 16:20 +0200
Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Keerthy <j-keerthy@ti.com> - 2017-06-09 01:20 +0200
Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Javier Martinez Canillas <javier@dowhile0.org> - 2017-06-09 01:50 +0200
Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Keerthy <j-keerthy@ti.com> - 2017-06-11 07:30 +0200
Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Keerthy <j-keerthy@ti.com> - 2017-06-11 20:20 +0200
Re: [PATCH v2] mfd: tps65217: Introduce dependency on CONFIG_OF Javier Martinez Canillas <javier@dowhile0.org> - 2017-06-11 22:00 +0200
csiph-web