Synaptics touchpad ceases functioning after suspend and resume.

[Joseph Slaker]

After suspending the notebook, resume works fine except that the Synaptics touchpad no longer responds to any input.

Restarting the X server does not help.

Attempting to cat /dev/input/mice at the console and then moving the touchpad does not show any input being received. The touchpad which had been /dev/input/mouse0 is no longer listed after the resume.

This bug was present in Dapper and still exists in the current (2006-09-11) build of Edgy as well and Karmic Koala (9.10)

Gateway MX6625 Notebook
Centrino Chipset
Synaptics Touchpad

Also affects
Gateway MX6025 Notebook with Karmic Koala 9.10
HP EliteBook 2530p with Ubuntu Lucid 10.04 LTS amd64
Fujitsu Siemens Computer Aminlo Si1520 with Ubuntu Lucid 10.04 LTS
and others.

Multiple ways to bypass the bug are suggested in comments. Adding Grub parameter atkbd.reset worked for many. Set GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset" in /etc/default/grub, run 'sudo update-grub' and reboot.

[Joseph Slaker (jslaker)]

Not sure that I agree with assigning this bug as belonging to xserver-xorg-input-synaptics. The fact that the touchpad no longer shows up in /dev/input/ would suggest to me that the problem is lower level than the X server.

I'm no expert on the matter, however, so I could certainly be wrong. :-)

[Joseph Slaker (jslaker)]

Seems to be the same problem these people are experiencing, so their efforts so far may give a better idea as to what's going on.

http://<email address hidden>/msg47874.html

[Joseph Slaker (jslaker)]

I believe this affects the kernel given the symptoms found, not X.org. Package listing changed appropriately.

[Ben Collins (ben-collins)]

Please try latest edgy kernel (2.6.17-8.22).

[Joseph Slaker (jslaker)]

Sorry for the long delay.

I can confirm that this is still present in the latest Edgy update (2006-09-29, 01:30 EST).

[Thomas Babut (thbabut)]

I can confirm this, too. It's a Fujitsu-Siemens notebook with synaptics touchpad. After going back from suspend mode the touchpad doesn't work anymore. An external mouse does work.

[Joseph Slaker (jslaker)]

My symptoms include being able to use an external mouse normally after suspend as well.

Thomas, think you could post further system specifications/lspci output so we could see what common factors in hardware there are here?

[Thomas Babut (thbabut)]

I've attached some outputs/logfiles.

[Tim Caswell (tim-creationix)]

I still have the same problem with a Gateway MX6441 with Turion and ATI motherboard. I have the newest updates to date

[Joseph Slaker (jslaker)]

This behavior is still present as of 2006-10-22 in my notebook.

Tim's report of similar behavior in an AMD/ATI based notebook makes me wonder if it might be related to a specific touchpad model, since they would seem to rule out any chipset related issues.

[Pedro Martinez-Julia (pedromj)]

After suspend/hibernate the device file that points to the touchpad (event*) changes its name (event1 -> event3 or something like it).

I had to add rules to "udev" that makes it create a link called /dev/input/touchpad that points to the "right" device file.

[Joseph Slaker (jslaker)]

In my case, the touchpad is apparently /dev/input/event1 before suspend, but afterwards is not recreated at all.

[Bastanteroma (bastanteroma)]

I've got a new hp/compaq with similar behavior - touchpad works after hibernate, but not after suspend, and a mouse always works. I'm happy to provide logs given directions.

[GiuseppeVerde (launchpad-digitasaru)]

Could somebody post xorg.log output? (/var/log/Xorg.[num].log, depending on your server number). This bug may be related to bug 60544: https://launchpad.net/distros/ubuntu/+source/xorg-driver-synaptics/+bug/60544.

[Javi Becerra (javi-becerra)]

Hi,
I'm experiencing the same problem on an Ahtec Signal 1 laptop using Ubuntu 6.10.

I send you my Xorg.log in attachment...

[Jeff Gehlbach (jeffg+launchpad)]

Identical issue to the one originally reported with Edgy release, all packages up to date as of time of this post, on a Gateway 6525GP. Touchpad works before suspend, but stops functioning after resume and its nodes in /dev/input disappear. Issue does not manifest after hibernate.

Attached archive contains output of lspci, lsmod, dmesg, and `ls -lR /dev/input`, as well as /var/log/Xorg.0.log, each from before (./presuspend) and after (./postresume) the suspend / resume.

[Joseph Slaker (jslaker)]

Just updating that this bug is still present in the latest Feisty Herd 2 release, with all updates current as of 2007-01-18 23:15 GMT.

[Joseph Slaker (jslaker)]

Bug still present in latest available kernel in feisty development builds (2.6.20-5)

[Luca (sciamano)]

Bug still presend in the latest available kernel in feisty beta (2.6.20-13)

[Jeremy Nickurak (nickurak)]

What I find weird is that after a suspend&resume, I have this issue (2.6.20-15 now, and all the previous ones of the series).

However, once it's triggered, I can fix it by HIBERNATING and then resuming.

[Jeff Gehlbach (jeffg+launchpad)]

Jeremy, it's really not surprising at all that a hibernate / resume clears the issue, because to hibernate is to save the state of RAM to a swap partition and then power off the machine. To resume from a hibernate is to do a cold boot and then reload that saved RAM state from the swap partition.

-jeff

[trubblelmaker (matt-andruff)]

duplicate of this bug with more information:
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.17/+bug/80303

if there is a solution these forums should be contacted:

http://ubuntuforums.org/showthread.php?t=304364
http://ubuntuforums.org/showthread.php?p=2464945#post2464945
http://ubuntuforums.org/showthread.php?t=331088
http://ubuntuforums.org/showthread.php?t=253620

above I read:

 Pedro Martínez Juliá said on 2006-10-23: (permalink)

          After suspend/hibernate the device file that points to the touchpad (event*) changes its name (event1 -> event3 or something like it).
         I had to add rules to "udev" that makes it create a link called /dev/input/touchpad that points to the "right" device file.

What does this mean? Does this mean there a fix, and if so how do I add a udev rule?

[Tavis J. Hampton (hamptont)]

I can confirm that the same problem exists with my Averatc 5110H laptop. Interestingly, if I turn of ACPI and use APM to suspend-to-ram, it comes back with a working touchpad, but battery and fan monitoring/control are absent.

