Location for a kind of GPIO bus driver
Arnd Bergmann
arnd at arndb.de
Fri Jul 26 12:18:58 EDT 2013
On Friday 26 July 2013, Simon Guinot wrote:
> On Thu, Jul 25, 2013 at 12:03:24PM -0400, Jason Cooper wrote:
> > On Thu, Jul 25, 2013 at 05:49:32PM +0200, Simon Guinot wrote:
> > > > I would try drivers/gpio. If there are complaints, it should be trivial
> > > > to move it in a new version of the series.
> > >
> > > Why not, as long it is clear that the resulting driver will not provide
> > > a GPIO chip but rather functions as a library.
> >
> > right, but the end result of what the library would do is expose a
> > series of LEDs and PM 'virtual gpios'. So, even though it's not a gpio
> > expander per-se, it's still filling that role. Or am I still missing
> > something?
>
> The library could expose a function allowing to set the address and data
> registers: gpio_ext_set_value(int addr, int value).
>
> Actually, it is how it works inside leds-netxbig. Simply this function
> would be also accessible by other drivers.
With that prototype it still sounds like a regular gpiochip driver would
fit that role well, since the function you describe is just like
gpio_set_value().
Maybe you can post the driver to let others understand what you are
trying to do if it's not just a gpio expander.
Arnd
More information about the linux-arm-kernel
mailing list