Re: [patch 2.6.24-rc6-mm 2/9] gpiolib: add gpio provider infrastructure

2008-01-05 Thread David Brownell
From: David Brownell <[EMAIL PROTECTED]> Provide new implementation infrastructure that platforms may choose to use when implementing the GPIO programming interface. Platforms can update their GPIO support to use this. In many cases the incremental cost to access a non-inlined GPIO should be les

Re: [patch 2.6.24-rc6-mm 2/9] gpiolib: add gpio provider infrastructure

2007-12-29 Thread David Brownell
On Friday 28 December 2007, Sam Ravnborg wrote: > For this an the other setters of desc->label a small helper function > would be better. The helper function could then contain the necessary > ifdef in only one place. Good point; see the appended. > > +/* add/remove chips */ > > +extern int gpio

Re: [patch 2.6.24-rc6-mm 2/9] gpiolib: add gpio provider infrastructure

2007-12-28 Thread Sam Ravnborg
Hi David. > +/* Warn when drivers omit gpio_request() calls -- legal but ill-advised > + * when setting direction, and otherwise illegal. Until board setup code > + * and drivers use explicit requests everywhere (which won't happen when > + * those calls have no teeth) we can't avoid autorequesti

[patch 2.6.24-rc6-mm 2/9] gpiolib: add gpio provider infrastructure

2007-12-28 Thread David Brownell
From: David Brownell <[EMAIL PROTECTED]> Provide new implementation infrastructure that platforms may choose to use to support the GPIO programming interface. Platforms can update current GPIO support to use this. In many cases the incremental cost to access a non-inlined GPIO should be less tha