acpi message at once (will happen IF e is paused/hung/suspended and
multiple acpi events happen during that time).
also no need for multiple acpi event id's - the type is already in the
struct itself. it's dup;icating the work. simplify.
also... vaio "hotkey" style support. new mapping ethod needed for
that. who knows what other bizarre acpi hardware is out there. may
need more. also make a note that we may want a mapping system some
time that maps acpi event to faking an x key event.
also... allow acpi bindings to bind to anything in gui.
SVN revision: 56790
Do not abuse the concept of e_*_init(), make them call-once and those
that needed multiple call are renamed to e_*_update(). To make sure
convert them to EINTERN so the symbols are not exported.
Actually I guess too much is exported as EAPI while they should be
EINTERN, but that would require manual investigation, while this patch
was basically created with sed + grep.
SVN revision: 54795
NB: To be used in the acpi bindings config dialog. This allows us to freeze
all existing events so that if the user presses the power button
(or something else) when adding a new binding, their machine does not
SVN revision: 49416
Create a device hash to match standard device names to types.
Cleanup E_EVENT_ACPI (add missing ones, remove not needed ones).
Actually parse out the ACPI data which we receive.
You can now actually use this ACPI code for event listening, but the
Status field of the event structure needs sanatizing yet (turn into
SVN revision: 48928