lkml.org 
[lkml]   [2013]   [Jan]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/4] gpio: introduce descriptor-based interface
Hi Steven,

On 01/18/2013 01:50 AM, Steven King wrote:
> Well, my concern is the small, single chip platforms with limited ram and
> speeds measured in MHz. My goal was that these platforms that had very basic
> gpio needs, no offboard gpio, just toggling a few pins for spi or whatever,
> could do that without pulling in a bunch of code they dont need. I realize
> that for x86 or arm people with their giga Hz cpus with gigabytes of ram, its
> no big deal, but my little 60 MHz coldfire v2s with only 16 megs of ram (and
> even more constraining, 2 megs of flash) need all the help they can get.

Running readelf on gpiolib.o built for Tegra, here are the footprints:

.text: 9412B
.data: 260B
.bss: 12312B
.rodata: 268B

Total: 22252B or 22KB.

... of which more than half is the BSS section which consists of a
static array of 1024 GPIO descriptors, an arbitrary number that you can
tune and is way too large even for Tegra (but we have to use these
gigabytes somehow). Say you only need to use 256 GPIOs and .bss is down
to ~3KB, for a total overhead of 15kB or 0.09% of your 16MB which, in
perspective, suddenly seem gigantic. :)

If you are concerned about the additional indirection that GPIOlib
introduces and the potential slowdown for bitbanging, you can always
define custom gpio_set_value() and gpio_get_value() macros to shortcut
GPIOlib when the GPIO is in the range you want performance for.

> I haven't been keeping up with the kernel list of late, can someone point me
> to what''s being discussed so I can see what were talking about here?

Arnd explained it already, but basically we'd like to consolidate the
GPIO subsystem around GPIOlib and introduce safer interfaces (while
preserving backward compatibility). Good progress in that direction
would be achieved if all users of the GENERIC_GPIO interface relied on
GPIOlib (making GENERIC_GPIO require GPIOLIB).

Actually the question of switching to GPIOlib is only worth being asked
if you are making use of drivers that require GENERIC_GPIO. If this is
not the case and your GPIOs are only used by your own platform code, you
can always give up using defining GENERIC_GPIO and continue implementing
them your own way.

Thanks,
Alex.


\
 
 \ /
  Last update: 2013-01-20 07:21    [W:0.240 / U:0.016 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site