I also should note that my laptop has a software controlled RF switch; to turn on the wireless radio requires a special kernel module (av5100). Is it possible that the laptops experiencing this problem require some software to turn them back on? Apparently, it would seem as though the Bios (acpi) is disabling the touchpad purposely. Otherwise, if it is a linux kernel issue, why aren't all laptops affected?

Finally, you should know that Pedro's issue seems to be different. On my laptop, and most on this bug, /dev/input/event* are not just changed for the touchpad, they are completely gone.

Normally, I have the attached under /proc/bus/input/devices. That is gone after resuming from suspend-to-ram.

[trubblelmaker (matt-andruff)]

I've had seen a work around for returning synaptic functionality: I post it here as help to people that want to fix the issue as it's not an acceptable fix to me.

   1. System -> Quit
   2. Switch User
   3. Login as the same user again

original post with answer:
http://ubuntuforums.org/showpost.php?p=2532846&postcount=7

[trubblelmaker (matt-andruff)]

I confirm that /proc/bus/input/devices is missing the synaptic after suspend to ram

here are the files for comparison

[trubblelmaker (matt-andruff)]

here's the after with mouse broken

[Tavis J. Hampton (hamptont)]

I tried the fix listed on http://ubuntuforums.org/showpost.php?p=2532846&postcount=7, and it does not work. That person must still have their touchpad listed in /proc/bus/input/devices, and they just have the switch-around problem mentioned by Pedro. That seems to be a separate, less severe bug.

By the way, I am running Feisty.

[trubblelmaker (matt-andruff)]

yeah, I'm on fiesty and I believe my problem can be fixed by udev rule, my mouse entry as in /proc/bus/input/devices switches from:

before suspend:
I: Bus=0011 Vendor=0002 Product=0007 Version=0000
N: Name="SynPS/2 Synaptics TouchPad"
P: Phys=isa0060/serio1/input0
S: Sysfs=/class/input/input2
H: Handlers=mouse1 event2 ts1
B: EV=b
B: KEY=6420 0 70000 0 0 0 0 0 0 0 0
B: ABS=11000003

after suspend:
I: Bus=0017 Vendor=0001 Product=0001 Version=0100
N: Name="Macintosh mouse button emulation"
P: Phys=
S: Sysfs=/class/input/input0
H: Handlers=mouse0 ts0 event0
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=3

not even close !

anyone now how to right a udev rule ? Or point me to a howto and I'll do it myself. The research I've done says this is probably what I need to do to fix it...

[Joseph Slaker (jslaker)]

trubblemaker said:
"I also should note that my laptop has a software controlled RF switch; to turn on the wireless radio requires a special kernel module (av5100). Is it possible that the laptops experiencing this problem require some software to turn them back on? Apparently, it would seem as though the Bios (acpi) is disabling the touchpad purposely. Otherwise, if it is a linux kernel issue, why aren't all laptops affected?"

The Gateway notebook that this bug was originally filed for used a software switch to control the WiFi, so I wouldn't think that the problem should be related to that.

The motherboard chipset was an Intel 915G, not sure if that could be related or not.

[Tavis J. Hampton (hamptont)]

I have discovered a workaround. The bug is posted at

http://bugzilla.kernel.org/show_bug.cgi?id=7977

and is currently being fixed for 2.6.21-rc3

Since I have no intention of replacing the default Ubuntu kernel, attached is a script that allows you to unbind the touchpad driver and then rebind it after resume. This solves the problem. I've tested it several times with 100% success. I also added the script to /etc/acpi/events/lidbtn so that closing the lid would execute the script.

This is not a fix, only a workaround, but it's better than nothing.

[Nick Barcet (nijaba)]

Modify /etc/default/acpi-support
In the value of MODULES, add psmouse ex : MODULES="psmouse"
Works fine for me.

[dhenry (tfc-duke)]

Synaptics touchpad is broken after resume on Lenovo 3000 N100 too.
The device in /dev/input disappears after resume, and in /proc/bus/input/devices too.

Who in the system is responsible of this device? (which kernel module? ...)
And is there a way to restart it manually?

[Zsolt Zakál (zakalzs)]

I have a Fujitsu Siemens Amilo Pro V3205, with Ubuntu Gutsy (generic kernel 2.6.22-14). Suspend works like a charm except this annoying touchpad problem. I tried to modify the /etc/default/acpi-support (MODULES="psmouse"), but it does'nt help.

[dhenry (tfc-duke)]

Try adding i8042.reset parameter to kernel in the bootloader.

In /boot/grub/menu.lst, the line begining with "# defoptions" like thise one on my system:
# defoptions=quiet splash locale=fr_FR i8042.reset

Then run update-grub, reboot, and play with suspend.

[Zsolt Zakál (zakalzs)]

