Re: i2c: introduce i2c helper i2c_find_client_by_name()

[Andy Shevchenko]

On Fri, Jul 12, 2013 at 2:35 PM, Laurent Pinchart
<laurent.pinchart@xxxxxxxxxxxxxxxx> wrote:
> On Friday 12 July 2013 14:29:16 Andy Shevchenko wrote:
>> On Fri, Jul 12, 2013 at 2:00 PM, Wolfram Sang <wsa@xxxxxxxxxxxxx> wrote:
>> >> Briefly looking into ACPI tables we have and mechanisms that we can
>> >> use in ACPI case, I doubt we may apply all the ideas, probably some of
>> >> them, though I didn't get yet where to read about in details. What I
>> >> could say now is that the patch provided by Bin Gao is definitely no
>> >> go.
>> >
>> > Laurent explained to me what V4L did and now does. It used to be the way
>> > tha V4L drivers did register I2C slaves according to platform_data. Now,
>> > with DT the slaves get instanciated earlier, so they now use notifiers
>> > to know when the slaves are in place. Something like this should
>> > probably be done here, too, instead of unregistering and re-registering.
>>
>> Yes, seems right way to go.
>> I think ACPI case can use V4L2 async API somehow, though it has its
>> own event model.
>> I'll talk to Sakari Ailus to sync.
>
> Do you have any pointer to the relevant parts of the ACPI specification ?

Section 5.6.6 of ACPI5 spec describes device object notifications.
It's useful to detect hotplug events.

Otherwise, the i2c slave devices are enumerated from the i2c host
controller (for example, you can look at i2c-designware-platdrv.c:176.
It's done in a very similar way like for DT case.

However, it's possible to have i2c slaves described as children of
camera device in the DSDT (analogue of the DT). In that case camera
driver (v4l2 framework?) shall enumerate them on its own.

--
With Best Regards,
Andy Shevchenko
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/