Package: acpi-support
Version: 0.103-5
Severity: normal
I believe I could kludge this locally, but since I've wasted a whole
day trying to figure out what might be at fault, let me enter a bug.
I use my own kernels, not Debian's. With 2.6.22.5 my "Sleep" button on
ThinkPad T60 worked fine (Fn-F4). Stopped working with 2.6.23.x, still
didn't work with 2.6.24.2. Nothing in the kernel configs seemed to be
at fault, even borrowing the old config for the new kernel didn't help.
Running suspend-to-ram manually (s2ram, /etc/acpi/sleep.sh,
pm-suspend, etc.) works fine, though. Thus, only the link from the
button to the action is broken.
I do see that unless I have pressed this button too recently, the
following ACPI event gets generated:
[Mon Feb 25 01:36:57 2008] received event "ibm/hotkey HKEY 00000080 00001004"
[Mon Feb 25 01:36:57 2008] notifying client 3685[105:108]
[Mon Feb 25 01:36:57 2008] notifying client 3811[0:0]
[Mon Feb 25 01:36:57 2008] executing action "/etc/acpi/sleepbtn.sh"
[Mon Feb 25 01:36:57 2008] BEGIN HANDLER MESSAGES
[Mon Feb 25 01:36:57 2008] END HANDLER MESSAGES
[Mon Feb 25 01:36:57 2008] action exited with status 0
[Mon Feb 25 01:36:57 2008] completed event "ibm/hotkey HKEY 00000080 00001004"
So far it's alright. So we're running the /etc/acpi/sleepbtn.sh
script, when a lot of people on the net seem to be wishing to run
/etc/acpi/sleep.sh at this point. We're even generating a key-press,
passing it onto the xserver:
KeyPress event, serial 32, synthetic NO, window 0x2200001,
root 0x67, subw 0x0, time 1305715904, (168,-8), root:(172,566),
state 0x0, keycode 223 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False
KeyRelease event, serial 32, synthetic NO, window 0x2200001,
root 0x67, subw 0x0, time 1305715904, (168,-8), root:(172,566),
state 0x0, keycode 223 (keysym 0x0, NoSymbol), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False
(I don't see how we get keycode 223 from KEY_SLEEP=142 but that's OK.)
Anyway, this is how far I can track it. Next, I believe this key press
just gets dropped. I think this keypress should have led us to
/etc/acpi/sleep.sh somehow, or perhaps it should not have been
generated in the first place. I can't find anything in the docs that
says that I have to hack the /etc/acpi/*.sh scripts, though, only
some reports on the net that that's what people have done. I believe
it would be nicer if it worked "out of the box", hence the bug report.
Would it work out of the box with a different xorg.conf?
This is the relevant section from mine:
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc104"
Option "XkbLayout" "lv"
Option "XkbOptions" "ctrl:nocaps,altwin:left_meta_win,compos
e:menu"
EndSection
A different keyboard model, perhaps, or a variant? Unfortunately all
the X keyboard model, variant, layout, symbol, etc. information that
used to live in /etc/X11, seems to have evaporated somewhere; all I
have now is one fairly unreadable /etc/X11/xkb/base.xml file. Thus,
I don't even know whether there is a chance to map the keycode 223
to something more meaningful or not. Nor do I know whether mere
mapping would help.
Very interested in answers.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24.2 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages acpi-support depends on:
ii acpi-support-base 0.103-5 scripts for handling base ACPI eve
ii acpid 1.0.4-7.1 Utilities for using ACPI power man
ii dmidecode 2.9-1 Dump Desktop Management Interface
ii finger 0.17-11 user information lookup program
ii hdparm 7.7-1 tune hard disk parameters for high
ii laptop-detect 0.13.5 attempt to detect a laptop
ii libc6 2.7-6 GNU C Library: Shared libraries
ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip
ii nvclock 0.8b3-1 Allows you to overclock your nVidi
ii powermgmt-base 1.29 Common utils and configs for power
ii radeontool 1.5-5 utility to control ATI Radeon back
ii vbetool 1.0-1.1 run real-mode video BIOS code to a
ii x11-xserver-utils 7.3+2 X server utilities
acpi-support recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