Thanks for the tip, but no luck :( I tried i8042.nomux also, but the touchpad is dead after resume.

[Stein-Arne Kolaas (sakolaas)]

"I have a Fujitsu Siemens Amilo Pro V3205, with Ubuntu Gutsy (generic kernel 2.6.22-14). Suspend works like a charm except this annoying touchpad problem. I tried to modify the /etc/default/acpi-support (MODULES="psmouse"), but it does'nt help."

I have the same laptop, and found the solution some months ago:
Change to BIOS 1.10, that solves the suspend issue.

[Benjamin Drung (bdrung)]

I think, this is not a bug in xserver-xorg-input-synaptics. It is a linux/acpi problem. The touchpad does not wake up correctly. After resume the touchpad should appear in the /dev tree.

[Michal (mikeos)]

Dell Latitude D820, Kubuntu Hardy 2.6.24-2-generic #1 SMP Thu Dec 20 17:58:55 GMT 2007 x86_64 GNU/Linux. Same problem.

The only really working workaround I found out to revive touchpad after resume is to restart HAL:

sudo /etc/init.d/hal restart

Drawback: restarting HAL on this Ubuntu kernel causes ACPI to stop providing battery status to Power Manager until next reboot.

Surely this is not an XOrg problem as I've read in some discussions.

[Michal (mikeos)]

Bepcyc writes in his post: http://ubuntuforums.org/showpost.php?p=2507395&postcount=8

You need to uncomment the line

 DOUBLE_CONSOLE_SWITCH=true

 in file /etc/default/acpi-support

And this works! AFAIK DOUBLE_CONSOLE_SWITCH=true was needed e.g. for some older nVidia card drivers to work properly after resume.

[Michal (mikeos)]

Funny since I have read incorrectly the post of Bepcyc and did the contrary i.e. COMMENTED the line and thus disabled the double console switch, it fixed the resume problem of the touchpad.

[Kristopher Ives (nullmind)]

Still happens in Hardy beta on my Gateway MX6027. The DOUBLE_CONSOLE_SWITCH appears to not do anything to help for me. However, once I suspend/resume, and then hibernate/resume, the touchpad works correctly. We may be on to something... hehe!

[Zsolt Zakál (zakalzs)]

The problem is still exist in hardy beta.

[Andy Botting (andybotting)]

I've just encountered this bug in an up-to-date hardy on my MacBook Pro.

I have tried a few things to try and fix it, but I haven't had any luck.

In my xorg.conf, I've switched it to use the event protocol with the specific device.

Section "InputDevice"
 Identifier "Synaptics Touchpad"
 Driver "synaptics"
 Option "SendCoreEvents" "true"
 Option "Device" "/dev/input/by-id/usb-Apple_Computer_Apple_Internal_Keyboard_._Trackpad-event-mouse"
 Option "Protocol" "event"

It works great on first bootup, but after a resume, I get this in the Xorg.0.log:

(EE) xf86OpenSerial: Cannot open device /dev/input/by-id/usb-Apple_Computer_Apple_Internal_Keyboard_._Trackpad-event-mouse

Has anybody else found this problem? Maybe it's MacBook Pro specific? The resume ordering of kernel modules?

[Sami Saada (samitheberber)]

I just installed Ubuntu 8.04 and tested suspend to ram. Suspend itself works fine, but I got an message:
[ 1.063423] i8042 aux 00:08: activation failed
Everything else works, but touchpad doesn't work. My laptop is Fujitsu-Siemens Amilo Si 1520-23p.

[Leann Ogasawara (leannogasawara)]

Can someone attach their dmesg output for Hardy after a suspend/resume cycle? Also, I'm removing the 'linux-source-2.6.24' task since beginning with the Hardy development cycle, kernel bugs should be reported against the 'linux' package which this report already is. Thanks.

[Andy Botting (andybotting)]

Hi Leann,

I've just attached my dmesg output. I put a little "// Resume" mark in the middle where the resume started. Hope this helps

[Sjors (sjors-sprovoost)]

I seem to have the same problem. Suspend to ram and resume work like a charm, but the touch pad dies. External mouse works fine.

I get the following error in dmesg:
[ 1.537853] i8042 kbd 00:07: activation failed
[ 1.537880] i8042 aux 00:08: activation failed

I tried several suggestions in this thread:
* restarting x-server does not help
* adding MODULES="psmouse" to /etc/default/acpi-support does not help
* uncommenting DOUBLE_CONSOLE_SWITCH=true does not help

I also tried to use the script by Tavis Hampton, but I am not sure if I did it right. I put his script in /etc/acpi/suspend2ram.sh and made it executable. Then I edited /etc/acpi/events/lidbtn as follows:
event=button[ /]lid
#action=/etc/acpi/lid.sh
action=/etc/acpi/suspend2ram.sh

The result was that the system crashed on resume, although there was a lot of disk activity for over a minute.

My system:
Fujitsu Lifebook A3130
Linux Sjimmie 2.6.24-16-generic #1 SMP Thu Apr 10 12:47:45 UTC 2008 x86_64 GNU/Linux

Cheers,

Sjors

[Jeremy Nickurak (nickurak)]

Both my touchpad and keyboard on my laptop fail after resume. I'm working around it by:

1) Adding to defoptions in /boot/grub/menu.list:
> i8042.reset
(Some people recommend i8042.nomux, but doing this caused my keyboard and touchpad to occasionally freeze up largely at random during use, requiring the use of an external mouse/keyboard to suspend & resume before they worked again)

2) Creating /etc/acpi/suspend.d/71-mouseunload.sh:
> #!/bin/sh
> modprobe -r psmouse
> echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind

3) Creating /etc/acpi/resume.d/34-mouseload.sh
> #!/bin/sh
> echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind
> modprobe psmouse

