xf86-input-evdev: upgrade (2.4.0-2 => 2.6.0-3)
xf86-input-joystick: upgrade (1.5.0-2 => 1.6.0-1)
xf86-input-keyboard: upgrade (1.4.0-2 => 1.6.0-2)
xf86-input-synaptics: upgrade (1.2.2-2 => 1.4.0-2)
xf86-video-fbdev: upgrade (0.4.2-1 => 0.4.2-4)
xf86-video-intel: upgrade (2.12.0-1 => 2.15.0-1)
xf86-video-vesa: upgrade (2.3.0-2 => 2.3.0-5)
xorg-server-common: upgrade (1.10.1-1)
xorg-server: upgrade (1.8.1.902-1 => 1.10.1-1)
However, there is a happy ending to this story after all. Long suspecting the synaptics driver was the culprit, I began a task of comparing the default properties / parameter values of both drivers using the 'synclient -l' command (shown in attached image below using the "diff' command). Then, going by trial and error, using all and gradually eliminating, one by one, each of the original driver property parameters in the "/etc/X11/xorg.conf.d/10-synaptics.conf" file, I finally found the problem item in the DEFAULT "EmulateTwoFingerMinZ" property parameter value. My working synaptics driver (1.2.2-2) had a default value of "280", while the newer driver (1.4.0-2) uses "29". Here is my correcting "10-synaptics.conf" file:
/etc/X11/xorg.conf.d/10-synaptics.conf:
Section "InputClass"
Identifier "touchpad catchall"
Driver "synaptics"
MatchIsTouchpad "on"
MatchDevicePath "/dev/input/event*"
Option "TapButton1" "1"
Option "TapButton2" "2"
Option "TapButton3" "3"
# Added Manually:
Option "EmulateTwoFingerMinZ" "280"
EndSection
I can only say, it's a relief with sweet results. Using my synaptics touchpad now gives me swift and unsticky movement, with no randomly closing tabs [in Firefox or Pidgin] and no irregular side effects. I'm happy. I'll place this tip in the synaptics wiki page. This thread is now marked "SOLVED"!
]]>
IMO, there is no optimal gain or improvement with these latest upgrades.
xf86-input-evdev: package upgrade (2.4.0-2 => 2.6.0-3)
xf86-input-joystick: package upgrade (1.5.0-2 => 1.5.99_git20110318-1)
xf86-input-keyboard: package upgrade (1.4.0-2 => 1.6.0-2)
xf86-input-synaptics: package upgrade (1.2.2-2 => 1.4.0-2)
xf86-video-fbdev: package upgrade (0.4.2-1 => 0.4.2-4)
xf86-video-intel: package upgrade (2.12.0-1 => 2.14.903-1)
xf86-video-vesa: package upgrade (2.3.0-2 => 2.3.0-5)
xorg-server: package upgrade (1.8.1.902-1 => 1.10.0.902-1)
xorg-server-common: package upgrade (1.10.0.902-1)
I'm downgrading once again for a peace of mind. A bug report has been filed (by me) a while ago with the Arch developers (see the post on this thread), but not with Xorg.
]]>I experienced the same problem with Chrome's tabs as well, so it definitely seems like the single tap behavior is sometimes being misinterpreted as a middle button not as single left click.
Also, using the pointer with the touchpad is very slow, making the pointer feel loggy.
I was originally using xfce but in another post someone mentioned changing to another desktop env fixed it, so I tried lxde (which feels snappier to me) but that hasn't fixed it.
Anyways, I took your list of downgraded packages and worked with it. For me, I need to downgrade to these packages in order to get a working touchpad:
xf86-input-evdev-2.4.0-1-x86_64.pkg.tar.xz
xf86-input-synaptics-1.2.2-2-x86_64.pkg.tar.xz
xf86-video-vesa-2.3.0-2-x86_64.pkg.tar.xz
xf86-video-ati-6.13.1-1-x86_64.pkg.tar.xz
xorg-server-1.8.1.902-1-x86_64.pkg.tar.xz
Have you raised a bug with the xorg folk?
]]>Performed the following upgrade today to test out:
xf86-input-evdev: package upgrade (2.4.0-2 => 2.6.0-1)
xf86-input-joystick: package upgrade (1.5.0-2 => 1.5.0-3)
xf86-input-keyboard: package upgrade (1.4.0-2 => 1.4.0-3)
xf86-input-synaptics: package upgrade (1.2.2-2 => 1.3.0-2)
xf86-video-fbdev: package upgrade (0.4.2-1 => 0.4.2-2)
xf86-video-intel: package upgrade (2.12.0-1 => 2.14.0-2)
xf86-video-vesa: package upgrade (2.3.0-2 => 2.3.0-3)
xorg-server: package upgrade (1.8.1.902-1 => 1.9.4-1)
xorg-server-common: package upgrade (1.9.4-1)
xf86-input-evdev: (2.4.0-2 => 2.5.0-1)
xf86-input-joystick: (1.5.0-2 => 1.5.0-3)
xf86-input-keyboard: (1.4.0-2 => 1.4.0-3)
xf86-input-synaptics: (1.2.2-2 => 1.3.0-2)
xf86-video-fbdev: (0.4.2-1 => 0.4.2-2)
xf86-video-intel: (2.12.0-1 => 2.13.0-4)
xf86-video-vesa: (2.3.0-2 => 2.3.0-3)
xorg-server: (1.8.1.902-1 => 1.9.2-2)
xorg-server-common 1.9.2-2
And once again, the mentioned issue still persists. As before, cursor movement is slightly choppy and lagging, this holds true for original issue reported as well. Downgraded once again (same downgrade) and problem goes away. Bug report remains with this additional info.
]]>xf86-input-evdev: (2.4.0-2 => 2.5.0-1)
xf86-input-joystick: (1.5.0-2 => 1.5.0-3)
xf86-input-keyboard: (1.4.0-2 => 1.4.0-3)
xf86-input-synaptics: (1.2.2-2 => 1.3.0-1)
xf86-video-fbdev: (0.4.2-1 => 0.4.2-2)
xf86-video-intel: (2.12.0-1 => 2.12.0-3)
xf86-video-vesa: (2.3.0-2 => 2.3.0-3)
xorg-server-common: 1.9.2-1
xorg-server: (1.8.1.902-1 => 1.9.2-1)
The mentioned issue still persists. I want to add, cursor movement is slightly choppy and lagging, this holds true for original issue reported as well. Downgraded once again (same downgrade) and problem goes away. Bug report remains with this additional info.
]]>ejmarkow wrote:A bug report will be filed by me tomorrow (or sooner), for sure.
Already previously mentioned.
I'm terribly sorry. I do have issues with my eyes, but recently it seems I've turned into a mole.
Ah, old age.
A bug report will be filed by me tomorrow (or sooner), for sure.
Already previously mentioned.
]]>@karol: Thanks again for suggesting to downgrade and test the older packages! This is exactly what I've done and was able to pinpoint the culprit packages. Note that no adjustments to any config files were necessary, only a downgrade to the older xorg packages and that resolved it all.
This thread won't be marked "SOLVED" because the xorg packages still need to be fixed.
I suggest you create a script to up/downgrade the needed packages and take care of dependencies. You can check once in a while if the new xorg got fixed or is it still not working for you.
You may want to open a bug report or two.
]]>This thread won't be marked "SOLVED" because the xorg packages still need to be fixed.
]]>As you've probably noticed, there are many threads regarding the shiny new xorg 1.9 ;P
That server with some older packages is not really a secret http://wiki.archlinux.org/index.php/Dow … ckages#ARM :-)
Reinstalled the following old, and removed the new (They all must be done together for dependency reasons):
xf86-video-intel (2.12.0-1 / 2.12.0-3)
xf86-video-vesa (2.3.0-2 / 2.3.0-3)
xf86-video-fbdev (0.4.2-1 / 0.4.2-2)
xf86-input-evdev (2.4.0-2 / 2.5.0-1)
xf86-input-joystick (1.5.0-2 / 1.5.0-3)
xf86-input-keyboard (1.4.0-2 / 1.4.0-3)
xf86-input-synaptics (1.2.2-2 / 1.3.0-1)
xorg-server (1.8.1.902-1 / 1.9.0-1)
xorg-server-common (1.9.0-1) [*Only Removed, not reinstalled]
I've been intensely testing both Firefox & Pidgin for the previously noted issues, and they no longer occur or exist. If anyone should have similar issues, you have the solution. This is something that just doesn't 'crash', but must be looked at closely. I hope others eventually find the same issue with these latest xorg packages, because it is real problem.
I would like to thank @karol for kindly providing me with a link ("konnichi") to an archive containing older packages. This came in most handy!
A bug report will be filed by me tomorrow (or sooner), for sure.
Note my Xorg.log now (less two errors):
---------------
[ 52.082] SynPS/2 Synaptics TouchPad no synaptics event device found
[ 52.082] (**) Option "Device" "/dev/input/mouse0"
[ 52.082] (**) Option "TapButton1" "1"
[ 52.082] (**) Option "TapButton2" "2"
[ 52.082] (**) Option "TapButton3" "3"
[ 52.102] Query no Synaptics: 6003C8
[ 52.102] (--) SynPS/2 Synaptics TouchPad: no supported touchpad found
[ 52.102] (EE) SynPS/2 Synaptics TouchPad Unable to query/initialize Synaptics hardware.
[ 52.102] (EE) PreInit failed for input device "SynPS/2 Synaptics TouchPad"
[ 52.102] (II) UnloadModule: "synaptics"
---------------