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.
Attached is a
On Mon, 9 Nov 2009 09:56:03 +0100
Michael Meskes mes...@debian.org 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
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
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
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=detailaid=2881849group_id=33140atid=407344.
Cheers,
harry
signature.asc
Description: PGP
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