Bug 81142 - acpid needs a reasonable default setup (use apmscript?)
Summary: acpid needs a reasonable default setup (use apmscript?)
Alias: None
Product: Fedora
Classification: Fedora
Component: acpid
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Zdenek Prikryl
QA Contact:
Whiteboard: bzcl34nup
: 101189 120991 124585 137517 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2003-01-06 03:57 UTC by Aleksey Nogin
Modified: 2008-04-30 07:56 UTC (History)
11 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-04-30 07:56:19 UTC
Type: ---
petersen: fedora-cvs+

Attachments (Terms of Use)
enable sleep mode (236 bytes, patch)
2004-10-22 04:27 UTC, petrosyan
no flags Details | Diff
enable sleep mode (241 bytes, patch)
2004-12-02 01:20 UTC, petrosyan
no flags Details | Diff

Description Aleksey Nogin 2003-01-06 03:57:07 UTC
I believe that acpid should come with some reasonable default configuration
file. In particular, it would probably be a good idea to call
/etc/sysconfig/apm-scripts/apmscript for resume/suspend/power change - this way
APM -> ACPI migration would be *much* easier. (Of course, that would mean that
/etc/sysconfig/apm-scripts/apmscript would have to be included in both apmd and
acpid packages)

Comment 1 Bill Nottingham 2003-01-06 20:41:51 UTC
More or less deferring for now. ACPI will not be in the release.

Comment 2 Aleksey Nogin 2003-07-23 18:07:19 UTC
Now acpid is the defaut again and again I lost:
 - any ability to figure out what the battery status is
 - any ability to suspend/resume

on my Dell Lattitude C640

Comment 3 Bill Nottingham 2003-07-23 18:56:27 UTC
acpid does neither of those things for you.

battery status requires parsing the acpi battery format file (i.e., a bug in
whatever monitor applet), or having acpi have a backwards compatible /proc/apm
(a kernel solution.)

Suspend is more-or-less entirely a kernel implementation issue.

Comment 4 Aleksey Nogin 2003-07-23 19:00:30 UTC
Are you saying that BIOS suspend is not going to be available with ACPI and I
can only hope for swsuspend?

