Re: [PATCH 0/2] power button repeat input events

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Mar 14, 2011 at 16:43, Denis Karpov
<ext-denis.2.karpov@xxxxxxxxx> wrote:
>
> On Fri, Mar 11, 2011 at 10:25:27PM +0530, ext Nishanth Menon wrote:
> >
> > Denis Karpov wrote, on 03/11/2011 10:07 PM:
> > >Hi,
> > >
> > >this patchset adds optional generation of repeat input events for
> > >twl4030 power button. It adds optional platform data for
> > >twl4030-pwrbutton and initializes it for RX51/N900 (default
> > >behavior kept - repeated input events disabled).
> > >
> > >We are working on an OMAP3 with TWL5031 MFD. In one of the use
> > >scenarios userspace wants to receive repeated input events from
> > >long press of power button.
> >
> > dumb question - is'nt this a userspace responsibility as far as power
> > button is concerned? what is the benefit of providing repeat events
> > like a generic keypad for the power button?
>
> In our case userspace needs this to track the continuous button press
> of power button.
thanks for your explanation, but a follow on dumb question:
include/linux/input.h
#define KEY_POWER               116     /* SC System Power Down */

in twl-powerbutton.c, I see:
input_report_key(pwr, KEY_POWER, value & PWR_PWRON_IRQ);
where value is the value from the register status, should'nt we get
two events? one on press and one on release after say 10 mins(assuming
person keeps it pressed for 10 mins?

Is there different behavior we intend to implement in userspace which
differentiates 1 KEY_POWER event Vs 10 KEY_POWER event?

Regards,
Nishanth Menon
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Arm (vger)]     [ARM Kernel]     [ARM MSM]     [Linux Tegra]     [Linux WPAN Networking]     [Linux Wireless Networking]     [Maemo Users]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Trails]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux