Difference between revisions of "How to configure acpid"
(→Troubleshooting) |
(→Sources of Information) |
||
Line 4: | Line 4: | ||
==Sources of Information== | ==Sources of Information== | ||
− | *{{ | + | *{{cmduser|man acpid}} holds detailed information on how to configure acpid. |
*The [[ibm-acpi]] package includes example scripts in the {{path|config}} folder inside the tarball. They are a good starting point to adjust them to your needs. | *The [[ibm-acpi]] package includes example scripts in the {{path|config}} folder inside the tarball. They are a good starting point to adjust them to your needs. | ||
*You also might want to have a look at the [[Configs#ACPI | ACPI section of the Configs page]] or the [[:Category:Scripts|Scripts]] repository. | *You also might want to have a look at the [[Configs#ACPI | ACPI section of the Configs page]] or the [[:Category:Scripts|Scripts]] repository. |
Revision as of 10:53, 14 October 2005
Contents
Introduction
Basically, acpid just executes scripts residing in /etc/acpi/actions. Which script to launch at which event is configured in several files in /etc/acpi/events. All actions are documented in /var/log/acpid.
Sources of Information
$ man acpid
holds detailed information on how to configure acpid.- The ibm-acpi package includes example scripts in the config folder inside the tarball. They are a good starting point to adjust them to your needs.
- You also might want to have a look at the ACPI section of the Configs page or the Scripts repository.
- And you can find information about the event strings ibm-acpi generates for certain keys at the Special Keys HOWTO.
Example: go to sleep on lid close
To make the ThinkPad go to sleep when you close the lid, you need to add an event handler for the lid event and an action script that takes care of going to sleep and resuming.
Event Script
The event script needs to be created within /etc/acpi/events and can have any name you like.
In this case we call it lid because it will trigger the lid event. Do # vi /etc/acpi/events/lid
and make it look like this:
event=button/lid action=/etc/acpi/actions/sleep.sh %e
The "event" line is a regular expression specifying the events we're interested in. You can determine what the event strings are from looking at /var/log/acpid after trying to suspend, close the lid, etc. . You can find information about the event strings ibm-acpi generates for certain keys at the Special Keys HOWTO.
The "action" line is the command to be executed when these events are dispatched. In this example we call the sleep.sh script residing in /etc/acpi/actions and pass the event description text using the %e placeholder.
.
Action Script
Our example /etc/acpi/actions/sleep.sh script looks as follows:
#!/bin/sh # if launched through a lid event and lid is open, do nothing echo "$1" | grep "button/lid" && grep -q open /proc/acpi/button/lid/LID/state && exit 0 # remove USB 1.1 driver rmmod uhci_hcd # sync filesystem and clock sync /sbin/hwclock --systohc # switch to console FGCONSOLE=`fgconsole` chvt 6 /usr/sbin/radeontool light off # go to sleep echo -n "mem" > /sys/power/state # readjust the clock (it might be off a bit after suspend) /sbin/hwclock --adjust /sbin/hwclock --hctosys # reload USB 1.1 driver modprobe uhci_hcd # turn on the backlight and switch back to X radeontool light on chvt $FGCONSOLE
Explanations
- The lid generates an event for both opening and closing thus requiring that we check it's state and only act if it's closed.
- There have been problems encountered with the USB devices not working properly after a resume from suspend. To circumvent those we remove the USB driver prior to suspend and reload it afterwards.
- Note that the
# echo -n "mem" > /sys/power/state
line does not return until we are revived. So there is only one event generated and there is no need to check the state of anything. - The console switching code in this script is a special solution for a problem where the backlight doesn't switch off on the T30 and some other models. Before going to sleep, these models switch to console mode which causes the backlight to come back on. So we preemptively switch to console mode and turn off the backlight using radeontool before going to sleep.
Troubleshooting
- If something doesn't work, your first action should be a
# tail /var/log/acpid
. It will tell you a lot about what is going on. If it has "Permission denied" errors, check the permissions of your /etc/acpi/actions scripts (especially make sure that the executable bit is set). Also check the permissions for other involved files like i.e. device nodes. - If your display doesn't come back on resume, look here.