Mouse hangs on resume from suspend, wiki information is now useless

DigitalPioneer · 2010-01-19 14:52:21

The subject says it all, really. According to http://wiki.archlinux.org/index.php/Pm- … _the_mouse I am to put this in a pm-utils hook:

#!/bin/sh  
echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind
echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind

Well, I did that and it worked for a while, but now those files do not exist, so it doesn't work out so well. What do I do now?? This is an extremely annoying problem, and one I would like to see fixed as soon as humanly possible...

pabloski · 2010-01-19 15:34:56

mmm the i8042 is the keyboard controller, how is it responsible for the hangup?

however I had the same problem and resolved using these pm-utils quirks: vbe_post, dpms_on, vbestate_restore, vbemode_restore, dpms_suspend, vga_mode_3

DigitalPioneer · 2010-01-19 15:37:40

OK, sorry but how do I apply those quirks? I don't see anything about it on the wiki...

Painless · 2010-01-19 23:07:17

'man pm-suspend' will show the options you can pass to pm-suspend.

Create a file /etc/pm/config.d/config with the line:

ADD_PARAMETERS="--quirk-vbestate-restore --quirk-vbe-post"

Use the specific parameters you want, not the examples above.

You can add other options there too, like a list of modules you'd like to unload before suspending (SUSPEND_MODULES).

DigitalPioneer · 2010-01-21 20:43:06

Nope, no effect whatsoever. The mouse is still liable to hang on resume, with those quirks specified in /etc/pm/config.d/config

Painless · 2010-01-21 22:27:59

Those options you tried are video settings quirks, so it was a bit of a long shot they would work tbh.

Just a guess since I don't have this problem, but why don't you try unloading the 'psmouse' module before suspending, then reloading it when you resume?

DigitalPioneer · 2010-01-22 03:34:13

I find it highly unlikely that that would work. If I unload psmouse my mouse stops working, but the keyboard works fine. I guess I forgot to mention, when this happens, both my mouse and keyboard are rendered completely useless. In fact, the only thing I can get a response from is pressing the power button (which stops my screensaver) and holding the power button (which shuts down the system). Alt-Sysrq has no effect.

Painless · 2010-01-22 13:28:53

http://www.pubbs.net/kernel/200910/18971/:

However, currently the first problem is that unbind works, while bind doesn't. Which means anyone doing an unbind will have keyboard and mouse lost until the next reboot.

Are you still running your bind/unbind script? Perhaps you should disable it.

Also, you should mention what sort of laptop you are using, make/model, etc, as well as Arch kernel type/version, and whether you are running GNOME/KDE/whatever.

You could still try the psmouse thing. If your mouse is working, you can at least shut down your PC gracefully.

DigitalPioneer · 2010-01-22 14:08:56

The bind/unbind script is now useless, since as I said in the beginning, the bind/unbind files no longer exist.

The laptop is a Asus K61IC with latest Arch packages. Using KDE (not mod).

DigitalPioneer · 2010-02-26 23:00:25

Shameless topic resurrection. This is still not fixed, and is still a complete and utter failure of the OS to resume from suspend. Without any kind of input, the system is totally worthless until I reboot.

Painless · 2010-02-27 18:25:35

I've heard of legacy USB keyboard BIOS option causing keyboard problems on resume. Other than that, you could actually try the options suggested to you, rather than just dismiss them out of hand:

DigitalPioneer wrote:

I find it highly unlikely that that would work...

DigitalPioneer · 2010-02-27 18:39:34

Well, if the options suggested to me are solutions to another problem, they won't do a whole lot of good for me will they? But for your sake, I have added lines to unload and reload psmouse on suspend/resume, but now it ignores me completely when I tell it to suspend, from GUI or CLI. I doubt the psmouse module has anything to do with that, but I can't tell you whether it helped or not until it at least tries to suspend.

Gen2ly · 2010-02-27 21:10:18

pabloski wrote:

mmm the i8042 is the keyboard controller, how is it responsible for the hangup?...

Strangely enough it is. Read a bit about this on the kernel mailing list. If I remember it right, Linus was talking about crap BIOS's and things they shouldn't be doing. One of the things that was able to fix it for some people was that they had password-protected their BIOS, by disabling the password it actually fixed the problem.

DigitalPioneer · 2010-02-27 21:12:50

Well if anyone knows a way to change the BIOS, I'm all ears. Until then... *Looks for BIOS settings to tinker with*

Arch Linux

#1 2010-01-19 14:52:21

Mouse hangs on resume from suspend, wiki information is now useless

#2 2010-01-19 15:34:56

Re: Mouse hangs on resume from suspend, wiki information is now useless

#3 2010-01-19 15:37:40

Re: Mouse hangs on resume from suspend, wiki information is now useless

#4 2010-01-19 23:07:17

Re: Mouse hangs on resume from suspend, wiki information is now useless

#5 2010-01-21 20:43:06

Re: Mouse hangs on resume from suspend, wiki information is now useless

#6 2010-01-21 22:27:59

Re: Mouse hangs on resume from suspend, wiki information is now useless

#7 2010-01-22 03:34:13

Re: Mouse hangs on resume from suspend, wiki information is now useless

#8 2010-01-22 13:28:53

Re: Mouse hangs on resume from suspend, wiki information is now useless

#9 2010-01-22 14:08:56

Re: Mouse hangs on resume from suspend, wiki information is now useless

#10 2010-02-26 23:00:25

Re: Mouse hangs on resume from suspend, wiki information is now useless

#11 2010-02-27 18:25:35

Re: Mouse hangs on resume from suspend, wiki information is now useless

#12 2010-02-27 18:39:34

Re: Mouse hangs on resume from suspend, wiki information is now useless

#13 2010-02-27 21:10:18

Re: Mouse hangs on resume from suspend, wiki information is now useless

#14 2010-02-27 21:12:50

Re: Mouse hangs on resume from suspend, wiki information is now useless

Board footer