Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 178324 - sys-apps/hal-0.5.9-r1 blocks acpid from reading /proc/acpi/event
Summary: sys-apps/hal-0.5.9-r1 blocks acpid from reading /proc/acpi/event
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Project Gentopia
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-05-13 12:03 UTC by Fredrik Blom
Modified: 2007-11-12 16:29 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Fredrik Blom 2007-05-13 12:03:37 UTC
When running sys-apps/baselayout-2.0.0_alpha2, sys-power/acpid-1.0.4-r5 is unable to start because it cannot read /proc/acpi/event.

Here's the actual error message:

$ /etc/init.d/acpid start
 * Starting acpid ...
acpid: can't open /proc/acpi/event: Device or resource busy
 * start-stop-daemon: failed to started `/usr/sbin/acpid'                                                                                [ !! ]
 * ERROR: acpid failed to start

Reproducible: Always

Steps to Reproduce:
1. Install sys-apps/baselayout-2.0.0_alpha2 and sys-power/acpid-1.0.4-r5.
2. Reboot the system.
3. Try to start /etc/init.d/acpid

Actual Results:  
acpid fails to start because it cannot read the necessary file under /proc/acpi.

Expected Results:  
acpid should be able to read the file and start correctly.

Trying to less/cat /proc/acpi/event manually gives a "Device or resource busy" error message.
Comment 1 Roy Marples (RETIRED) gentoo-dev 2007-05-13 13:00:50 UTC
Please post output of
ps -p$(fuser /proc/acpi/event 2>/dev/null) -f
Comment 2 Fredrik Blom 2007-05-13 13:14:01 UTC
(In reply to comment #1)
> Please post output of
> ps -p$(fuser /proc/acpi/event 2>/dev/null) -f
> 

$ ps -p$(fuser /proc/acpi/event 2>/dev/null) -f
UID        PID  PPID  C STIME TTY          TIME CMD
102       3885  3874  0 14:53 ?        00:00:00 hald-addon-acpi: listening on acpi kernel interface /proc/acpi/event

Well, it seems like I was a bit hasty when blaiming baselayout for the malfunctioning acpid. Sorry for that.
Comment 3 Fredrik Blom 2007-05-13 13:29:43 UTC
By the way, now that the bug has been reassigned, I'll give some additional information. I'm currently running sys-apps/hal-0.5.9-r1 .
Comment 4 Doug Goldstein (RETIRED) gentoo-dev 2007-05-13 14:48:09 UTC
acpid needs to be added PROPERLY to your current runlevel. If you're attempting to start up acpid AFTER HAL, then either you don't have acpid in the same runlevel as HAL or you're just plain doing something wrong.

Add them both to the same runlevel and baselayout will take care of everything else, since hald initscript is marked "uses acpid".
Comment 5 Olliver Schinagl 2007-11-11 18:22:07 UTC
Doug: What?

So .. what's the proper way to 'fix' this, as far as I know only 1 device is allowed to open /proc/acpi/event and this will either be acpid or hald. I reccon we'd be moving to having everything handled by hald, thus we need a deamon/feature of some sort that deals with things like power button pressed?

Is acpid even needed with hald controlling acpi events?
Comment 6 Doug Goldstein (RETIRED) gentoo-dev 2007-11-12 16:29:04 UTC
Some people still use acpid for certain functionality that HAL does not provide. This issue is a non-issue as it's a configuration issue. You need to stick hal and acpid both in the default runlevel and baselayout will take care of the rest.