FS#12143 - xf86-input-synaptics 0.99.1 recognizes no options

Attached to Project: Arch Linux
Opened by Manuel Gaul (Inkaine) - Sunday, 16 November 2008, 12:20 GMT
Last edited by Jan de Groot (JGC) - Sunday, 15 March 2009, 17:42 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

After updating the synaptics driver in testing from 0.15.2 to 0.99.1-1 the driver doesn't recognize options neither given in xorg.conf nor provided in /etc/hal/fdi/policy/11-x11-synaptics.fdi. The mouse pointer gets terribly slow, tapping doesn't work anymore at all. I reverted back to 0.15.2-1.

I attached a diff of Xorg.0.log with 0.99.1 (+/Xorg.0.log.old) and 0.15.2 (-/Xorg.0.log) as well at the full log with 0.99.1. What caught my eye are the lines 'UnloadModule: "synaptics"'. But I can't figure no reason for that.
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 15 March 2009, 17:42 GMT
Reason for closing:  Fixed
Additional comments about closing:  Fixed in synaptics 1.1.0:
- ETPS/2 touchpads are setup as touchpads instead of mice now
- tapping is enabled by default
Comment by Pierre Schmitz (Pierre) - Sunday, 16 November 2008, 12:34 GMT
It was a little tricky, but I finally got it working as before using the following fdi:

<?xml version="1.0" encoding="ISO-8859-1"?>
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.touchpad">
<match key="info.product" contains="Synaptics TouchPad">
<merge key="input.x11_driver" type="string">synaptics</merge>
<!-- Arbitrary options can be passed to the driver using
the input.x11_options property since xorg-server-1.5. -->
<merge key="input.x11_options.SHMConfig" type="string">true</merge>
<merge key="input.x11_options.VertEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.HorizEdgeScroll" type="string">true</merge>
<merge key="input.x11_options.CornerCoasting" type="string">true</merge>
<merge key="input.x11_options.TapButton1" type="string">1</merge>
<merge key="input.x11_options.TapButton2" type="string">2</merge>
</match>
<match key="info.product" contains="AlpsPS/2 ALPS">
<merge key="input.x11_driver" type="string">synaptics</merge>
</match>
<match key="info.product" contains="appletouch">
<merge key="input.x11_driver" type="string">synaptics</merge>
</match>
<match key="info.product" contains="bcm5974">
<merge key="input.x11_driver" type="string">synaptics</merge>
</match>
</match>
</device>
</deviceinfo>
Comment by Manuel Gaul (Inkaine) - Sunday, 16 November 2008, 14:29 GMT
Thanks, Pierre. That alone didn't solve it but got me on the road. First of all your fdi compared to the default one has the driver options in the right section (info.products = "Synaptics TouchPad" instead of the default "bcm5974"). Afterwards I could see the options in Xorg.0.log. Still they were ignored - until I commented out all other input device sections in xorg.conf. Now Xorg recognizes all options and changes in the fdi file. Everything fine again.

Maybe someone else can confirm you have to comment out these driver sections in the xorg.conf? Then it would be worth adding that to the Xorg_Input_Hotplugging wiki page. Otherwise this can be closed.
Comment by Bráulio Barros de Oliveira (brauliobo) - Sunday, 30 November 2008, 20:18 GMT
I can confirm this problem.
Changes to /etc/hal/fdi/policy/11-x11-synaptics.fdi as proposed by Pierre doesn't fix the problem

Revert to old synaptics packages didn't do it also, with errors:
(EE) Failed to load /usr/lib/xorg/modules/input//synaptics_drv.so
(EE) Failed to load module "synaptics" (loader failed, 7)
(EE) [drm] Could not set DRM device bus ID.
(EE) intel(0): [dri] DRIScreenInit failed. Disabling DRI.
(EE) No Input driver matching `synaptics'
dlopen: /usr/lib/xorg/modules/input//synaptics_drv.so: undefined symbol: xf86errno
(EE) Failed to load /usr/lib/xorg/modules/input//synaptics_drv.so
(EE) Failed to load module "synaptics" (loader failed, 7)
(EE) No input driver matching `synaptics'


Really bad situation, no tapping :(
Comment by Bráulio Barros de Oliveira (brauliobo) - Sunday, 30 November 2008, 20:26 GMT
@Manuel
disabling other input devices doesn't help
Comment by Bráulio Barros de Oliveira (brauliobo) - Sunday, 30 November 2008, 20:49 GMT
The definitive fix for me was found on http://bbs.archlinux.org/viewtopic.php?pid=448864

Just add
# You will also need the following 3 lines if you're using Xorg 1.5RC6 or newer
Option "TapButton1" "1"
Option "TapButton3" "3"
To the synaptic InputDevice section.

Why should it be done?
Yet scrolling is not working. Maybe every little option is now done manually?
Comment by Bráulio Barros de Oliveira (brauliobo) - Sunday, 30 November 2008, 21:03 GMT
It seems so, at least for me, as
Option "VertEdgeScroll" "true"
Option "HorizEdgeScroll" "true"

Did scrolling back
Comment by Manuel Gaul (Inkaine) - Sunday, 30 November 2008, 21:15 GMT
If you look at Pierre's fdi file, all your last posts were already in there. He had these options proposed there (and I had them in my fdi before as well, they just were ignored that's why I opened this bug report, not because I had my fdi configured wrong).
Comment by Bráulio Barros de Oliveira (brauliobo) - Sunday, 30 November 2008, 21:29 GMT
I agree Manuel.
But firstly why the synaptics' fdi file is not shipped? At least on my system I couldn't find it. I had to write it to test it.
Comment by Manuel Gaul (Inkaine) - Monday, 01 December 2008, 15:52 GMT Comment by Matteo Drera (seven.issimo) - Sunday, 07 December 2008, 18:34 GMT
I had some issue related to Synaptics touchpad (http://bugs.archlinux.org/task/11493), now fixed.

I also encountered this problem (no config/config insensible) cause of Hal recognized info.product key:
$ hal-get-property --udi $(hal-find-by-capability --capability input.touchpad) --key info.product

I fixed it creating /etc/hal/fdi/policy/12-synaptics-custom.fdi and fixing match elem in
<match key="input.x11_driver" string="synaptics">
to select devices by driver (*driver previously assigned by /usr/share/hal/fdi/policy/10osvendor/11-x11-synaptics.fdi)
and, obviously, removing all touchpad related configurations from xorg.conf


Finally, Xorg with hotplugging input works great, but ArchWiki is quite "obscure".
Comment by Jan de Groot (JGC) - Friday, 26 December 2008, 21:06 GMT
Is this still an issue with 0.99.3?
Comment by Bráulio Barros de Oliveira (brauliobo) - Sunday, 28 December 2008, 00:28 GMT
no, same problem after upgrade, options have to be set manually at xorg.conf
Comment by Michal Bůžek (smajchl) - Monday, 29 December 2008, 08:26 GMT
I have same problem with evdev driver, synaptics work fine...
Comment by Chris (Wittfella) - Tuesday, 06 January 2009, 10:38 GMT
I have just been trying 0.99.3 and could not get it to load synaptics driver, it always used evdev. After messing with the hal fdi file and trying a million different things I think I found a problem. In the first line of the fdi, it never finds 'input.touchpad', so synaptics is never loaded. Changed it to 'input.mouse' and it works.

Replace
<match key="info.capabilities" contains="input.touchpad">

With
<match key="info.capabilities" contains="input.mouse">

Loading...