Comment 5 Bill Nottingham 2003-07-23 19:04:18 UTC
Try 'echo "S4" > /proc/acpi/sleep' (I think that's the right file) - does that
do anything?

Comment 6 Aleksey Nogin 2003-07-23 19:17:57 UTC
"cat /proc/acpi/sleep" shows: S0 S1 S3 S4 S4Bios S5
"echo S4 > /proc/acpi/sleep" and "echo S4Bios > /proc/acpi/sleep" seem to be
silently ignored (same with S0, S1, S3 and S5).

Comment 7 Milan Kerslager 2003-07-23 20:48:30 UTC
echo S4 does nothing here too (Compaq Evo N1015v).

Comment 8 Ronny Buchmann 2003-07-27 17:22:14 UTC
When the ac and battery module is loaded, you should get the ac and battery state.

why aren't these modules not modprobed when loading acpid (only button)?

Comment 9 Ronny Buchmann 2003-07-28 08:14:47 UTC

Comment 10 Aleksey Nogin 2003-07-29 21:23:54 UTC
Ah, it should be just "4", not "S4"! On my laptop, echo 4 > /proc/acpi/sleep
gets me a BIOS message telling me I have no hibernation disk partition (which is
true). Now the question is - is one of those S levels supposed to give me BIOS'

Comment 11 Matthew Miller 2003-07-29 21:42:04 UTC
No suspend-to-RAM at all on 2.4. Apparently works on some systems in 2.6.

Comment 12 Bill Nottingham 2003-07-29 22:48:55 UTC
*** Bug 101189 has been marked as a duplicate of this bug. ***

Comment 13 Ronny Buchmann 2003-10-07 18:28:05 UTC
This should be fixed before Cambridge.

Comment 14 Ronny Buchmann 2003-11-15 11:52:22 UTC
sample.conf in FC1 is ok (reaction on button/power)

please CLOSE with resolution CURRENTRELEASE

Comment 15 Aleksey Nogin 2003-11-16 02:36:21 UTC
sample.conf is completely insufficient! ACPI should do something
reasonable for suspend/resume and power changes (switching between AC
and battery, and low battery)

Comment 16 Sergio Basto 2004-06-02 00:37:38 UTC
well I am do it exactly this, next weekend maybe I ll post some here 
and It is very easy.
I have already the project name: "ACPI logger"

Comment 17 Bill Nottingham 2004-07-08 19:15:25 UTC
*** Bug 124585 has been marked as a duplicate of this bug. ***

Comment 18 Bill Nottingham 2004-07-08 19:15:48 UTC
*** Bug 120991 has been marked as a duplicate of this bug. ***

Comment 19 petrosyan 2004-10-22 04:27:13 UTC
Created attachment 105637 [details]
enable sleep mode

This patch enters the machine into the sleep mode (S3) when the sleep button is

Comment 20 Bill Nottingham 2004-10-29 16:46:44 UTC
*** Bug 137517 has been marked as a duplicate of this bug. ***

Comment 21 petrosyan 2004-12-02 01:20:57 UTC
Created attachment 107750 [details]
enable sleep mode

Comment 22 Bill Nottingham 2005-03-16 22:33:51 UTC

*** This bug has been marked as a duplicate of 111958 ***

Comment 23 Aleksey Nogin 2006-02-10 19:30:41 UTC
Bug 111958 ended up being marked as a dup of bug 169476, which simply asks for
acpid not to interfere with gnome-power-manager when both are running. 

But when no gnome-power-manager is running (the user is using KDE or nobody is
logged in), we still need a reasonable default config for acpid - including
things like handling the sleep mode and tweaking the "laptop" mode parameters on
AC/battery transitions (the same way apmscript used to do it for APM).

Comment 24 Red Hat Bugzilla 2007-02-05 19:25:22 UTC
REOPENED status has been deprecated. ASSIGNED with keyword of Reopened is preferred.

Comment 25 Zdenek Prikryl 2007-07-20 12:17:14 UTC
Package Change Request
Package Name: acpid
Updated Fedora Owners: zprikryl@redhat.com

Comment 26 Jens Petersen 2007-07-24 13:41:23 UTC

Comment 27 Zdenek Prikryl 2007-08-09 10:56:38 UTC
Problem is, that each vendor uses different acpi codes for keys and events (lid,
sleep button, etc). So there is no way, how to simply create common scripts for
those things. One can create lot of event handlers in /etc/acpi/events/*, on
this days contains only two basic scripts. But this event handlers depend on a
NB or a PC which you use. Today, many users use combination of HAL, pm-utils and
quirk instead acpid for handling this stuff. It is simpler to set and use. For
more info check http://people.freedesktop.org/~hughsient/quirk/index.html.


Comment 28 Bug Zapper 2008-04-03 15:26:23 UTC
Based on the date this bug was created, it appears to have been reported
against rawhide during the development of a Fedora release that is no
longer maintained. In order to refocus our efforts as a project we are
flagging all of the open bugs for releases which are no longer
maintained. If this bug remains in NEEDINFO thirty (30) days from now,
we will automatically close it.

If you can reproduce this bug in a maintained Fedora version (7, 8, or
rawhide), please change this bug to the respective version and change
the status to ASSIGNED. (If you're unable to change the bug's version
or status, add a comment to the bug and someone will change it for you.)

Thanks for your help, and we apologize again that we haven't handled
these issues to this point.

The process we're following is outlined here:

We will be following the process here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this
doesn't happen again.

Comment 29 Aleksey Nogin 2008-04-03 16:02:14 UTC
I use RHEL, not Fedora these days and have no idea if this is still relevant.

Comment 30 John Poelstra 2008-04-04 21:24:54 UTC
Should this bug remain open?

Comment 31 Zdenek Prikryl 2008-04-08 11:51:55 UTC
No, I think this bug should not remain open. There is no way how to create
universal scripts. Reason is that each vendor has his own ACPI codes for events.
So one have to create scripts by himself.

Note You need to log in before you can comment on or make changes to this bug.