On Mon, 9 Nov 2009 09:56:03 +0100
Michael Meskes wrote:
> Hi,
>
> > another thing that needs to be done is to start acpid with the `-n'
> > option.
>
> Why? Please note that teh netlink interface is always used as a
> fallbac if the proc interface is not available. The "-n" option
> essantially
Hi,
> another thing that needs to be done is to start acpid with the `-n'
> option.
Why? Please note that teh netlink interface is always used as a fallbac if the
proc interface is not available. The "-n" option essantially is not a "use
netlink" option but a "do not use /proc" option.
> Attache
tags 521280 + patch
thanks
Hi,
another thing that needs to be done is to start acpid with the `-n'
option.
Attached is a patch for the acpid source package that adds the
necessary definitions to input_layer.c and sets the `-n' option in
acpid.default.
Please apply this patch, as acpid is curren
Hi,
I think an even better solution for button events would be for acpid to
support arbitrary events. Details can be found in a bug report I
created upstream:
https://sourceforge.net/tracker/?func=detail&aid=2881849&group_id=33140&atid=407344.
Cheers,
harry
signature.asc
Description: PGP signat
Hi,
acpid in principle supports button events from the input layer. The
problem is just, that the necessary events are not defined. This is
from Debian's acpid (1.0.10-2) in file input_layer.c:
static struct evtab_entry evtab[] = {
{{{0,0}, EV_KEY, KEY_POWER, 1}, "button/power PBTN 00
Hi,
I am having similar problems with this issue. We are running Lenny
5.0.2 on several dozen clients and have backported kernel 2.6.30 from
unstable to get better hardware support.
Now, since CONFIG_ACPI_PROC_EVENT has been disabled with 2.6.29 and
above, the power button has stopped working on
6 matches
Mail list logo
