Latest working kernel version: 2.6.23 Earliest failing kernel version: 2.6.23 Distribution: Debian GNU/Linux unstable/experimental Hardware Environment: notebook, HP Compaq 6720s Problem Description: Some time ago, I experienced a problem with the synaptics touchpad not being recognized anymore by the kernel. It worked with a 2.6.23 kernel, and didn't work after a system upgrade, under the same kernel (don't really remember if it was some different minor revision, sorry). I suspect something went very wrong with the input subsystem / udev / ... . I've already reported to the Debian BTS (<http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475852>), and I've been pointed here. Under suggestion of one of the Debian maintainers, here are some more informations about the problem: - I've found, googling a bit, that this might be related (kernel option i8042.debug=1 at boot time -- relevant bits only): ===> dmesg <=== ... [ 1.357240] PNP: PS/2 Controller [PNP0303:C297,PNP0f13:C298] at 0x60,0x64 irq 1,12 [ 1.357480] drivers/input/serio/i8042.c: 20 -> i8042 (command) [0] [ 1.357541] drivers/input/serio/i8042.c: 65 <- i8042 (return) [0] [ 1.357547] drivers/input/serio/i8042.c: 60 -> i8042 (command) [0] [ 1.357606] drivers/input/serio/i8042.c: 74 -> i8042 (parameter) [0] ... (so on for a while) [ 1.359293] i8042.c: Detected active multiplexing controller, rev 1.1. ... [ 1.360088] serio: i8042 KBD port at 0x60,0x64 irq 1 [ 1.360189] serio: i8042 AUX0 port at 0x60,0x64 irq 12 [ 1.360292] serio: i8042 AUX1 port at 0x60,0x64 irq 12 [ 1.360394] serio: i8042 AUX2 port at 0x60,0x64 irq 12 [ 1.360496] serio: i8042 AUX3 port at 0x60,0x64 irq 12 [ 1.363310] mice: PS/2 mouse device common for all mice ... [ 1.384094] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [7] [ 1.384097] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [7] ... [ 1.386792] drivers/input/serio/i8042.c: 91 -> i8042 (command) [7] [ 1.386850] drivers/input/serio/i8042.c: ed -> i8042 (parameter) [7] [ 1.387027] drivers/input/serio/i8042.c: MUX error, status is 75, data is fe [7] [ 1.387030] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 3, 12, timeout) [7] [ 1.391204] drivers/input/serio/i8042.c: 92 -> i8042 (command) [8] [ 1.391263] drivers/input/serio/i8042.c: f2 -> i8042 (parameter) [8] [ 1.391738] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [8] [ 1.391741] drivers/input/serio/i8042.c: fe <- i8042 (interrupt, 4, 12, timeout) [8] [ 1.391750] drivers/input/serio/i8042.c: 92 -> i8042 (command) [8] [ 1.391808] drivers/input/serio/i8042.c: ed -> i8042 (parameter) [8] [ 1.392637] drivers/input/serio/i8042.c: MUX error, status is b5, data is fe [9] ... ===> <=== - "plain" dmesg after boot: see attachment - $ uname -a Linux pingu 2.6.25-2-686 #1 SMP Wed May 14 16:42:03 UTC 2008 i686 GNU/Linux (that is 2.6.25.3) - lspci -vv: see attachment - /proc/bus/input/devices: see attachment. I've set the severity to "high", since the touchpad is a fundamental component of a laptop ;) (currently using a USB-mouse). Thanks, David
Created attachment 16163 [details] /proc/bus/input/devices
Created attachment 16164 [details] dmesg from 2.6.25.3
Created attachment 16165 [details] lspci -vv
Is the touchpad disabled in BIOS or turned off with a key-switch by any chance?
I'll tentatively mark this as a regression, even though it might not be ;)
Well, since you mark everything as a regression its ok ;)
Dmitry: do you really think my touchpad is disabled and I did not check it? ;) No, really. It's not disabled. Thanks for the reply (to both!)
Given that the very same kernel image stopped detecting the piece of hardware yeah... either ist is disabled somewhere or connector inside your laptop got disconnected.
Hm, your reasoning has a rationale, after all :) I'll check ASAP the internal connector -- I can't believe it's just that.
I have the same problem as David. I confirm bug in kernels 2.6.26 and 2.6.29. I'm using an ALPS Touchpad in my Toshiba Satellite Pro M10. "Advanced features" in X like vertical/horizontal scrolling don't work because kernel doesn't recognize the mouse as a touchpad but as a "PS/2 Generic Mouse". I've looked in launchpad/google/debian bugtrack systems and this problem affects a lot of distros/hardware. All points it's a problem with the input subsystem. I've seen reports of people that say adding i8042.nomux=1 on boot fixes it for them. It doesn't for me. It's not a hardware error (at least in my case) because touchpad works flawless in windows. It does look like a regression because this touchpad usd to work for me on a debian of 4 years ago (sorry i dont remember kernel version because i did a fresh install on this long forgotten laptop). Sorry for my sucky english and worse presentation skills, tell me if you need any more information attached. Thanks in advance, ~ Pablo
Pablo, Was there a kernel version that ever recognized your touchpad as ALPS? Is it recognized as ALPS in the $other_os? Thanks.
Yes, I had a backup of the old xorg.conf and the touchpad was there autoconfigured as an ALPS Touchpad. I don't remember the kernel version where it used to work though, but it was the newest kernel version of 4 years ago, sorry to not being able to be more specific. Thanks.
Could you please boot with i8042.debug kernel option and send me your full dmesg? Thanks!
Oh, and lets open another bug because I think this issue is different from David's.
Ok, opened new bug: http://bugzilla.kernel.org/show_bug.cgi?id=13134 Attached full dmesg with i8042.debug option there. Thanks