-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Prompted by a similar question ("synaptics touchpad after update" from Stefan Quand) I'll ask mine, it is perhaps related. At least, his post has given me info on where to look. Simply put, my touchpad dies after suspend to ram (and sometimes after suspend to disk). The button that enables it gets stuck, with the LED off or on as it were before, but not responding. It simply disappears from existence: there are no log entries, except this at the end of Xorg.0.log: (--) 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" Info 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. 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 ./ Where can I look? Do you think I could force the touchpad mouse to reload, somehow? Sometimes, if after a s2ram and failed mouse I suspend to disk (hibernate) the touchpad resuscitates. But of those times, some it is recognized not as a touchpad, but as a plain mouse, so that "tapping" is not recognized, and acceleration is way off. I did open a Bugzilla, but first they thought that it was not related to kernel (no log entries) and bounced it to xfree guys. After a month, they said that "I will not investigate a problem in 11.2, try to reproduce in factory" or something like that (I'm off the network right now) - wontfix. However, after Stefan Quand question I discovered that it must indeed be related to the kernel, so I'll reopen and reassign to the kernel chaps again. (I'm using gnome and I do have the gnome update mentioned by David C. Rankin; but not the last kernel update, I think: I'm on 2.6.31.12-0.1-desktop #1 SMP PREEMPT 2010-01-27 08:20:11 +0100 x86_64 x86_64 - and learning of Stefan's problem I'm reluctant to upgrade) - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAku+7OoACgkQja8UbcUWM1w0+gD/Ye6+pArLyZ8ey8eKn54WTh7L rV/quJ5eBqafAPlJDoUA/jsJa5XQcAfFqpk7gapzkKT7Skb4FzXsYSs5Fo3bItDv =8izN -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org