4) Setting DOUBLE_CONSOLE_SWITCH=true in /etc/default/acpi support (I haven't actually tested if this is still neccesary, but it used to make all the difference)

This setup has been working fine for me for several months now.

[Sjors (sjors-sprovoost)]

Thanks for your advice Jeremy. I tried your instructions, both i8042.reset and i8042.nomux. I restarted my computer after applying the changes.

Unfortunately it doesn't have any effect on my system. The keyboard and external mouse work fine, but the touchpad dies after resume.

[Jeremy Nickurak (nickurak)]

Hrm. Trying this again, it doesn't even seem either those scripts or the DOUBLE_CONSOLE_SWITCH are required anymore, just the i8042.reset option. (At least on my machine)

[Sjors (sjors-sprovoost)]

Erik Gregg wrote in https://bugs.launchpad.net/ubuntu/+bug/236656

> $ sudo gedit /boot/grub/menu.lst
> Find this line:
> # kopt=root=UUID***************** ro
> Change to this (leave the # at the beginning!):
> # kopt=root=UUID***************** ro i8042.reset=1
> $ sudo update-grub
>
> Reboot. Magic (hopefully). Good luck.

Thanks for the instructions Erik, but it still doesn't work for me.

Sjors

[Erik Gregg (ralree)]

Try the same thing, but with i8042.nomux=1

[Sjors (sjors-sprovoost)]

Erik Wrote:
> Try the same thing, but with i8042.nomux=1

Yahoo! That works. Last time I tried the nomux method I forgot the "=1" part.

Thanks,

Sjors

[dino (adinov)]

Hi Erik,
That didn't work for me sadly.
I never had a touchpad problem.. Its just a long delay to resume, with the activation errors on the screen..

[xxxxxxxxx] drm_sysfs_suspend
 [xxxxxxxxx] i8042 kbd 000:06: activation failed
 [xxxxxxxxx] i8042 aux 00:007: activation failed
 [xxxxxxxxx] i8042 tpm_inf_pnp 00:0a: activation failed

where [xxxxxxxxx] is some floating point number that changes every time.

--- On Wed, 6/4/08, Erik Gregg <email address hidden> wrote:

> From: Erik Gregg <email address hidden>
> Subject: [Bug 59867] Re: Synaptics touchpad ceases functioning after suspend and resume.
> To: <email address hidden>
> Date: Wednesday, June 4, 2008, 1:36 PM
> Try the same thing, but with i8042.nomux=1
>
> --
> Synaptics touchpad ceases functioning after suspend and
> resume.
> https://bugs.launchpad.net/bugs/59867
> You received this bug notification because you are a direct
> subscriber
> of a duplicate bug.

[Leann Ogasawara (leannogasawara)]

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

[hawkes (hawkes)]

Using 2.6.27-3 and still present with FSC Amilo Si1520. Unbelievable that this takes years to fix.

[jmkhenka (jmkhenka)]

I have a Amilo Si 1520 just as hawkes and i have the same issue, even tried alpha 5 and 6 of ubuntu, with no change. I will need to rely on a USB mouse when i suspend...
Annoying bugg.

[Andreas Gustafsson (gson)]

I just tried the 8.10 beta i386 desktop live CD on my FSC Amilo Pro v3205,
and the bug is still there - the touchpad is unresponsive after waking from suspend.

[whiskeytits (arlindaniel)]

I concur with a Gateway 8510GZ with Synaptics--i386 8.10 Live CD.

On Tue, Oct 7, 2008 at 2:03 PM, Andreas Gustafsson <email address hidden> wrote:
> I just tried the 8.10 beta i386 desktop live CD on my FSC Amilo Pro v3205,
> and the bug is still there - the touchpad is unresponsive after waking from suspend.
>
> --
> Synaptics touchpad ceases functioning after suspend and resume.
> https://bugs.launchpad.net/bugs/59867
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Ubuntu: Invalid
> Status in "cruft" source package in Ubuntu: Invalid
> Status in "linux" source package in Ubuntu: Triaged
> Status in "linux-source-2.6.20" source package in Ubuntu: Confirmed
>
> Bug description:
> After suspending the notebook, resume works fine except that the Synaptics touchpad no longer responds to any input.
>
> Restarting the X server does not help.
>
> Attempting to cat /dev/input/mice at the console and then moving the touchpad does not show any input being received. The touchpad which had been /dev/input/mouse0 is no longer listed after the resume.
>
> This bug was present in Dapper and still exists in the current (2006-09-11) build of Edgy as well.
>
> Gateway MX6625 Notebook
> Centrino Chipset
> Synaptics Touchpad
>

[jmkhenka (jmkhenka)]

I tested Beta 10 aswell on my amilo Si 1520, still don't work. A note, the v3205 is in all aspects identical to the SI 1520...
To bad this takes years to work, apperantly this started when FSC released a new firmware to support newer Core2 steppings.

[Leann Ogasawara (leannogasawara)]

The 18 month support period for Feisty Fawn 7.04 has reached it's end of life - http://www.ubuntu.com/news/ubuntu-7.04-end-of-life . As a result, we are closing the linux-source-2.6.20 kernel task. However, this will remain open against the actively developed kernel. Thanks.

[Pascal Polleunus (ppolleunus)]

My touchpad freezes on resume from hibernate but not after suspend.
The touchpad works again when I suspend after resuming from hibernate (i.e. touchpad works > hibernate > resume > touchpad doesn't work > suspend > resume > touchpad works again).
I'm on a MacBook Pro Santa Rosa with Ubuntu 8.10.

[Jeremy Nickurak (nickurak)]

Now that I'm on intrepid, I'm still seeing this issue with 2.6.27-7.

Adding the i8042.reset line to the kernel's boot options still seems to correct this problem, just like before.

[Michal (mikeos)]

Perhaps a little bit irrelevant, but on my system the "mouseemu" package caused a conflict which among other effects caused touchpad malfunction after resume. I think this package is problematic since Hardy Heron, kernels 2.6.26 up.

[Cluber22 (cluber22)]

I am running ubuntu Intrepid 8.10 and when I close my lid, then come back after 20 minutes and resume, my mouse cursor is gone.

[Dieter Kiesel (dieter-kiesel)]

for those people with Fujitsu-Siemens' si1520 Notebook: if you downgrade your bios to version 1.10 the touchpad works perfect again after suspend. I had the same problem as described with version 1.20. After I read somewhere people could upgrade to 4 gig ram after downgrading to the old bios I also found out that the touchpad-issue is solved...

[jmkhenka (jmkhenka)]

Downgrading the bios on Amilo si 1520 is not an option, especialy if you have the newer cpus (1.8 and 2ghz). The new bios adds support for the new steppings.. So downgrading might brick your computer.

[Launchpad Janitor (janitor)]

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

[Jason Ribeiro (jrib)]

On my MacBook 4.1 I experience this issue when I hibernate. As a workaround, I have created /etc/pm/sleep.d/50-macbook_touchpad_fix with the contents:

#!/bin/sh
# touchpad is frozen after resuming from hibernating until appletouch is reloaded
if [ "$1" = 'thaw' ]; then
    modprobe -r appletouch
    modprobe appletouch
fi

and made it executable. The script just unloads and reloads the "appletouch" module after resuming from hibernation. This should work if you are using pm-hibernate to hibernate which was being used by default for me.

[farisi (izralfaris)]

Hi Jason.
I'm running Intrepid on my macbook 4.1 with the same issue of frozen touchpad after resuming from hibernation.

You workaround helps.
Thanks!

[TJ (tj)]

Is anyone who experiences this issue able to test it with a Jaunty live-CD and suspend/resume?

[dhenry (tfc-duke)]

I tried with Jaunty live-CD (2009-03-01 build), kernel 2.6.28-8, and the bug is still present.

[TJ (tj)]

On Sun, 2009-03-01 at 10:50 +0000, dhenry wrote:
> I tried with Jaunty live-CD (2009-03-01 build), kernel 2.6.28-8, and the
> bug is still present.

Is that the Lenovo 3000 N100 and the psmouse kernel module?

[dhenry (tfc-duke)]

Yes, It's a Lenovo 3000 N100 but I'm not sure about the psmouse module (but it's loaded on intrepid with kernel version 2.6.27-11, so it should still be used).

[Jeremy Nickurak (nickurak)]

Does the "i8042.reset" kernel-option fix I suggested earlier help under Jaunty? (if in fact in helps you under Intrepid)

[dhenry (tfc-duke)]

I'm not sure I can test this with the live-CD. But since it works in intrepid, I guess it will still work in jaunty.

[TJ (tj)]

We've learned long ago never guess or assume when it comes to computers!

With the live-CD you can edit the boot options by pressing F6, pressing ESCape to close the sub-menu that offers a few common choices, and then editing the raw kernel command-line as is done from the GRUB menu on installed systems.

[dhenry (tfc-duke)]

You're true :)

I retried today with live-CD of 5th march 2009, it doesn't work out of the box (i.e., after resuming, the touchpad is dead), but it works when adding i8042.reset at kernel command line.

[Jeremy Wilkins (wjeremy)]

I am suffering a similar problem with a Gateway MX6433 laptop. It uses the synaptics drivers, but using the above two suggestions did not fix it. in fact it made the problem worse because the keyboard failed to resume as well.

[whiskeytits (arlindaniel)]

Jeremy,

The exact same thing happens to me, using a Gateway 8510GZ, which is a
similar laptop to yours, and uses synaptics drivers. The above two
suggestions stopped my keyboard from resuming as well.

--Arlin

On Sun, Mar 8, 2009 at 3:10 AM, Jeremy Wilkins <email address hidden> wrote:

> I am suffering a similar problem with a Gateway MX6433 laptop. It uses
> the synaptics drivers, but using the above two suggestions did not fix
> it. in fact it made the problem worse because the keyboard failed to
> resume as well.
>
> --
> Synaptics touchpad ceases functioning after suspend and resume.
> https://bugs.launchpad.net/bugs/59867
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Ubuntu: Invalid
> Status in “cruft” source package in Ubuntu: Invalid
> Status in “linux” source package in Ubuntu: Triaged
> Status in “linux-source-2.6.20” source package in Ubuntu: Won't Fix
>
> Bug description:
> After suspending the notebook, resume works fine except that the Synaptics
> touchpad no longer responds to any input.
>
> Restarting the X server does not help.
>
> Attempting to cat /dev/input/mice at the console and then moving the
> touchpad does not show any input being received. The touchpad which had been
> /dev/input/mouse0 is no longer listed after the resume.
>
> This bug was present in Dapper and still exists in the current (2006-09-11)
> build of Edgy as well.
>
> Gateway MX6625 Notebook
> Centrino Chipset
> Synaptics Touchpad
>

[Samuli Seppänen (samuli-seppanen)]

I can verify this problem on Macbook1,1 running 9.04. Reloading the appletouch kernel module using a pm-utils script fixes this issue for me, too.

[Anders Kaseorg (andersk)]

Same problem on a Lenovo 3000 N100. I’m running Karmic amd64 but also saw this in previous versions. i8042.reset=1 didn’t help. MODULES="psmouse" in /etc/default/acpi-support helped sometimes but not always. I’m now using this script in /etc/pm/sleep.d/90andersk-i8042, and the problem seems to have gone away:

#!/bin/sh

case "$1" in
    hibernate|suspend)
 modprobe -r psmouse
 echo -n i8042 > /sys/bus/platform/drivers/i8042/unbind
 ;;
    thaw|resume)
 echo -n i8042 > /sys/bus/platform/drivers/i8042/bind
 modprobe psmouse
 ;;
esac

[jevel (jevel)]

I have tried several different ways to sort this on a Lenovo 3000 N100, and the most consistent way to fix it I have found is by adding a switch to the kernel line in menu.lst under /boot/grub/

The switch I use is i8042.nomux

I found the fix somewhere out there, but I cannot remember where. (Sorry to whomever posted it, but I am unable to give credit.)

-KJ

[bbyak (buliabyak)]

I was having the same problem with PS/2 keyboard - frozen after sleep wakeup - on a desktop computer with Asus M3A78-CM motherboard, Ubuntu 9.04. It got fixed by Anders' script listed above, but without the modprobe lines, only with

#!/bin/sh

case "$1" in
    hibernate|suspend)
 echo -n i8042 > /sys/bus/platform/drivers/i8042/unbind
 ;;
    thaw|resume)
 echo -n i8042 > /sys/bus/platform/drivers/i8042/bind
 ;;
