[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LRH.2.00.0906100039370.31685@twin.jikos.cz>
Date: Wed, 10 Jun 2009 00:44:58 +0200 (CEST)
From: Jiri Kosina <jkosina@...e.cz>
To: Ingo Molnar <mingo@...e.hu>
Cc: Oliver Neukum <oliver@...kum.org>,
Matthew Garrett <mjg59@...f.ucam.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
Alan Stern <stern@...land.harvard.edu>,
pm list <linux-pm@...ts.linux-foundation.org>,
ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Magnus Damm <magnus.damm@...il.com>
Subject: Re: Run-time PM idea (was: Re: [linux-pm] [RFC][PATCH 0/2] PM:
Rearrange core suspend code)
On Mon, 8 Jun 2009, Ingo Molnar wrote:
> > For example do you really need every key pressed while the screen
> > saver is running or is it enough for the keyboard to be able to
> > generate a wakeup event?
> The sane default here is to suspend the keyboard, except if an audio
> app is running that binds to the volume keys of the keyboard.
> If the 'keyboard' is properly abstracted in the kernel and the
> kernel driver _knows_ that the volume keys are in use, this is not a
> problem.
So, if you want to abstract this properly, you are proposing that the
application should in some sense "bind to keyboard keys"?
That has several drawbacks:
- applications in the current universe don't do that
- it's awful overhead:
+ it apparently wouldn't have any other use than for waking up from
autosuspended mode (possibly while screensaver is running)
+ I believe that application writers will find it a little boring to
have to start all their main() functions with explicit eunumeration of
the keys the application is expecting :)
- even if we require applications to do so, there will be ones violating
this rule (i.e. kernel only knows what userspace tells him, in this
situation ... is this reliable enough?)
To sum it up -- I don't think that what you are proposing will work.
Thanks,
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists