Keyboard + Synaptic Touchpad randomly do not return from suspend on Dell 640m

Same problem with a Dell 630m.

I have the feeling it is related to the use of an external USB Logitech mouse (I have another no-name mouse which doesn't seem to trigger the same bug). If the plug state of the mouse is different between before sleep and after resume, the (internal) keyboard and touchpad are not "seen".

What is even more strange is that all pressed keys are still kept in "a queue"; as soon as I managed to log-in again on the screen-saver, the keys are applied (i.e. Fn+sleep, power button, shortcuts, ...). I also noticed that after the problem occurred, the special shortcut Fn+F3 (Battery status) no longer works and there is the following message in kern.log:
atkbd.c: Use 'setkeycodes e007 <keycode>' to make it known.
atkbd.c: Unknown key pressed (translated set 2, code 0x89 on isa0060/serio0).

If I close the cover of the laptop, wait until it goes into sleep mode and then open it again, keyboard is back.

Follow-up: the mouse is not to blame since I just had the problem again but didn't plug it since the last reboot.

I can also confirm that the atkbd message only appears after the problem, never before.

I studied the kern logs before and juste after the problem occured (see attachment). All the suspend phases are strictly identical. The resume sequences are a bit different, but nothing obvious (at least for me) besides some slightly modified timing.

$ diff kern.3b.resume kern.4b.resume.no_keyboard
178a179
> ata2: soft resetting port
182a184,185
> ata1: EH pending after completion, repeating EH (cnt=4)
> ata1: soft resetting port
183a187,195
> ata2: EH complete
> ata1.00: ata_hpa_resize 1: sectors = 117210240, hpa_sectors = 117210240
> ata1.00: ata_hpa_resize 1: sectors = 117210240, hpa_sectors = 117210240
> ata1.00: configured for UDMA/100
> ata1: EH complete
> SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB)
> sda: Write Protect is off
> sda: Mode Sense: 00 3a 00 00
> SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
186d197
< ADDRCONF(NETDEV_UP): eth0: link is not ready
193a205
> ADDRCONF(NETDEV_UP): eth0: link is not ready
195,202c207
< ata1.00: ata_hpa_resize 1: sectors = 117210240, hpa_sectors = 117210240
< ata1.00: ata_hpa_resize 1: sectors = 117210240, hpa_sectors = 117210240
< ata1.00: configured for UDMA/100
< SCSI device sda: 117210240 512-byte hdwr sectors (60012 MB)
< sda: Write Protect is off
< sda: Mode Sense: 00 3a 00 00
< SCSI device sda: write cache: enabled, read cache: enabled, doesn't support DPO or FUA
< input: Lid Switch as /class/input/input17
---
> input: Lid Switch as /class/input/input20
204c209
< input: Power Button (CM) as /class/input/input18
---
> input: Power Button (CM) as /class/input/input21
206c211
< input: Sleep Button (CM) as /class/input/input19
---
> input: Sleep Button (CM) as /class/input/input22
211,212c216,217
< ACPI: Thermal Zone [THM] (37 C)
< ACPI: AC Adapter [AC] (on-line)
---
> ACPI: Thermal Zone [THM] (34 C)
> ACPI: AC Adapter [AC] (off-line)

It seems that just after resuming from sleep the keyboard is available: if I press the caps lock key, the corresponding led toggles for nearly 2 seconds before being dumb again...

Sorry I don't have any answers, but wanted to report that I have exactly the same problem on my Twinhead efio 12KTL Laptop, so I guess it's not even specific to DELL laptops. Will try to post more log info from my Twinhead once I'm home.

It seems a general problem with synaptics that were introduced in this release of the kernel. This happens in many distributions as well (as far as I could test: ArchLinux and Fedora for me) I don't know how this can be solved though, but by going to a virtual terminal (Ctrl-Alt-F1) and back to X11-VT (Ctrl-Alt-F7). But this doesn't even always works.

It seems someone found wome workaroung in Bug 133060 ... but it doesn't seems to work on my installation (maybe it because I'm using appletouch instead of psmouse)

Well, thinking of It, I think it *may* hapen because the driver (appletouch in my case, psmouse in many others) is resumed after synaptics is. Bt I don't really know.

I confirm this on a Latitude D830.

I'm able to use external mouse, click on log as other user, and at the gdm login screen click on suspend again. Most of the time after this second wakeup keyboard works.

This happens randomly, is not very usual but still annoying... :(

This also occurs for me on an Inspiron 1420N. It happens intermittenylu in 7.04, 7.10, and in the alphas for 8.04.

There's another report of this at http://lwn.net/Articles/273239/

"When I suspend/resume my laptop (A Dell Inspiron E1505 that came pre-installed with Ubuntu,
since upgraded to x86-64 Kubuntu 7.10), about 10% of the time the keyboard and touchpad are
dead when it comes back. The rest of the system is still working fine; if I press the power
button the "log out/suspend/hibernate/restart/turn off" dialog comes up (useless if I have no
mouse and keyboard), and if I plug in a USB mouse or USB keyboard I can use the system
normally. (And if I suspend and resume it again via said USB peripherals, the
keyboard/touchpad controller usually revives itself when it comes back.)

If I don't happen to be carrying USB peripherals around with me, the only thing I can do is
hold the darn power button down until it hard powers off, and then reboot it. I wind up doing
this, on average, about twice a month."

I haven't experienced this problem again on my Dell D830 since a couple of weeks.

Maybe it was solved on latest kernels. Anyone still sees the problem?

Folks, I've experienced this, but it appears to be tied to the docking station for me at least.

If I undock before I suspend (press the undock button on the dock), it works consistently.

Hi Mario, care to open a new bug report regarding the Suspend issue you are seeing with your docking station?

soliver84, since you are the original bug reporter, can you comment if this is resolved with the latest Hardy kernel? Thanks.

Also just adding a note that we'll keep this report open against the actively developed kernel but against 2.6.20 and 2.6.22 this will be closed as it does not qualify for a stable release update - https://wiki.ubuntu.com/StableReleaseUpdates

I experienced this today on the latest Hardy kernel.

Well I spoke too soon. It happened to me without touching the docking
station today too.
On Mon, 2008-03-31 at 23:18 +0000, Brian Pitts wrote:

> I experienced this today on the latest Hardy kernel.
>

---
Mario Limonciello
Dell | Linux Engineering
Desk : (512) 723-0582
<email address hidden>

It would be nice to have the dmesg output from Hardy. I don't suppose you would have an external keyboard you could plug in to grab the dmesg output from you system after this happens? Thanks.

I have the same problem on my Dell Latitude D630 (Intel X3100 1440x900).

I use the laptop with it's internal peripherals only:
- No docking station
- No external USB devices (in use before, after and during suspend)

Ubuntu 7.10 was installed from CD (ubuntu-desktop-x86) late 2007 and I've just upgraded to Ubuntu 8.04 a week after 24th April. The suspend worked without the mouse/keyboard freeze with 7.10.

Problem0: Keyboard and mouse freeze on resume from suspend.
Problem1: Mouse responsiveness slows down on resume form suspend.
Problem2: Screen has defects (gray stripes) on resume from suspend.

Problem 0 and 1 are most frequent. Problem2 has only happened two or three times the last two weeks.

All the problems are solved by closing and re-opening the lid once or twice, but sometimes the responsiveness stays slow.

Here is a little lid-closing-experiment:

Only running on battery (always waiting for the wireless to connect before next lid-close):
#Lid-close - Comment
0 - Ok
1 - Ok
2 - Ok
3 - Ok
4 - Slow Mouse Respons (SMR)
5 - SMR
6 - SMR
7 - SMR
8 - SMR
9 - SMR

Plugged in power cord, running on AC-power:
0 - SMR
1 - SMR

Unplugged power cord (with lid closed), running on battery power:
0 - Freeze (mouse and keyboard freez)
1 - Ok, Fixed SMR problem lasting since lid-close 4 on battery.
2 - SMR
3 - Ok
4 - SMR
5 - SMR
6 - Ok

The little experiment confirm what I've experienced during normal usage. I had a notion that the freeze had something to do with the power cord usage. That's the reason for the in-/out- plugging during the "experiment".

I've attached my dmesg and lspci output.

My uname -r:
2.6.24-16-generic

My lsb_release -a:
Distributor ID: Ubuntu
Description: Ubuntu 8.04
Release: 8.04
Codename: hardy

Please let me now if I can help with more information.

This still happens on my 1420N after a clean install of the final release of 64-bit hardy.

Dell D830 is currently unaffected. I haven't experienced any problem since many weeks with heavy suspend use.

I've reassigned this for the kernel team to take a closer look at. I'm also removing the "linux-source-2.6.24" package since beginning with the Hardy release, kernel bugs should be assigned to the "linux" package instead of linux-source-2.6.xx. Thanks.

I have a dell D430, and it displays the same problem (no kb/mouse after some resumes)

Doing a suspend cycle after the problem exhibits resolves it. (FN-ESC to trigger this).

Booting with acpi=noirq appears to prevent the problem (I tried 8 suspend-resume cycles without triggering it).

However, when suspending with acpi=noirq, suspend took ~ 2 minutes, which is more annoying :)
During suspend it would show:
mmc0: Timeout waiting for hardware interrupt
and
drm_sysfs_suspend

The former message showed about 10 times per suspend, the latter message only once.

Similar issue with a Dell Inspiron 640m, Hardy (happened on
Gutsy too) -- can usually get a FN-ESC (standby) cycle to
get it to come back. Had gotten used to living with it before
I found this bug report.

An incremental update - One of the Dell folk at UDS (Mario I think) also
experiences this on his xps 1330, with latest firmware. So if it is a
firmware bug, its not fixed.