esac

because I didn't have any problem with the USB tablet I use for mouse. Previous attempts with i8042.reset and i8042.nomux kernel parameters didn't work for me. I suggest that this unbind/bind be made standard in Ubuntu if it's safe.

[FraGe (fragebuntu)]

ouch, I'm sorry to be that late, but the same is occuring to me on a FSC Amilo SI 1520 with Intrepid ( Jaunty - ) & Karmic.

I found a fix in Intrepid as I remember, but didn't use the suspend then, I always turn my Notebook off. But now, I tried ... and it failed :(

different solutions mentioned here don't work for me :(

regards,
FraGe

[Jeremy Wilkins (wjeremy)]

You are not late. This bug is still not fixed even with latest git. Well, to be honest. With latest git I can't get a resume at all any more. The system just hangs. Still, with all updates in my system before it started freezing on resume it still failed to restore the touchpad on my Gateway MX6433.

This is a longstanding bug and is quite a major problem if it affects so many different laptops. Also, since the default settings in power management are set for the laptop to suspend, not hibernate, it is painful for laptop users in a default install.

Devs, if there is anything we can do to help close this bug once and for all, please let us know. If the bug is upstream, please post the reference so we can post relevant debug logs, etc. there instead and solve this mess.

[Ted Cox (ted-m-cox)]

Same problem here with a Gateway laptop and Synaptic touchpad. After resuming from a suspend, the touchpad doesn't work at all. Hibernating doesn't affect the trackpad. I have had this problem for almost three years now.

[Charlie Dyson (charlie-charliedyson)]

I'm having this problem with Karmic on an old Toshiba Tecra. I started having a similar but less serious problem with Intrepid. Now when I resume from suspend, the touchpad often locks up completely - even the button's don't work. I found this in Xorg.0.log

(EE) PS/2 Mouse: Failed to reopen device after 10 attempts.
(II) config/hal: removing device PS/2 Mouse
(II) PS/2 Mouse: Close
(II) UnloadModule: "evdev"
(II) config/hal: removing device AlpsPS/2 ALPS GlidePoint
(II) UnloadModule: "synaptics"
(II) config/hal: Adding input device PS/2 Mouse
(**) PS/2 Mouse: always reports core events
(**) PS/2 Mouse: Device: "/dev/input/event7"
(EE) Unable to open evdev device "/dev/input/event7".
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for "PS/2 Mouse"
(EE) config/hal: NewInputDeviceRequest failed (8)
(II) config/hal: Adding input device AlpsPS/2 ALPS GlidePoint
(II) Synaptics touchpad driver version 1.1.2
(**) Option "Device" "/dev/input/event8"
(EE) xf86OpenSerial: Cannot open device /dev/input/event8
 No such file or directory.
