[dtor at insightbb.com: Re: Enabling/disabling input events.]

[Zephaniah E. Hull]

Not sure why this didn't actually get to the list.

----- Forwarded message from Dmitry Torokhov <dtor at insightbb.com> -----

X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Ah4FADzjMkZKhRO4W2dsb2JhbACBaYVSiE4qAgQ
From: Dmitry Torokhov <dtor at insightbb.com>
To: "Zephaniah E. Hull" <warp at aehallh.com>
Subject: Re: Enabling/disabling input events.
Date: Sat, 28 Apr 2007 09:05:54 -0400
Cc: devel at laptop.org, linux-input at atrey.karlin.mff.cuni.cz
X-Bogosity: Ham, spamicity=0.000000, version=1.0.1

Hi,

On Wednesday 25 April 2007 13:24, Zephaniah E. Hull wrote:
> The current trend is for events like power buttons and lid switches to
> be handled through the input subsystem.
> 
> This leaves an odd hole for cases where you wish to set the hardware
> behavior of these buttons, specificly on the OLPC we have several events
> that signal through the input system, which are capable of waking the
> system from suspend mode.  This is not always desirable, so the
> hardware leaves us a way to disable the button/switch completely, but at
> the moment there is no clean kernel interface for this.
>

Input layer (with the exception of keyboard repeat rate) presently
does not control underlying hardware, this task is left to individual
drivers. For example atkbd is responsible for changing keyboard set,
psmouse is responsible for setting desired report rate and resolution,
control various quirks of IBM trackpoint devices, etc. etc. There are
unlimited number of knobs that may be needed for various devices that
it is impossible to come up with standard interface.

I think enabling/disabling wakeup events belongs with the rest of
knobs in PM (ACPI?) subsystem.

-- 
Dmitry


----- End forwarded message -----

-- 
	  1024D/E65A7801 Zephaniah E. Hull <warp at aehallh.com>
	   92ED 94E4 B1E6 3624 226D  5727 4453 008B E65A 7801
	    CCs of replies from mailing lists are requested.

Mike Sphar (Scary Devil Monastery):
>I am hired because I know what I am doing, not because I will do
>whatever I am told is a good idea.  This might cost me bonuses, raises,
>promotions, and may even label me as "undesirable" by places I don't
>want to work at anyway, but I don't care.  I will not compromise my own
>principles and judgement without putting up a fight.  Of course, I
>won't always win, and I will sometimes be forced to do things I don't
>agree with, but if I am my objections will be known, and if I am shown
>to be right and problems later develop, I will shout "I told you so!"
>repeatedly, laugh hysterically, and do a small dance or jig as
>appropriate to my heritage.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.laptop.org/pipermail/devel/attachments/20070430/e5ca8cb6/attachment.sig>