-Rob

--
GPG key available at: <http://www.robertcollins.net/keys.txt>.

Rob,

Not on my XPS 1330, but on a D630 back at the office.

Mario Limonciello
Dell | Linux Engineering
<email address hidden>

-----Original Message-----
From: <email address hidden> on behalf of Robert Collins
Sent: Sat 5/24/2008 12:16 AM
To: <email address hidden>
Subject: Re: [Bug 99755] Re: Keyboard + Synaptic Touchpad randomly donot return from suspend on Dell 640m

An incremental update - One of the Dell folk at UDS (Mario I think) also
experiences this on his xps 1330, with latest firmware. So if it is a
firmware bug, its not fixed.

-Rob

--
GPG key available at: <http://www.robertcollins.net/keys.txt>.

--
Keyboard + Synaptic Touchpad randomly do not return from suspend on Dell 640m
https://bugs.launchpad.net/bugs/99755
You received this bug notification because you are a member of The Dell
Team, which is subscribed to Dell Ubuntu Project.

Robert:

It's possible that this kernel patch: http://bugzilla.kernel.org/attachment.cgi?id=16280&action=view may resolve this issue as well. Corrupted ACPI tables could easily be a reason for broken keyboard/mouse.

Mario Limonciello
Dell | Linux Engineering
<email address hidden>

-----Original Message-----
From: <email address hidden> on behalf of Robert Collins
Sent: Sat 5/24/2008 12:16 AM
To: <email address hidden>
Subject: Re: [Bug 99755] Re: Keyboard + Synaptic Touchpad randomly donot return from suspend on Dell 640m

An incremental update - One of the Dell folk at UDS (Mario I think) also
experiences this on his xps 1330, with latest firmware. So if it is a
firmware bug, its not fixed.

-Rob

--
GPG key available at: <http://www.robertcollins.net/keys.txt>.

--
Keyboard + Synaptic Touchpad randomly do not return from suspend on Dell 640m
https://bugs.launchpad.net/bugs/99755
You received this bug notification because you are a member of The Dell
Team, which is subscribed to Dell Ubuntu Project.

On Tue, 2008-05-27 at 13:25 +0000, Mario Limonciello wrote:
> Robert:
>
> It's possible that this kernel patch:
> http://bugzilla.kernel.org/attachment.cgi?id=16280&action=view may
> resolve this issue as well. Corrupted ACPI tables could easily be a
> reason for broken keyboard/mouse.

Oh excellent. I missed this when I was travelling post UDS; I'll chat to
the kernel team about getting a test build with this.

Thanks!

-Rob
--
GPG key available at: <http://www.robertcollins.net/keys.txt>.

Hi Robert,

I think the patch is available in the 2.6.24-19 kernel in hardy-proposed if you want to give that a try.

I'm running 2.6.24-19-generic and just experienced the problem.

I'd like to chime in and mention that I encounter this problem very regularly on my Dell Latitude D620. Still encountering it as of the latest kernel: 2.6.24-19-generic.

I found a possible solution in the ubuntu forums but I haven't tried it myself (still running gutsy and acpi because I couldnt deal with losing suspend/resume)

Create the following file: /etc/pm/sleep.d/25i8042

Code:

#!/bin/bash

case "$1" in
 hibernate|suspend)
  # Unbind the AT keyboard interface.
  if [ -f /sys/bus/platform/drivers/i8042/unbind ]; then
   echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind
  fi
  ;;
 thaw|resume)
  # Rebind the AT keyboard interface.
  if [ -f /sys/bus/platform/drivers/i8042/bind ]; then
   echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind
  fi
  ;;
 *)
  ;;
esac

exit $?

Make sure this file is executable. There is no need to reboot your computer - your next suspend should work. Please let me know if this works for anyone else.

Hey Marauder13, I tried your script and until now the problem didn't occur to me again. I'd say it works. :)

Have any changes occurred which might have solved this problem? I've started suspending again occasionally and haven't been bitten yet.

The problem went away as soon as I used the /etc/pm/sleep.d/25i8042 fix. I have now removed this script, and on the third suspend/wake cycle, I reproduced the problem again. So I can say with certainty that this fixes it. I am running the 2.6.24-19-generic kernel on a Dell D620.

The script of Marauder13 also prevents the occasional freezes of the keyboard and touchpad when waking up from suspend on my Dell D430 running Debian testing (kernel 2.6.25). However, as a side effect, after waking up the settings of the synaptics touchpad are forgotten (e.g. scroll-wheel emulation ceases to work). They can be restored by switching to a text console and back. Does anyone know of a better solution?

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.

I've not had this happen on a d-630 since upgrading to Intrepid, and I've been suspending nightly.

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.

The bug task for the somerville project has been removed by an automated script. This bug has been cloned on that project and is available here: https://bugs.launchpad.net/bugs/1305978