|
Bugzilla – Full Text Bug Listing |
| Summary: | Touchpad mouse dies after s2ram or s2disk | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.4 | Reporter: | Carlos Robinson <carlos.e.r> |
| Component: | Kernel | Assignee: | Jiri Kosina <jkosina> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Major | ||
| Priority: | P2 - High | CC: | bwiedemann, jeffm, thsundel |
| Version: | Final | ||
| Target Milestone: | Final | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 11.3 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
normal appearence of mouse control panel
appearance of mouse control panel with one tab missing (faulty) message log file xorg log of failed session s2ram event logs |
||
|
Description
Carlos Robinson
2010-03-03 19:34:13 UTC
Created attachment 346363 [details]
appearance of mouse control panel with one tab missing (faulty)
Created attachment 346366 [details]
message log file
Message log of today's session.
The entries about "Unknown key pressed" refers to the button that enables/dissables the mousepad. It is not recognized, but it works (if mouse hasn't died completely).
Created attachment 346368 [details]
xorg log of failed session
I don't know if the fail event is logged here, but... where else?
Suspend and resume works and messages doesn't show any issues. Maybe X team can find something in the Xorg logs... Created attachment 348297 [details]
s2ram event logs
Logs just after a s2ram event, after which the mouse is totally frozen.
I have added the output of lsmod with frozen mouse (lsmod.bad) and normal, afer rebooting. They are different, but I don't see anything relevant.
I see in the xfree log that the synaptics module is unloaded, but as the log has no timestamps, I don't know when that happened (before or after hibernation) and if it is normal.
In the "pm-suspend.log" file, ignore the "Router: command not found" line. It is a line in a hook script that I forgot to remove to a commented out function. I can attach it if you are doubtful it might be relevant. The hook writes entries to syslog noting when machine hibernates or thaws.
Unfortunately I no longer have time to address bugs for already released openSUSE/SLE products. If possible verify whether the issue still exists with currently developed openSUSE Factory/SLE11-SP1. If it does please reopen the bugreport and set the product accordingly. Of course you can reopen the bugreport nevertheless, but that doesn't change the situation and the bugreport will remain open for the time being without being addressed. It is a kernel/hal/udev problem, not the X system.
The last few lines in Xorg.0.log are indicative:
(--) SynPS/2 Synaptics TouchPad: touchpad found <===
(II) AT Translated Set 2 keyboard: Device reopened after 1 attempts.
(II) HP Webcam-101: Device reopened after 1 attempts.
(II) Sleep Button: Device reopened after 1 attempts.
(II) Power Button: Device reopened after 1 attempts.
(II) Video Bus: Device reopened after 1 attempts.
(II) Power Button: Device reopened after 1 attempts.
(II) config/hal: removing device SynPS/2 Synaptics TouchPad <===
(II) UnloadModule: "synaptics"
Notice the disappearing info; this is before s2ram:
In /proc/bus/input/devices:
I: Bus=0011 Vendor=0002 Product=0007 Version=01b1
N: Name="SynPS/2 Synaptics TouchPad"
P: Phys=isa0060/serio1/input0
S: Sysfs=/devices/platform/i8042/serio1/input/input1
U: Uniq=
H: Handlers=mouse0 event1
B: EV=b
B: KEY=420 70000 0 0 0 0
B: ABS=11000003
In lshal:
udi = '/org/freedesktop/Hal/devices/pnp_SYN1e08'
info.linux.driver = 'i8042 aux' (string)
info.parent = '/org/freedesktop/Hal/devices/computer' (string)
info.product = 'PnP Device (SYN1e08)' (string)
info.subsystem = 'pnp' (string)
info.udi = '/org/freedesktop/Hal/devices/pnp_SYN1e08' (string)
linux.hotplug_type = 2 (0x2) (int)
linux.subsystem = 'pnp' (string)
linux.sysfs_path = '/sys/devices/pnp0/00:09' (string)
pnp.id = 'SYN1e08' (string)
After s2ram, none. There is nothing in both sites grepping for "syn",
both entries above disappear.
Now look at udev: "l -r /dev/input/*" shows - I mark the entries that disappear after s2ram:
crw-r----- 1 root root 13, 32 2010-04-09 10:52 /dev/input/mouse0 **
disappears
crw-r----- 1 root root 13, 63 2010-04-09 10:52 /dev/input/mice
crw-rw----+ 1 root root 13, 73 2010-04-09 08:52 /dev/input/event9
crw-r----- 1 root root 13, 72 2010-04-09 08:52 /dev/input/event8
crw-r----- 1 root root 13, 71 2010-04-09 08:52 /dev/input/event7
crw-r----- 1 root root 13, 70 2010-04-09 08:52 /dev/input/event6
crw-r----- 1 root root 13, 69 2010-04-09 08:52 /dev/input/event5
crw-r----- 1 root root 13, 68 2010-04-09 08:52 /dev/input/event4
crw-r----- 1 root root 13, 67 2010-04-09 08:52 /dev/input/event3
crw-r----- 1 root root 13, 66 2010-04-09 08:52 /dev/input/event2
crw-r----- 1 root root 13, 75 2010-04-09 08:52 /dev/input/event11
crw-rw----+ 1 root root 13, 74 2010-04-09 08:52 /dev/input/event10
crw-r----- 1 root root 13, 65 2010-04-09 10:52 /dev/input/event1 **
dissapears
crw-r----- 1 root root 13, 64 2010-04-09 10:52 /dev/input/event0
/dev/input/by-path:
total 0
lrwxrwxrwx 1 root root 9 2010-04-09 08:52 platform-pcspkr-event-spkr
-> ../event6
lrwxrwxrwx 1 root root 9 2010-04-09 10:52
platform-i8042-serio-1-mouse -> ../mouse0 **
dissapears
lrwxrwxrwx 1 root root 9 2010-04-09 10:52
platform-i8042-serio-1-event-mouse -> ../event1 **
dissapears
lrwxrwxrwx 1 root root 9 2010-04-09 10:52
platform-i8042-serio-0-event-kbd -> ../event0
lrwxrwxrwx 1 root root 9 2010-04-09 08:52
pci-0000:00:1d.7-usb-0:4:1.0-event -> ../event7
drwxr-xr-x 4 root root 360 2010-04-09 08:52 ../
drwxr-xr-x 2 root root 140 2010-04-09 08:52 ./
/dev/input/by-id:
total 0
lrwxrwxrwx 1 root root 9 2010-04-09 08:52
usb-SN001_HP_Webcam-101_QCM-event-if00 -> ../event7
drwxr-xr-x 4 root root 360 2010-04-09 08:52 ../
drwxr-xr-x 2 root root 60 2010-04-09 08:52 ./
For the record, as requested by Stefan Dirsch in #6, the factory version (M5) fails completely to hibernate this machine (Bug 597595). Suspend to ram locks hard the machine. Thus I request that this bug continues to be handled here, in 11.2, as 11.3 is not usable at all. Same problem on my Fujitsu Siemens computer, touchpad won't "wake" up after suspend. It worked well before some update to 11.2. To try out I installed the latest version of ubuntu and it has the same problem. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/519517 I can confirm that this worked on Ubuntu 10.04: Set GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset" in /etc/default/grub Can this also be done in openSUSE somehow? (In reply to comment #10) > I can confirm that this worked on Ubuntu 10.04: > Set GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset" in /etc/default/grub > Can this also be done in openSUSE somehow? It does not work on my laptop, oS 11.2. Yes, there is a place to make that setting permanent, but as it doesn't work, I haven't looked it up. In /etc/sysconfig/bootloader, I suppose. This is still an issue in 11.3! Still a issue in 11.4 Looks like this issue is fixed in the Tumbleweed repo. http://en.opensuse.org/Portal:Tumbleweed Thanks, Thomas It probably works with Tumbleweed, because it contains a newer kernel. Then it should also work with the upcoming 12.1 release. Would be nice if you could re-test it there (just works on my Laptops) Thanks for reporting guys, closing as fixed. Please reopen if the problem triggers even in the newer kernel. |