(EE) Synaptics driver unable to open device
(EE) PreInit failed for input device "AlpsPS/2 ALPS GlidePoint"
(II) UnloadModule: "synaptics"
(EE) config/hal: NewInputDeviceRequest failed (8)

Solution that worked for me:
$ sudo rmmod psmouse
$ sudo modprbe psmouse

...and the touchpad springs back to life!

[Charlie Dyson (charlie-charliedyson)]

Correction: substitute "Intrepid" for "Jaunty" in my previous comment. I had no problems with Intrepid.

[FraGe (fragebuntu)]

... found that one again, the bug still persists - as found on other pages
-> http://si1520.blogspot.com/
on Amilo Si1520 it helps to downgrade the BIOS to 1.10 (if you don't have a Yonah D0 CPU)
but there should be other solutions - till now, nothing helped for me :(

FraGe

[steveG (steffen-schreiner)]

I got a HP EliteBook 2530p on u9.10 with the same problem. Though it's has a fancy behaviour: First of all, after resuming the touchpad is going rogue and doesn't work anymore. If I use only the pointer stick, everything is fine, keyboard works as well. Yet, the first slide over the touchpad ends up in a unpredictable keyboard/mouse input and keyboard+stick+touchpad is ending up dead or bogus. Now, if I standby and resume again, either everything work fine right away, or I can use tab or stick to "Switch User" in the "Unlock Screen". Then X refreches someway and everything is fine again and I select my user and unlock the screen. The cherry on the cage, this is without exception an alternating behaviour. I'm already used to wake up the thingy by a resume+immediate standby+resume again.

Xorg.0.log says:
---------------------------
(II) config/hal: Adding input device SynPS/2 Synaptics TouchPad
(II) Synaptics touchpad driver version 1.1.2
(**) Option "Device" "/dev/input/event8"
(EE) xf86OpenSerial: Cannot open device /dev/input/event8
        No such device.
(EE) Synaptics driver unable to open device
(EE) PreInit failed for input device "SynPS/2 Synaptics TouchPad"
(II) UnloadModule: "synaptics"
---------------------------

and in /var/log/messages I realized the following lines are missing, for wake-ups with the problem:
---------------------------
Jan 30 00:14:31 pluto kernel: [831050.033342] Synaptics Touchpad, model: 1, fw: 7.0, id: 0x1a0b1, caps: 0xd04711/0xa00000
Jan 30 00:14:31 pluto kernel: [831050.079701] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input301
Jan 30 00:14:32 pluto kernel: [831050.857121] Synaptics Touchpad, model: 1, fw: 7.0, id: 0x1a0b1, caps: 0xd04711/0xa00000
Jan 30 00:14:32 pluto kernel: [831050.898051] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input302
---------------------------

[Jens Rantil (jens-rantil)]

I am experiencing this with Amilo Pro v3205 on Karmic Koala with kernel 2.6.31-14-generic. I am not interested in downgrading my BIOS.

[Surak (smkozasa)]

Also, in my Semp-Toshiba IS1253 notebook running Kubuntu Karmic Koala with kernel 2.6.31-19-generic the problem persists, no touchpad after resuming from suspend.

Some interesting lines from dmesg:

(...)
[ 9217.732183] e100 0000:07:08.0: wake-up capability disabled by ACPI
[ 9217.732189] e100 0000:07:08.0: PME# disabled
(...)
[ 9219.425416] PM: resume devices took 3.152 seconds
[ 9219.425459] PM: Finishing wakeup.
[ 9219.425461] Restarting tasks ... done.
[ 9219.701985] Unable to query Synaptics hardware.
(...)

[Paede (patrick-steiner-gmx)]

Similar problem after resume: When i move my finger over the touchpad its looks like the left mouse button is pressed but never released. every icon, button or everything else is opened, moved or smilliar when i move the mouse pointer over it.
i have to reboot my notebook (hp nx8220) to fix this problem. (which is very hard to move to mouse pointer to the reboot button without to move all my icon on my desktop ;-) )

[R K (rkuzsma)]

I have the same problem as Jeremy Wilkins (same output logs, etc.). The Synaptics touchpad on my Gateway machine resumes properly in Windows XP, but not on Ubuntu 9.10. None of the workarounds mentioned in the thread work for me to revive the mouse after resuming from suspend.

[Surak (smkozasa)]

Well, suspend to RAM and resuming, causes the problem and when this happens, hibernating to disk and resuming solves it.

It seems that this fact has been underestimated before. This might, in fact lead to the solution. Note that in my case, dmesg says that it just can't query Synaptics hardware. Well, what happens after a hibernate to disk and resume? The computer is powered off and the synaptics hardware is reset!

So, I may be guessing too much, but I'm an Electronics Engineer and would say that maybe the solution to all of this is to send a reset command to the synaptics touchpad when resuming from suspend to RAM??

[Jeremy Wilkins (wjeremy)]

@Surak: I believe you are correct for the most part, but the difference here between suspend to RAM and suspend to disk is that in suspend to disk the hardware is physically shut off, versus put to sleep in suspend to RAM. The power is not off in suspend to RAM, some devices are powered off, but most devices are powered low or suspended until resume (note: no hardware power down so state registers may be preserved). I do agree that a reset of the hardware should fix the problem, but all the methods of software device reset known have been tried and still fail. I do agree it is possible to resolve this issue somehow, since it works in other non-linux OSs. I suspect there is a resume command that needs to be sent to the PS/2 port chip once the OS is loaded to repower the chip before the OS GUI is up for those that the touchpad reset doesn't solve (like mine). I am not certain, but I think there are possible three different problems happening here on this bug.
1) The touch pad needs a reset command and comes back up (most devices this works)
2) The PS/2 port chip is still off during resume and needs a resume command (possibly my case) which may not need a touchpad reset if the touchpad was power off. Touchpad reset does nothing in this case, however a suspend and resume fixes it because state registers are changed.
3) The touchpad needs a suspend command and doesn't receive one, so when the system goes into suspend it is left hanging. (maybe my case)
I am by no means a hardware excpert, but I work with low-level hardware involvement daily and write software to make the hardware work and this is what I think I am seeing.

[steveG (steffen-schreiner)]

I just updated to Lucid today, well nice, first try and hit. It showed the exact same behavior.

But then after googling again, today I found this: http://ubuntuforums.org/archive/index.php/t-1335007.html

