On Fri, Nov 12, 2010 at 08:14:59PM -0500, Mike Frysinger wrote: > On Friday, November 12, 2010 14:50:36 Gabor Juhos wrote: > > The existing gpio-keys driver can be usable only for GPIO lines with > > interrupt support. Several devices have buttons connected to a GPIO > > line which is not capable to generate interrupts. This patch adds a > > new input driver using the generic GPIO layer and the input-polldev > > to support such buttons. > > i havent looked at the two drivers to compare, but my gut reaction is "do we > really need two drivers" ? cant the existing one be extended to support both > types ? I actually like it being separate. All previous attempts to combine interrupt-driven and polled devices complicated the drivers and had driver picking in the guts of the polled device implementation. > conceivably, you could have a device with both sources and a sep > driver would mean user space needs to watch two different devices. This is unlikely, however userspace usually watches a few devices anyway, nothing new here. > and it > implicitly means userspace needs to be aware of interrupt vs polled > limitations of the hardware instead of it simply caring about GPIOs. No, as long as userspace simply listens to all devices whose capabilities they are interested in they will be fine. -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
