[SOLVED] Synaptics touchpad not working on initial cold boot
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Distribution: Slackware 14 (Server),OpenSuse 13.2 (Laptop & Desktop),, OpenSuse 13.2 on the wifes lappy
Posts: 781
Rep:
Synaptics touchpad not working on initial cold boot
Hello everyone,
What happens is on first boot, my Synaptics touchpad is not being recognised by the Kernel, so I have to boot a second time when it will start working.
I have followed and tried loads of advice from different threads, including the copying and editing of the 11-x11-synaptics.fdi file under etc/hal/policy. Also the psmouse proto=any trick. The rmmod and further modprobe of psmouse. Restarting both HALD and UDEV both later and earlier in the boot procedure . The results of all of which is the same. The touchpad only works on second and subsequent warm boots.
Below is the output of cat /proc/bus/input/devices for cold and warm boot
Are You Sure That There Is Yast In Slacky ?
I Thought Its Execlusive To Suse
I guess the first sentence in his post clears this up, but to reuse this name for something completely different is indeed a bit confusing and may distract users from the thread that would otherwise take a look at it and might be able to help (other than me).
Your Synaptics driver is not loading during the initial boot, go to /etc/rc.d and look at your rc.modules file. There is a section for the mouse, copy the relevant line that is commented out into the /etc/modprobe.d/psmouse.conf file.
Distribution: Slackware 14 (Server),OpenSuse 13.2 (Laptop & Desktop),, OpenSuse 13.2 on the wifes lappy
Posts: 781
Original Poster
Rep:
Hi Affinity,
Nope, done that. I have even moved the modprobe of psmouse to the beginning of rc.S before even Udev starts, but with the same result. The odd thing is that once it's running it works perfectly with multi button, scrolling etc, until I shut down the laptop and cold boot it again. It's becoming a real PITA to have to boot twice whenever I switch it on.
The next thing I would try is adding the mouse to rc.local, just copy the same entry from the rc.modules into rc.local. The only thing I can think of on why the driver would load after a reboot but not during an initial boot is that the kernel was not compiled with support for that module, did you do a custom kernel? You can always try reinstalling the Synaptics driver.
By "warm boot" I take it you mean a reboot from a running state. Correct?
Does it work if you manually modprobe psmouse after a cold boot?
I wonder if this is a goofy BIOS thing where the Touchpad isn't powered up in time for it to be recognized during a normal bootup sequence. The rc.local thing might show that up as rc.local is among the last things to run, IIRC.
Have you looked at dmesg output from a cold vs. warm boot?
Distribution: Slackware 14 (Server),OpenSuse 13.2 (Laptop & Desktop),, OpenSuse 13.2 on the wifes lappy
Posts: 781
Original Poster
Rep:
Stock Kernel shipped with Slack 13. This gets even more frustrating as last night the touchpad worked on initial boot from cold, but this morning I had to reboot no less than 4 times before the pad was activated. Looks like a recompile of the kernel is on the cards to remove the synaptics driver from being built in the become a loadable module, and see what happens then. FWIW, and thanks for the suggestion BTW, I have tried the rc.local trick amongst many others.
There is one possible light though, it works every time with the latest kernel, except of course, ATI/AMD are having to play catchup on the drivers for the HD4200 graphics card, so you win some etc.
Meanwhile, if you have any more suggestions, I will happily give them a try.
Distribution: Slackware 14 (Server),OpenSuse 13.2 (Laptop & Desktop),, OpenSuse 13.2 on the wifes lappy
Posts: 781
Original Poster
Rep:
So, I am still no further forward with this. Attempts at recompiling the kernel to have the synaptics driver as a module does not seem to be allowed. It would appear that the driver must be built in so I am now stuck completely on this issue. Adding an append-i8042.reset=1 to my boot time parameters makes some improvement to the point where the touchpad now works first time for every 2 out of 10 boots, so any further suggestions from anyone.
Distribution: Slackware 14 (Server),OpenSuse 13.2 (Laptop & Desktop),, OpenSuse 13.2 on the wifes lappy
Posts: 781
Original Poster
Rep:
I have solved this with help from the Arch and Ubuntu forums. It almost drove me to quitting Slackware completely and the only thing that has kept me here is the valiant attempts by affinity to help.
The question still remains unanswered though as to why every other distro I tried from Live CDs worked flawlessly, whilst Slackware (both 32 and 64 bit) did not. Even more of a concern is that it took a Ubuntu user to finally come up with the answer. I am so displeased currently that I don't even feel like sharing the solution, but I will, as that is surely what a slacker is meant to do.
Anyway here is the solution:-
1) Blacklist psmouse in /etc/rc.modules
2) Create a corepointer section in xorg.conf
3) Modprobe psmouse proto=auto in rc.S before udev starts
4) Append the kernel parameter i8042.reset=1 to lilo
When all this is done then the touchpad works every time
It seems then that the legendary slackware stability and community support is not what it used to be, and I have to question whether the expertise is deserting to a more 'point and click' distro because it is just easier in the long run?
Thankyou for sharing your solution. It seems that you have been a victim of a hardware quirk. Having to batter the i8042 chip about the head and then modprobe to get the touchpad to work reliably should not be necessary.
Perhaps the kernel developers would be interested in your experience. Please note this recent patch review. http://lkml.org/lkml/2010/1/26/404
It seems then that the legendary slackware stability and community support is not what it used to be, and I have to question whether the expertise is deserting to a more 'point and click' distro because it is just easier in the long run?
I have solved this with help from the Arch and Ubuntu forums. It almost drove me to quitting Slackware completely and the only thing that has kept me here is the valiant attempts by affinity to help.
The question still remains unanswered though as to why every other distro I tried from Live CDs worked flawlessly, whilst Slackware (both 32 and 64 bit) did not. Even more of a concern is that it took a Ubuntu user to finally come up with the answer. I am so displeased currently that I don't even feel like sharing the solution, but I will, as that is surely what a slacker is meant to do.
Anyway here is the solution:-
1) Blacklist psmouse in /etc/rc.modules
2) Create a corepointer section in xorg.conf
3) Modprobe psmouse proto=auto in rc.S before udev starts
4) Append the kernel parameter i8042.reset=1 to lilo
When all this is done then the touchpad works every time
It seems then that the legendary slackware stability and community support is not what it used to be, and I have to question whether the expertise is deserting to a more 'point and click' distro because it is just easier in the long run?
I'm glad you finally got it working. I would not have thought of that solution so thanks for posting it, now we have a reference if something like this happens again. As for switching to "a point and click" distro, use whatever you want. Every distro is going to have drawbacks, in this case it happened to be that Slackware for some reason was not working correctly with your hardware, in other distros you may end up with a similar scenario for something unrelated.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.