Red Hat Bugzilla – Bug 116674
kernel breaks Dell Inspiron 8000's touchpad's tap-for-click until power cycle
Last modified: 2015-01-04 17:04:42 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040217
Description of problem:
Earlier FC2test1 kernels had the same problem. Simply booting this
kernel is enough to disable the tap-for-click feature of the touchpad.
Even after rebooting into FC1, it won't work. I have to power-cycle
the laptop in order for it to work.
Ideally, tap-for-click should work out of the box, but I haven't
managed to get this to work at all (haven't tried the synaptics
driver, I'd rather not have to install non-FC software on the test
system). I've tried both the default FC2test1 settings (that used to
work until some 2.6.2 or 2.6.3 update), then I changed /dev/psaux to
/dev/input/mice. No tap-for-click.
I tried a single mouse entry in XF86Config, removing the DevInputMice
entry, to no avail. I tried changing the protocol to ExplorerPS/2,
that AFAIK is the protocol used by the kernel for /dev/input/mice
nowadays, and booting with psmouse.proto=imps, and this completely
disabled the tracking stick (Dell DualPoint).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Boot a Dell laptop with DualPoint into FC2test1+updates
2.Test tapping the touchpad
3.Reboot into FC1
Actual Results: 2. and 4. fail; 6 works.
Expected Results: 4 should have worked, but the kernel apparently
leaves some wrong setting behind. Ideally, 2 should work out of the
box as well.
Messages I get on boot:
Synaptics Touchpad, model: 1
180 degree mounted touchpad
new absolute packet format
Touchpad has extended capability bits
-> multifinger detection
-> palm detection
-> pass-through port
input: SynPS/2 Synaptics TouchPad on isa0060/serio1
serio: Synaptics pass-through port at isa0060/serio1/input0
input: PS/2 Generic Mouse on synaptics-pt/serio0
serio: i8042 KBD port at 0x60,0x64 irq 1
I have a laptop with a synaptics touchpad that is an hp pavilion
4315us. I am holding back on trying the full beta (2.6 kernel) because
of the loss of the tap feature and the scroll capabilities of the device.
I have tried the 2.6 kernel before on this computer and went back to
the 2.4 kernel because of this.
I have a Compaq Presario 2100 laptop which has a synaptics touchpad.
Click-on-tap and scroll do not work on any 2.6 kernel up through
2.6.3-2.1.240, and I haven't tested any newer ones. Work fine on 2.4
Any news on this? Happens for Dell Inspiron 3500 too.
Created attachment 98699 [details]
Here is the fix.
Hmm, actually perhaps it should be 'if (!value) break;'. Testing that
That wasn't it either.
However, Peter Osterlund suggested booting with:
on the kernel command line, and that works (after a power-cycle).
Additionally, 2.6.5-rc1 includes some changes that reset the protocol
state properly without needing a power-cycle.
I mentioned psmouse.proto=imps in the initial bug report. It kills
the tracking stick, that works in synaptics pass-through mode.
*** Bug 120267 has been marked as a duplicate of this bug. ***
I still have a laptop with a synaptic mousepad that is awaiting a
resolution to this problem.
This is good news for the 2.4 kernel FC1 distro. It makes the demand
for the 2.4 kernel based distro with synaptic support to outweigh the
2.6 kernel version FC2 without synaptic support natively.
Typing on the FC1 restricted laptop now.
I don't think you can get pass-thru to work properly using
psmouse.proto for the tracking stick. What does kudzu report if you do
>>> import kudzu
I'm pretty sure that where it limits stuff you won't end up picking up
the second pointer device. My HP Omnibook is the same
Synaptics driver http://w1.894.telia.com/~u89404340/touchpad/
is available as src.rpm here building against xorg-x11-sdk:
I'd still like to get this into FC2...
I just installed FC2-T2 on my Gateway M500 laptop and as it has been
the case with the 3 distros I have tried in which a 2.6 kernel used,
the double-tap function of the Synaptics Touchpad used on this system
failed to work. As it has been reported, the system must be powered
off to 'correct' this. Just doing a reboot will not clear this problem!
However, by adding to my GRUB's kernel command line
'psmouse.proto=imps' enables the double-tap function...
fixed in the latest kernel update ?
Fedora Core 2 has now reached end of life, and no further updates will be
provided by Red Hat. The Fedora legacy project will be producing further kernel
updates for security problems only.
If this bug has not been fixed in the latest Fedora Core 2 update kernel, please
try to reproduce it under Fedora Core 3, and reopen if necessary, changing the
product version accordingly.