And simply appending "atkbd.reset" as a kernel parameter worked, keyboard and touchpad come up properly
after each suspend!

[jmkhenka (jmkhenka)]

YES! Finaly!

On my Amilo SI 1520 with latest firmware (got a c2d 2ghz, so i cant downgrade) the
atkbd.reset as kernel extension WORKS.

My touchpad WORKS after suspend.

As steveG wrote:
I just updated to Lucid today, well nice, first try and hit. It showed the exact same behavior.

But then after googling again, today I found this: http://ubuntuforums.org/archive/index.php/t-1335007.html

And simply appending "atkbd.reset" as a kernel parameter worked, keyboard and touchpad come up properly
after each suspend

---

read the link for instructions to add it to boot.
Now im wondering, how do you permanently add this at boot? It saves betweeen suspend/reset but if i reboot i have to add it again.

[jmkhenka (jmkhenka)]

Found a permanent solution!

Edit /etc/default/grub
and change the line
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
to
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset"

and run update-grub, reboot and when you press E in grub you will se the entry there.

[Jeremy Wilkins (wjeremy)]

@jmkhenka: Confirmed works for me. I have tried all the other solutions and none of them worked, but as soon as i tried this one, the touchpad worked after suspend. I am not certain if a reboot is required first, but I imagine it is. I rebooted just to be sure.

[Timrit (wimurtz)]

@jmkhenka: Confirmed it works for me as well. I also tried all the other solutions to no avail. I have suspended the laptop several times now and it comes back every time. Thank you!

[Tero Karvinen (karvinen+launchpad)]

Touchpad doesn't work after suspend on 10.04 and HP EliteBook either.

Suspended, resumed, touchpad doesn't work. Keyboard worked at least mostly. External USB mouse connected after suspend worked.

Test setup was HP EliteBook 2530p (text in plastics), Ubuntu Lucid 10.04 LTS (cat /etc/lsb-release), amd64 (uname -m).

[Tero Karvinen (karvinen+launchpad)]

Grub atkbd.reset workaround seems to fix it for me. I have only tested this once.

I followed instructions in #103 and rebooted. After that, I suspended and resumed - touchpad worked. HP EliteBook 2530p, Ubuntu Lucid 10.04 LTS, amd64.

#103: atkbd.reset bug bypass proposed by jmkhenka and others.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/59867/comments/103

[jmkhenka (jmkhenka)]

#106: have you tried adding atkbd.reset as kernel option when booting (if you edit grub in ubuntu you need to restart for it to work)? It's confirmed working for several diffrent setups.

Se my earlier post on how to do it if you are uncertain..

[Tero Karvinen (karvinen+launchpad)]

jmkhenka: Yes, atkbd.reset works as you describe in #103. We probably posted #107 and #108 at the same time. I added atkbd.reset bypass to bug description.

[Surak (smkozasa)]

OK, so we know how to fix it manually. But why is status in Ubuntu
invalid and status in "linux-source-2.6.20" package in Ubuntu as WON'T
FIX? What does this mean? It's known how to solve it but nothing will be
done to solve it? I can't believe this!

Surak.

---

Em 04-05-2010 09:27, Tero Karvinen escreveu:
> jmkhenka: Yes, atkbd.reset works as you describe in #103. We probably
> posted #107 and #108 at the same time. I added atkbd.reset bypass to bug
> description.
>
>

[Anders Kaseorg (andersk)]

Surak: “linux-source-2.6.20 (Ubuntu)” is the kernel that came with Ubuntu 7.04 Feisty; that task is marked Won’t Fix for that kernel because Ubuntu 7.04 reached its end-of-life a year and a half ago and is no longer supported. Please don’t worry; the bug is still open for the current kernel package “linux (Ubuntu)”.

The “Ubuntu” task is marked Invalid because the more specific “linux (Ubuntu)” task open. Again, don’t worry; this is normal, and as long as at least one of the tasks is still open, the bug is considered open.

[Thomas Sundell (thomas-sundell)]

openSUSE 11.2 has the same exact issue on my laptop: https://bugzilla.novell.com/show_bug.cgi?id=585186

[lemon kun (lemon-kun)]

Hello everybody, this is my first post and my first day with ubuntu (or any other linux).

I have the problem as well, with the latest ubuntu I downloaded yesterday and a lenovo-laptop.

I know there is a fix in post #103, but I don't know what to do with it. I tried to type into the terminal but that actually doesn't work. I also don't know what "grub" means. Sorry wasting your time, but I don't know much about computers.

All the best, and thank you

Edit /etc/default/grub
and change the line
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
to
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset"

and run update-grub, reboot and when you press E in grub you will se the entry there.

[Surak (smkozasa)]

This may not be the best place for a how-to, but I guess many others
will benefit.

Grub is the boot manager used by Ubuntu, the first program loaded, used
to choose from which installation or Operating System you want to boot.
The procedure is to add the "atkbd.reset" parameter on boot time.

1) Open a terminal or console.
2) Type in
     sudo nano /etc/default/grub
Followed by <ENTER> key and type your password, followed by pressing the
<ENTER> key.
3) A text file will appear. Move cursor with arrow keys until the line

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

just before the closing double quote, type

atkbd.reset

Press Control key without releasing it press "O" key (letter O, not zero), release both, press<ENTER> to save the file. Press Control key, without releasing it, press "X" key. Release both.

This will bring you back to command line prompt. Now type:

sudo update-grub

Followed by<ENTER> key. That's it! No need to press "E" key while rebooting. That's just for checking if the atkbd.reset parameter was correctly inserted.

Surak

---

Em 30-05-2010 09:24, lemon kun escreveu:
> Hello everybody, this is my first post and my first day with ubuntu (or
> any other linux).
>
> I have the problem as well, with the latest ubuntu I downloaded
> yesterday and a lenovo-laptop.
>
> I know there is a fix in post #103, but I don't know what to do with it.
> I tried to type into the terminal but that actually doesn't work. I also
> don't know what "grub" means. Sorry wasting your time, but I don't know
> much about computers.
>
> All the best, and thank you
>
> Edit /etc/default/grub
> and change the line
> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
> to
> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset"
>
> and run update-grub, reboot and when you press E in grub you will se the
> entry there.
>
>

[lemon kun (lemon-kun)]

Thank you so much for answering so quickly. I tried everything, and the whole procedure worked fine, you described everything really fool-proof, thanks. So I had in the end:

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset"
GRUB_CMDLINE_LINUX=""

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

