Red Hat Bugzilla – Bug 499792
xorg.conf confiuration section for synaptics no longer used with xorg-x11-drv-synaptics-1.1.0-5
Last modified: 2009-08-17 01:02:51 EDT
Description of problem:
After the update of xorg-x11-drv-synaptics from 1.1.0-3 to 1.1.0-5,
xorg no longer use the configuration written in xorg.conf, and use the autoprobe "default pointer" mouse driver instead of synaptics driver.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Add a configuration section in xorg.conf for the corepointer to use the synaptics driver, with options like <"RTCornerButton" "2">
2.Run xorg with version 1.1.0-3 of the driver : OK
3.Run xorg with version 1.1.0-5 of the driver : synaptics is not used
xorg-x11-server-1.6.1-14.fc11 has been submitted as an update for Fedora 11.
xorg-x11-server-1.6.1-14.fc11 has been pushed to the Fedora 11 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update xorg-x11-server'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-4764
please See https://fedoraproject.org/wiki/Input_device_configuration
Please give the package listed in Comment #2 a test. It should resolve your issue.
Sorry for the delay.
the package 'xorg-x11-server' cannot be found by yum. I have tryed 'xorg-x11-server-Xorg-1.6.1-14' instead.
This package does not solve the problem. It is worst : after the installation, there was no mouse at all !
But the old xorg-x11-drv-synaptics-1.1.0-3 driver works with it.
Please try the scratch package below, it contains another fix for this issue.
The previous fix enabled "synaptics" to be a mouse driver (and X didn't synthesize a mouse section anymore) but if that driver was not referenced by the ServerLayout, you'd end up with no devices.
This scratch build addresses this issue, and a synaptics InputDevice section in the xorg.conf is referenced automatically (if no pointer devices are referenced in the serverlayout).
I have tried xorg-x11-server-Xorg-1.6.1-15, but without more success: the touchpad is still unusable.
A point that I don't understand : the problem is not in the driver xorg-x11-drv-synaptics ??? What has changed since everything works with version 1.1.0-3, and not with 1.1.0-5 ?
PS: my touchpad is referenced in the ServerLayout, and is define with the option CorePointer.
There is the option
so why does the server (versions 14 & 15) start if the pointer is not available ?
Please attach your Xorg.log file and your xorg.conf.
You've stumbled across a bug in the server, but it seems that's not what triggered the issues you see.
-5 disabled the second synaptics device, i.e. if you have a synaptics device configured in the xorg.conf and one added by HAL, then the second one won't be added. All the configuration options of the xorg.conf should still apply though.
> PS: my touchpad is referenced in the ServerLayout, and is define with the
> option CorePointer.
> There is the option
> "AllowEmptyInput" "off",
> so why does the server (versions 14 & 15) start if the pointer is not available
I don't quite know what you want to achieve by AEI off (since I haven't seen your xorg.conf) but there's a high chance it doesn't do what you think it does.
AEI off means that if there's no core pointer device, then the server generates one ("default pointer"). This is what the two scratch builds address.
AEI off does not prohibit the server from starting. Since server 1.4, there's always a (virtual) core pointer device.
Created attachment 344258 [details]
Thank you for your explanation, I think I begin to understand.
I have attached my Xorg.conf, and two versions of Xorg.log : one obtained with
synaptics...-3, and the other with -5.
A diff point out the problem (I suppose) : with -5, the x-axis range, y-axis
range and the buttons are not defined.
oh. this is weird. in -5 the driver doesn't get the axis range, hence it doesn't detect any movement.
can you please give http://koji.fedoraproject.org/koji/buildinfo?buildID=100856 a try so I can narrow down which patch broke it?
when you downgrade to -4, please attach your Xorg.log and /proc/bus/input/devices (as separate files, not tarballs please)
Good. Everything works with synaptics...-4 and xorg...-15.
I attach below the two files.
Created attachment 344507 [details]
Xorg.log relative to synaptics...-4
Created attachment 344508 [details]
/proc/bus/input/devices relative to synaptics...-4
xorg-x11-drv-synaptics-1.1.0-7.fc11 has been submitted as an update for Fedora 11.
I found it. Cause of the issue was an incorrect return value introduced in -5 that can be triggered if there is an xorg.conf with a synaptics touchpad and a mouse is opened before the synaptics device when running through /dev/input/event*.
Please install synaptics 1.1.0-7 and that should fix the issue.
Very good work ! Everything is OK with synaptics...-7
Thanks for all !
Thanks for testing. Closing as fixed in version xorg-drv-synaptics-1.1.0-7.
Marking this bug as F11 blocker though, this should go in for final.
xorg-x11-drv-synaptics-1.1.0-7.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
xorg-x11-server-22.214.171.1241-2.fc11 has been submitted as an update for Fedora 11.
Just a note regarding Comment #20. This fixes what I thought was the cause for this bug until comment #8.
If a synaptics InputDevice section is not referenced from the server layout, the server would initialise a default mouse device. This is fixed now.
xorg-x11-server-1.6.2-1.fc11 has been submitted as an update for Fedora 11.
xorg-x11-server-1.6.2-3.fc11 has been submitted as an update for Fedora 11.
xorg-x11-server-1.6.3-2.fc11 has been submitted as an update for Fedora 11.
xorg-x11-server-1.6.3-3.fc11 has been submitted as an update for Fedora 11.