[PATCH 2/2] Add the of_find_i2c_device_by_node function, V4

[Jean Delvare]

On Tue, 1 Jul 2008 13:06:37 -0400, Jon Smirl wrote:
> On 7/1/08, Jean Delvare <khali at linux-fr.org> wrote:
> > On Tue, 1 Jul 2008 10:45:18 -0600, Grant Likely wrote:
> >  > But the other side of the coin is that each driver must have
> >  > driver-specific OF code to translate data in the device tree to data
> >  > usable by the driver.  It doesn't make any sense to me for that stuff to
> >  > live anywhere other that with the driver that it supports.
> >
> >
> > This code is glue between OF and subsystems. As with any glue code, you
> >  can argue forever on which side you want to push the code to. Both
> >  answers are valid.
> >
> >  All I see on my personal side is that I don't have any system using OF
> >  and no knowledge about it either, so I can't maintain of_i2c. So having
> >  that file in drivers/of rather than drivers/i2c will make my life
> >  easier for sure. While I'd guess that most (all?) OF-based systems have
> >  an I2C bus, so whoever is responsible for drivers/of should be able to
> >  maintain of_i2c.
> 
> We could modify the Makefile for i2c core to get the source out of
> drivers/of and link it into i2c-core. That would remove the need to
> export symbols.

That might be a bit confusing, but could be done. I still don't know
what problem you are trying to solve though. As I repeated, exporting
i2c_bus_type is perfectly fine. All other bus types are always
exported. So if it's all you need from i2c-core, there's no problem and
we can stop the discussion here.

> Or you could move the file into the i2c directory and just put a note
> on it that Grant is the maintainer.

Assuming that developers will read the source code to find out who the
maintainer is, when we have told everyone to search for this
information in MAINTAINERS. I'd rather add an entry in MAINTAINERS, but
even then I have a doubt that people will get it. My experience is that
people map maintainer names to directories and that's about it. That's
one of the reasons why I wanted to move the i2c device drivers from
drivers/i2c/chips to drivers/hwmon, drivers/rtc, drivers/gpio, etc.

-- 
Jean Delvare