Hi,
I upgraded the system from stable to testing and could not get a working
system. A few minutes (2-3) after boot the system seems to be tired and
goes into suspend mode.
Clicking the power button the system wakes up to start sleeping again after
approximately 2 minutes, and so on ...
Not funny ...
I removed the pm-suspend and other pm-* tools (by linking to /bin/true) but
this did not help. There was also no hint why the system is gooing to sleep
in the system logs (dmesg, /var/log/messages, /var/log/syslog).
After some time I remembered the acpi=off kernel option but with this I do
not even get a working X session. The problem is that the system is
unable to load i915.ko as is depends on some acpi_* symbols. The
framebuffer is not activated at boot (no vga= option) and fails as well as
the vesa mode :-(
[This justifies at least one other bug report, what to you think?]
Booting the kernel with "acpi=off vga=0x31b" I get a working X session
without suspend. But now I cannot power off the system ...
Why do I think it is evdevs fault? My non-working Xorg log (Xorg.0.log.old,
without kernel options) contains
[ 41.427] (II) config/udev: Adding input device Power Button
(/dev/input/event4)
[ 41.429] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[ 41.501] (II) Using input driver 'evdev' for 'Power Button'
[ 41.501] (**) evdev: Power Button: Device: "/dev/input/event4"
[ 41.502] (II) XINPUT: Adding extended input device "Power Button"
(type: KEYBOARD, id 6)
[ 41.670] (II) config/udev: Adding input device Power Button
(/dev/input/event2)
[ 41.671] (**) evdev: Power Button: Device: "/dev/input/event2"
[ 41.671] (II) XINPUT: Adding extended input device "Power Button"
(type: KEYBOARD, id 8)
[ 41.685] (II) config/udev: Adding input device Sleep Button
(/dev/input/event3)
[ 41.686] (**) Sleep Button: Applying InputClass "evdev keyboard catchall"
[ 41.686] (**) evdev: Sleep Button: Device: "/dev/input/event3"
[ 41.686] (II) XINPUT: Adding extended input device "Sleep Button"
(type: KEYBOARD, id 9)
[ 100.212] (II) evdev: Sleep Button: Close
[ 100.212] (II) evdev: Power Button: Close
[ 100.212] (II) evdev: Power Button: Close
So there are two power buttons and a sleep button? Is this possible or is
the keyboard interpreted as power button? I assume the latter. Please
reassign this bug if necessary.
My current X log is also attached (Xorg.0.log, with kernel option).
dmesg:
[ 15.738284] udevd[383]: starting version 175
[ 16.511124] ACPI: Requesting acpi_cpufreq
[ 16.517493] input: Lid Switch as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input1
[ 16.517573] ACPI: Lid Switch [LID0]
[ 16.517724] input: Power Button as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[ 16.517737] ACPI: Power Button [PWRB]
[ 16.517881] input: Sleep Button as
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input3
[ 16.517891] ACPI: Sleep Button [SLPB]
[ 16.527455] Marking TSC unstable due to TSC halts in idle
[ 16.527489] ACPI: acpi_idle registered with cpuidle
[ 16.527910] input: Power Button as
/devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
[ 16.527923] ACPI: Power Button [PWRF]
syslog:
Jan 18 20:22:00 SilverBeauty kernel: [ 857.581995] i915: Unknown
symbol acpi_video_verify_backlight_support (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [ 857.583357] i915: Unknown
symbol acpi_lid_notifier_register (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [ 857.584988] i915: Unknown
symbol acpi_video_unregister (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [ 857.585811] i915: Unknown
symbol acpi_lid_notifier_unregister (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [ 857.586148] i915: Unknown
symbol acpi_lid_open (err 0)
Jan 18 20:22:00 SilverBeauty kernel: [ 857.586514] i915: Unknown
symbol acpi_video_register (err 0)