which I saved as you wrote it and then quit with cmd+x, and then did the sudo update. That worked all fine, but in the end, the problem remains, the cursor will freeze when I come from suspend-mode :-(

My computer is a lenovo, model name difficult to read (all in Chinese, except 0768), and I am using ubuntu 10.04 32-bit. It isn't a huge topic for me, as I use normally the mouse, so no problem, but still just for your information.

[Surak (smkozasa)]

Sorry, I've forgotten to say that you need to restart the computer after
the procedure. I hope it works after that. Plese make as know if it works.

Em 30-05-2010 15:16, lemon kun escreveu:
> Thank you so much for answering so quickly. I tried everything, and the
> whole procedure worked fine, you described everything really fool-proof,
> thanks. So I had in the end:
>
> # If you change this file, run 'update-grub' afterwards to update
> # /boot/grub/grub.cfg.
>
> GRUB_DEFAULT=0
> GRUB_HIDDEN_TIMEOUT=0
> GRUB_HIDDEN_TIMEOUT_QUIET=true
> GRUB_TIMEOUT=10
> GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset"
> GRUB_CMDLINE_LINUX=""
>
> # Uncomment to disable graphical terminal (grub-pc only)
> #GRUB_TERMINAL=console
>
> # The resolution used on graphical terminal
> # note that you can use only modes which your graphic card supports via VBE
> # you can see them in real GRUB with the command `vbeinfo'
> #GRUB_GFXMODE=640x480
>
> which I saved as you wrote it and then quit with cmd+x, and then did the
> sudo update. That worked all fine, but in the end, the problem remains,
> the cursor will freeze when I come from suspend-mode :-(
>
> My computer is a lenovo, model name difficult to read (all in Chinese,
> except 0768), and I am using ubuntu 10.04 32-bit. It isn't a huge topic
> for me, as I use normally the mouse, so no problem, but still just for
> your information.
>
>

[lemon kun (lemon-kun)]

Yes, I made a restart anyway. I tried again now, but still the same problem. And I am sure I executed all the steps properly. Any suggestions? Should I try to get new firmware or anything else? Finally I found out what the model type of my laptop is, it's a Lenovo 3000 N100, Intel Core 2 CPU T5500 @ 1.66 GHz. 1GB RAM.

[madbiologist (me-again)]

This might be fixed upstream in kernel 2.6.35-rc5. From the changelog:

commit 04a08885c36dc2f4663900d007b9d71a7e7f2b92
Author: Dmitry Torokhov
Date: Thu May 13 00:42:23 2010 -0700

    Input: psmouse - reset all types of mice before reconnecting

    commit ef110b24e28f36620f63dab94708a17c7e267358 upstream.

    Synaptics hardware requires resetting device after suspend to ram
    in order for the device to be operational. The reset lives in
    synaptics-specific reconnect handler, but it is not being invoked
    if synaptics support is disabled and the device is handled as a
    standard PS/2 device (bare or IntelliMouse protocol).

    Let's add reset into generic reconnect handler as well.

    Signed-off-by: Dmitry Torokhov
    Cc: Tim Gardner
    Signed-off-by: Greg Kroah-Hartman

A PPA of this kernel can be found at http://kernel.ubuntu.com/~kernel-ppa/mainline/

[madbiologist (me-again)]

Oops, that should be kernel 2.6.32.16. Sorry.

[vtomilin (vitaly-tomilin)]

Adding atkbd.reset at the end of the kernel cmdline worked for me on Gateway MX6445. Kudos to jmkhenka! Thanks a mil!

[Manjul Apratim (manzdagratiano)]

I too have had the same issue on my Dell Vostro V13 starting a week ago after an upgrade - my mouse was always slow to reload after a resume from suspend, but now it had stopped resuming altogether. After a combination of fixes, I settled upon the following that works for me (thanks to anxrc from Arch Linux forums for the motivation - he originally employed the bind/unbind trick for i8042 drivers, but that did not work for me):

Create a file /etc/pm/sleeps.d/71input-reset, and paste in it:

#!/bin/sh
#
# Reload the AT keyboard interface.

case "$1" in
        hibernate|suspend)
                rmmod psmouse
                ;;
        thaw|resume)
                modprobe psmouse
                ;;
        *)
                ;;
esac

Make it executable:

sudo chmod +x /etc/pm/sleep.d/71input-reset

and we're done! This reloads the psmouse module every time a resume occurs (unloads it during suspend, but that does not affect anything), and it does work :)

[Manjul Apratim (manzdagratiano)]

By the way I have not tried fiddling with grub options, but I did not understand how that helps a resume after suspend, because grub is not invoked then? I figure it should work after a hibernate when grub is called into action.

[Manjul Apratim (manzdagratiano)]

Ah... my bad... the comment in the script is a relic from the old attempts to bind/unbind the i8042 module, so pray do ignore it

[Jeremy Nickurak (nickurak)]

On Mon, Nov 8, 2010 at 17:01, manzdagratiano <email address hidden>wrote:

> By the way I have not tried fiddling with grub options, but I did not
> understand how that helps a resume after suspend, because grub is not
> invoked then? I figure it should work after a hibernate when grub is
> called into action.
>

The "grub options" are really just to pass parameters to the Linux kernel.
Those parameters persist until the kernel is shutdown, so they can have an
effect on suspend/resume.

--
Jeremy Nickurak -= Email/XMPP: -= <email address hidden> =-

[Philipp Wendler (philw85)]

This bug also affects Natty.
I have a Fujitsu-Siemens Amilo Pro V3205 and adding the parameter "atkbd.reset" to the kernel command line via grub worked.

[Brad Figg (brad-figg)]

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Philipp Wendler (philw85)]

I added a new bug (bug 810327) as the problem still exists in Natty.

[Surak (smkozasa)]

Just for the note, this bug seems hardware-dependant. Wiith my
current notebook (Meoo - Design Box - DB-N6643/U) the touchpad
does work after suspend.

[vacaloca (ltirado)]

I wanted to comfirm that I had the touchpad/keyboard not working after suspend, running Ubuntu Saucy GNOME 13.10 Beta 1 updated on a Toshiba P50-ABT2G22 Haswell-based laptop. The trick of:

"Adding Grub parameter atkbd.reset worked for many. Set GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset" in /etc/default/grub, run 'sudo update-grub' and reboot."

worked for me, and I can confirm both keyboard & touchpad work after a suspend with this kernel parameter added.