You are not logged in.
Hello,
I just run an update today, and after the update the touchpad of my Asus EEE PC 901 is not working anymore. (I cannot click, or move the pointer). However a USB mouse is working perfectly fine.
After some research here are some log which can be helpful :
X.Org log
Query no Synaptics: 6003C8
(--) synaptics: no supported touchpad found
(EE) synaptics Unable to query/initialize Synaptics hardware.
(EE) PreInit failed for input device "synaptics"
(II) UnloadModule: "synaptics"
(II) config/hal: Adding input device ETPS/2 Elantech Touchpad
(II) Synaptics touchpad driver version 1.2.1
ETPS/2 Elantech Touchpad The /dev/input/event* device nodes seem to be missing
dmesg | grep Elantech
elantech.c: Elantech version query result 0x02, 0x00, 0x30.
input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input7
FYI, I tried to downgrade xf86-input-evdev from 2.3.1 to 2.3.0 and xf86-input-synaptics from 1.2.1 to 1.2.0 without any success. I cannot see any other package from my last update which can broke the touchpad.
Any help is welcome !
Offline
i've got the same problem try rmmod psmouse and then modprobe psmouse proto=imps
then the darn thing is at least usable but still not configurable and no scrolling but better then nothing (touchpad is recognised as mouse)
hope this helps
ps. if someone knows a better solution please tell this touchpad is driving me nuts
Offline
Curiously, I do not have psmouse module ! So your trick does not work. But thanks
Offline
I've got xf86-input-synaptics 1.2.1-1 installed and my touchpad's fine, so it won't be that that's causing the problem - though I am using Hal.
What else was updated?
Do you use Hal? If not, you may need to look at your xorg.conf.
What version is xf86-input-evdev?
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I am using hal, however, I am not so confident with hal, so maybe I did something wrong with my configuration.
It was a pretty big update more than 200 packages. But I do not remember what else package was important. (I am not sure, but I think there was a new kernel).
Last edited by valeuf (2010-02-03 21:38:10)
Offline
In your X.Org log there should have been some lines above the ones you posted saying that hal had detected the touchpad, if there aren't then I'm supposing that this is where the issue may lie.
What do you get if type this?
ps -e | grep hal
Do you have an xorg.conf file (I don't)?
Just in case, I also don't have a touchpad fdi file.
There's a few potential troubleshooting suggestions under the xorg, hotplugging and synaptics sections of the wiki.
Do you have the latest xf86-input-evdev?
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I have the same problem in an Acer TM7720G notebook.
I have an xorg.conf, but in it there isn't any touchpad, it's configured with HAL with the /etc/hal/fdi/policy/11-x11-synaptics.fdi file.
There isn't any psmouse module.
Before the update, it's worked, except the corner buttons, and the plugging in/out of the USB mouse turned off almost all the settings (clicking, horizontal scrolling, etc.), but it worked.
[root@Cordelia log]# ps -e | grep hal
1894 ? 00:00:00 hald
1895 ? 00:00:00 hald-runner
1923 ? 00:00:00 hald-addon-inpu
1926 ? 00:00:00 hald-addon-rfki
1934 ? 00:00:00 hald-addon-gene
1942 ? 00:00:01 hald-addon-stor
1944 ? 00:00:00 hald-addon-acpi
1996 ? 00:00:00 hald-addon-leds
synclient -l says:
Unable to find a synaptics device
Sorry about my English!
Last edited by freyr (2010-02-04 06:11:40)
What, so everyone's supposed to sleep every single night now? You realize that nighttime makes up half of all time?
Offline
If you've got the latest xf86-input-evdev and xf86-input-synaptics and hal, then I'm starting to run out of ideas.
I'll have a think and see what else to try...
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Here is more details from my XOrg log
(II) Synaptics touchpad driver version 1.2.1
synaptics The /dev/input/event* device nodes seem to be missing
(**) Option "Device" "/dev/psaux"
(**) Option "SHMConfig" "true"
(**) Option "LeftEdge" "60"
(**) Option "RightEdge" "1070"
(**) Option "TopEdge" "90"
(**) Option "BottomEdge" "680"
(**) Option "HorizScrollDelta" "20"
(**) Option "VertTwoFingerScroll" "1"
(**) Option "HorizTwoFingerScroll" "1"
(**) Option "TouchpadOff" "0"
(**) Option "LockedDrags" "1"
(**) Option "RBCornerButton" "0"
(**) Option "LBCornerButton" "2"
(**) Option "TapButton1" "1"
(**) Option "TapButton2" "2"
(**) Option "TapButton3" "3"
(**) Option "CircularScrolling" "1"
(**) Option "CircScrollTrigger" "8"
(**) Option "PalmDetect" "0"
(**) Option "MinSpeed" "0.6"
(**) Option "MaxSpeed" "0.72"
(**) Option "AccelFactor" "0.0320"
(**) Option "CoastingSpeed" "0.13"
Query no Synaptics: 6003C8
(--) synaptics: no supported touchpad found
(EE) synaptics Unable to query/initialize Synaptics hardware.
(EE) PreInit failed for input device "synaptics"
(II) UnloadModule: "synaptics"
(II) config/hal: Adding input device ETPS/2 Elantech Touchpad
(II) Synaptics touchpad driver version 1.2.1
ETPS/2 Elantech Touchpad The /dev/input/event* device nodes seem to be missing
(**) Option "Device" "/dev/event7"
(**) Option "SHMConfig" "on"
(**) Option "VertTwoFingerScroll" "1"
(**) Option "HorizTwoFingerScroll" "1"
(**) Option "LockedDrags" "1"
(**) Option "TapButton1" "1"
(**) Option "TapButton2" "2"
(**) Option "TapButton3" "3"
(**) Option "MinSpeed" "0.75"
(**) Option "MaxSpeed" "1.00"
Query no Synaptics: 000000
(--) ETPS/2 Elantech Touchpad: no supported touchpad found
(EE) ETPS/2 Elantech Touchpad Unable to query/initialize Synaptics hardware.
(EE) PreInit failed for input device "ETPS/2 Elantech Touchpad"
(II) UnloadModule: "synaptics"
(EE) config/hal: NewInputDeviceRequest failed (8)
BTW, hal is running with the following module (result of ps -e | grep hal)
hald
hald-runner
hald-addon-inpu
hald-addon-acpi
I am maybe thinking that some link for device file in /dev/input are missing. Maybe some problem with udev ... But I do not find anything.
It seems that my touchpad is still working fine, because "sudo cat /dev/mice" show some binary input when I move finger on the touchpad.
Last edited by valeuf (2010-02-04 09:27:53)
Offline
Do you have the file "/usr/lib/xorg/modules/input/synaptics_drv.so" ?
Do you xf86-input-evdev installed, and what version is it?
I'm currently running at the latest version of everything (that's not testing) so I'm guessing that you're either missing something or something's at an earlier (incompatible?) version. This is also assuming that you're using hotplugging and not xorg.config.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
As I said above I am running sx86-input-evdev version 2.3.1 and I have the file "/usr/lib/xorg/modules/input/synaptics_drv.so"
I read somewhere that zeneee kernel is not useful anymore. I think I am still using it (uname -r return " 2.6.27-zen3eee") maybe should I try to get rid of this old kernel and try a new one ? (An official one).
Offline
Mine:
xf86-input-evdev 2.3.2-1
xf86-input-synaptics 1.2.1-1 (installed from extra and from aur, don't know why, I tried to delete them and install just from extra, but both are installed again, it seems that the one in aur is exactly the same one in extra)
hal 0.5.14-1
kernel 2.6.32.7-1
the file /usr/lib/xorg/modules/input/synaptics_drv.so exists.
What, so everyone's supposed to sleep every single night now? You realize that nighttime makes up half of all time?
Offline
As I said above I am running sx86-input-evdev version 2.3.1 and I have the file "/usr/lib/xorg/modules/input/synaptics_drv.so"
Sorry I'd missed your evdev bit.
I read somewhere that zeneee kernel is not useful anymore. I think I am still using it (uname -r return " 2.6.27-zen3eee") maybe should I try to get rid of this old kernel and try a new one ? (An official one).
I'm using the stock kernel (2.6.32.7-1) so yeah, it might be worth a try. It's the only difference I can see at the moment.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Mine:
xf86-input-evdev 2.3.2-1
xf86-input-synaptics 1.2.1-1 (installed from extra and from aur, don't know why, I tried to delete them and install just from extra, but both are installed again, it seems that the one in aur is exactly the same one in extra)
hal 0.5.14-1
kernel 2.6.32.7-1
the file /usr/lib/xorg/modules/input/synaptics_drv.so exists.
All the same except I don't have the aur one. Maybe they're conflicting?
The one in aur is a dependency of the synaptic tray icon package in aur.
If you have that installed, is that bringing it in from aur?
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Oh, and I have udev 151-2 as well.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
All the same except I don't have the aur one. Maybe they're conflicting?
The one in aur is a dependency of the synaptic tray icon package in aur.
If you have that installed, is that bringing it in from aur?
Well, I think I can't explain correctly, so here is it:
[freyr@Cordelia ~]$ yaourt xf86-input-synaptics
1 extra/xf86-input-synaptics 1.2.1-1 [installed] (xorg-input-drivers)
synaptics driver for notebook touchpads
2 aur/xf86-input-synaptics 1.2.1-1 [installed] (0)
synaptics driver for notebook touchpads
3 aur/xf86-input-synaptics-git 20091015-1 (10)
Synaptics driver for notebook touchpads
4 aur/xf86-input-synaptics-lg 1.1.3-1 (1)
Patched synaptics driver for some LG touchpads
==> Enter n° (separated by blanks, or a range) of packages to be installed
==> ----------------------------------------------
==>^C
[freyr@Cordelia ~]$ yaourt -Rs xf86-input-synaptics
You are not allowed to launch /usr/bin/pacman with sudo
Please enter root password
Jelszó:
függőségek vizsgálata...
Eltávolítás (1): xf86-input-synaptics-1.2.1-1
Teljes eltávolított méret: 0,21 MB
El kívánja távolítani ezeket a csomagokat? [I/n] i
(1/1) eltávolítás: xf86-input-synaptics [#####################] 100%
[freyr@Cordelia ~]$ yaourt xf86-input-synaptics
1 extra/xf86-input-synaptics 1.2.1-1 (xorg-input-drivers)
synaptics driver for notebook touchpads
2 aur/xf86-input-synaptics 1.2.1-1 (0)
synaptics driver for notebook touchpads
3 aur/xf86-input-synaptics-git 20091015-1 (10)
Synaptics driver for notebook touchpads
4 aur/xf86-input-synaptics-lg 1.1.3-1 (1)
Patched synaptics driver for some LG touchpads
==> Enter n° (separated by blanks, or a range) of packages to be installed
==> ----------------------------------------------
==>^C
[freyr@Cordelia ~]$ su
Jelszó:
[root@Cordelia freyr]# pacman -S xf86-input-synaptics
függőségek feloldása...
belső ütközések keresése...
Célok (1): xf86-input-synaptics-1.2.1-1
Teljes letöltendő méret: 0,00 MB
Teljes telepített méret: 0,21 MB
Kezdődhet a telepítés? [I/n] i
csomagok integritásának ellenőrzése...
(1/1) fájlütközések vizsgálata [#####################] 100%
(1/1) telepítés: xf86-input-synaptics [#####################] 100%
[root@Cordelia freyr]# exit
exit
[freyr@Cordelia ~]$ yaourt xf86-input-synaptics
1 extra/xf86-input-synaptics 1.2.1-1 [installed] (xorg-input-drivers)
synaptics driver for notebook touchpads
2 aur/xf86-input-synaptics 1.2.1-1 [installed] (0)
synaptics driver for notebook touchpads
3 aur/xf86-input-synaptics-git 20091015-1 (10)
Synaptics driver for notebook touchpads
4 aur/xf86-input-synaptics-lg 1.1.3-1 (1)
Patched synaptics driver for some LG touchpads
==> Enter n° (separated by blanks, or a range) of packages to be installed
==> ----------------------------------------------
==>^C
[freyr@Cordelia ~]$
My udev is 151-2, too and also have a klibc-udev 141-3.
Last edited by freyr (2010-02-04 11:45:29)
What, so everyone's supposed to sleep every single night now? You realize that nighttime makes up half of all time?
Offline
Try removing it using pacman.
Then use
pacman -Q xf86-input-synaptics
and
pacman -Qm xf86-input-synaptics
pacman won't install from the aur, but it will remove and show aur packages.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Accidentally (is this the right word?) I found the solution in the hungarian forum. After the update, the X couldn't start because libpng14, it searched for libpng12, I couldn't find any solution so I installed it from aur, but somebody told me to reinstall cairo-lcd from aur (he said the command: pacman -Qm | grep cairo, and reinstall all the packages/programs in the output) and delete libpng12, and it worked. Now the touchpad is working, but still has no corner buttons and still disable almost all the setting, if I connect or remove the USB mouse, but this was the original problem, before the update.
Last edited by freyr (2010-02-04 12:09:31)
What, so everyone's supposed to sleep every single night now? You realize that nighttime makes up half of all time?
Offline
Interesting. I've got libpng 1.4.0-2 and no cairo stuff.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I thinks you'll find its a udev problem. For some reason udev-151 creates the event* device as /dev/event* rather than /dev/input/event*
Incidentally it also creates the dri device as /dev/card* rather than /dev/dri/card* which results in DRM not working.
My current work around is to copy udev.rules.pacsave to udev.rules in /etc/udev/rules.d. However see
Last edited by ghostcat (2010-02-07 21:27:31)
Offline
I thinks you'll find its a udev problem. For some reason udev-151 creates the event* device as /dev/event* rather than /dev/input/event*
Incidentally it also creates the dri device as /dev/card* rather than /dev/dri/card* which results in DRM not working.
My current work around is to copy udev.rules.pacsave to udev.rules in /etc/udev/rules.d. However see
Got to be something else to do with udev and the configuration as I'm on udev 151-2 and it creates /dev/input/event* and /dev/dri/card*
Hence probably why my touchpad works no problem.
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
I've hit this exact issue on my eeePC 901 after doing a pacman -Syu yesterday and it's been frustrating as hell. I upgraded to udev-151-2 but it didn't create the /dev/input/event* links. I'm afraid I don't really understand the udev stuff and no where on my machine can I find a file names udev.rules* to put under /etc/dev/rules.d. Can someone give this Arch/udev newbie a clue?
...never upgrade your machine right before a long trip!
thanx,
-- Ben
Offline
I have a similar problem a few weeks earlier on my Asus F8Va laptop. The problem was that my touchpad's name changed and hal failed to load rules for it because of different(old) name in config. Maybe you have the same issue. Try
lshal | grep -i touchpad
and check if you have the same name in your hal rules.
Last edited by Coacher (2010-02-09 18:24:42)
Do you mean here?
/usr/share/hal/fdi/policy/10osvendor/11-x11-synaptics.fdi
"...one cannot be angry when one looks at a penguin." - John Ruskin
"Life in general is a bit shit, and so too is the internet. And that's all there is." - scepticisle
Offline
Do you mean here?
/usr/share/hal/fdi/policy/10osvendor/11-x11-synaptics.fdi
Well, it is default rules provided with hal, but if you specified your own they probably should be in /etc/hal/fdi/policy/yourrulename.fdi
If you configured touchpad according to
http://wiki.archlinux.org/index.php/Syn … mmended.29
they are there. So, check those you are using.