[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#440495: xserver-xorg-input-synaptics: Keyboard doesn't work after turning touchpad off and on



Den 31. des. 2010 10:48, skrev Julien Viard de Galbert:
Hello,

About two or three years ago, you participated on the bug #440495 (or
#437255 that was merged with it).

The drivers have evolved quite a bit, are you still experiencing the
issue, if not can you tell me the version of
xserver-xorg-input-synaptics you are using, so that I can close the bug.

I'm running testing, not unstable, but it seems slightly better. When turning the touchpad on, the kernel still often gives stuff like

Dec 31 15:56:38 merlin kernel: [1664912.888433] psmouse.c: TouchPad at isa0060/serio1/input0 lost synchronization, throwing 4 bytes away. Dec 31 15:56:39 merlin kernel: [1664913.836340] hda-intel: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. Dec 31 15:56:39 merlin kernel: [1664914.046085] psmouse.c: resync failed, issuing reconnect request

(when this particular message appeared, my music playback froze for about a second, repeating its current buffer a few times.)

Also, xev tells me that turning the touchpad off gives me a Press/Release with keycode 201, and turning it on gives me a Press/Release with keycode 146, which maps to Help, and thus would bring up the desktop's Help window and annoy me, if I hadn't already turned that hotkey off in my settings.

What's better is that now at least there *is* a KeyRelease event of that fake Help key, and thus the keyboard focus is no longer permanently stolen. It still would bring up the Help system, and it still takes the system a few seconds to regain touchpad control after turning it on, which may or may not momentarily freeze the system, but now it always does seem to recover, at least...

Thanks,
Ove



Reply to: