Re: [PATCH RESEND 1/6 v13] gpio: Add a block GPIO API to gpiolib

2013-02-15 Thread Grant Likely
On Tue, 15 Jan 2013 12:51:51 +0100, Roland Stigge wrote: > The recurring task of providing simultaneous access to GPIO lines (especially > for bit banging protocols) needs an appropriate API. > > This patch adds a kernel internal "Block GPIO" API that enables simultaneous > access to several GPIO

Re: [PATCH RESEND 1/6 v13] gpio: Add a block GPIO API to gpiolib

2013-02-15 Thread Grant Likely
On Tue, 15 Jan 2013 12:51:51 +0100, Roland Stigge wrote: > The recurring task of providing simultaneous access to GPIO lines (especially > for bit banging protocols) needs an appropriate API. > > This patch adds a kernel internal "Block GPIO" API that enables simultaneous > access to several GPIO

Re: [PATCH RESEND 1/6 v13] gpio: Add a block GPIO API to gpiolib

2013-01-18 Thread Roland Stigge
Hi Stijn, On 01/18/2013 01:13 PM, Stijn Devriendt wrote: > Hi Roland, > > This mail has been long overdue due to issues with some internal > permission-tool. > Just to be clear, this is not a competing implementation, it's what we > currently use as-is. I'm just posting this as a reference to see

[PATCH RESEND 1/6 v13] gpio: Add a block GPIO API to gpiolib

2013-01-15 Thread Roland Stigge
The recurring task of providing simultaneous access to GPIO lines (especially for bit banging protocols) needs an appropriate API. This patch adds a kernel internal "Block GPIO" API that enables simultaneous access to several GPIOs. This is done by abstracting GPIOs to an n-bit word: Once requeste