keyboard problem after resume from hibernation

Bug #83243 reported by Davide P.
46
This bug affects 5 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
Undecided
Unassigned
Declined for Feisty by Henrik Nilsen Omma
Declined for Gutsy by Henrik Nilsen Omma
linux-source-2.6.20 (Ubuntu)
Won't Fix
Low
Unassigned
Declined for Feisty by Henrik Nilsen Omma
Declined for Gutsy by Henrik Nilsen Omma

Bug Description

Every time i resume an hibernate session i have problem with key of my keyboard. Sometimes when i press a key, my pc doesn't feel that key press. and so when i wrte many words are truncated.
With a new clean start haven't this problem.
This problem began after feisty upgrade.

Davide P. (scaltro)
description: updated
Revision history for this message
Brian Murray (brian-murray) wrote :

Thanks for taking the time to report this bug and helping to make Ubuntu better. As Feisty is quite fast moving we wondering if you are still having an issue with this. If so what kernel are you currently running and how is your keyboard connected? Thanks in advance.

Revision history for this message
Davide P. (scaltro) wrote :

I've a laptop, and so the keyboard is directly connected. I run now the last kernel, (2.6.20-12-386) with same problem.

Revision history for this message
Brian Murray (brian-murray) wrote :

I am under the impression that this happens with only some of the keys on your keyboard is that correct? Could you please add the output of 'dmesg' after resuming from hibernation on your laptop? Thanks again.

Revision history for this message
Davide P. (scaltro) wrote :

quote:
"I am under the impression that this happens with only some of the keys on your keyboard is that correct? "
No it happens on all key, but if i try to write very slowly, the keys was accepted. Now i write this typing keys which one second of delay from one to another

Tim Gardner (timg-tpi)
Changed in linux-source-2.6.20:
assignee: nobody → ubuntu-kernel-acpi
importance: Undecided → Low
status: Unconfirmed → Confirmed
Revision history for this message
Davide P. (scaltro) wrote :

I encountered this problem since my first upgrade to feisty:
before i didn't have any problems.

Revision history for this message
Kai Bober (cevin666) wrote :

I have the same problem but even after a clean start. And it's an upstream problem. I just tested a whole lot of kernels and found out it entered the kernel somewhere between 2.6.20-rc 1 and rc4 and it is ACPI-related, because it goes away with acpi=off but its not one off the modules because it happens even when all the modules are off. Unfortunatly I'm not good enough to pin it down even further. I use a Thinkpad R40e.

Hope it helps
Kai

Revision history for this message
Federico Pedemonte (fepede) wrote :

Having the same problem on a BENQ notebook (BENQ Joybook 7000).

Revision history for this message
VF (fviktor) wrote : Possible solution for hibernation/suspend related keyboard problems

This bug also affects resuming from suspend to RAM (STR3) state on Lenovo N100 notebooks. There can be keyboard problems from some keys not working (pressing all shift-like keys once should solve this) to totally dead keyboard, when only a reboot helps.

After googling around the problem I found a possible solution at:

http://hpwiki.cactii.net/hpwiki/NC6400

"1. The keyboard might not resume. Solution: compile i8042 as module (suspend2 then unloads it automatically since it is blacklisted). Hint: It is required to have CONFIG_EMBEDDED=y, otherwise i8042 cannot be compiled as module (it took me some time to find this out...)"

Compiling a kernel with the above settings may help.

- Anybody know a solution to reset the keyboard without reloading the kernel module (that is not compiled as a modules in default Ubuntu kernels)?

- IMHO there could be a specific kernel for notebook machines in Ubuntu that always includes all notebook specific workarounds.

Revision history for this message
Robert Hendrickx (robert-hendrickx) wrote :

Same problem on a Toshiba Tecra S1, with an up-to-date Feisty.

If typed too fast (almost 1 second between keys), keys are not taken, or taken in a bad order...

Revision history for this message
Sergey V. Udaltsov (sergey-udaltsov) wrote :

Same problem here, HP nx7400. Pretty please, fix it in feisty?

Revision history for this message
Lars Behnke (lars3006) wrote :

Same problem on Fujitsu Siemens E-8110 + Feisty ( + latest kernel updated). Only some keys are affected (e.g. key '1').

Revision history for this message
DavidGN (davidgn) wrote :

+1 on Dell Inspiron 6400 / E1505 + Fesity (latest updates).

Of the ~5 times I've suspended, the keyboard has been dead (no keys working) only once.

Revision history for this message
ssh (shawnpc) wrote :

I have a 6400 with an ATI X1300 video card, and am using the fglrx drivers. This appeared for me with a semi-stock /etc/default/acpi-support.

I had already predefined:

MODULES_WHITELIST="fglrx ipw3945"

Oddly, by also appending:

POST_VIDEO=false

My keyboard started working without fail from manually calling acpi's shutdown script. I've slept it a few times, and it works perfectly fine.

Here's a snippit of my dmesg:

[ 802.688000] i8042 i8042: suspend
[ 803.176000] i8042 kbd 00:05: suspend
[ 803.176000] i8042 aux 00:04: suspend
[ 804.604000] i8042 i8042: LATE suspend
[ 807.604000] i8042 i8042: EARLY resume
[ 807.904000] i8042 aux 00:04: resuming
[ 807.904000] i8042 kbd 00:05: resuming
[ 808.008000] i8042 i8042: resuming
[ 857.160000] i8042 i8042: suspend
[ 857.648000] i8042 kbd 00:05: suspend
[ 857.648000] i8042 aux 00:04: suspend
[ 859.076000] i8042 i8042: LATE suspend
[ 862.076000] i8042 i8042: EARLY resume
[ 862.372000] i8042 aux 00:04: resuming
[ 862.376000] i8042 kbd 00:05: resuming
[ 862.480000] i8042 i8042: resuming

Revision history for this message
Jan Skowron (jan-skowron) wrote :

Solution:

  sudo sh -c 'echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind'
  sudo sh -c 'echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind'

Problem with keyboard not working after resume from suspend is in driver i8042. Until it will be fixed I advise to use this workaroud.
Other solution is to complile i8042 as module (and maybe psmouse) and unload it before suspend, that load it after resume.

I have put two above lines into my Power Manager configuration (/etc/pm/hooks/). If you are using diferent suspend script put it there.
I have laptop HP nx7400 with Fedora Core 6, as I can see this problem is common through all Linux distibutions and all manufacturers. On hundreds of forums there are questions like: "What to do if my keyboard and touchpad doesnt wake up after resume from suspend or thaw after hibernate" or topics like "no keyboard after suspend" and "keyboard problem after resume from hibernation". I think it is imperativie to solve this problem once and for all.

Problem solved but only temporarlly!
Solution from: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/23497/comments/17

PS. sometimes after resume scroll on touchpad doest work, going to text console (Alt+F1) and back (Alt+F7) often helps.

Revision history for this message
Henrik Nilsen Omma (henrik) wrote :

This will be retargeted towards the Hardy kernel once it is released. I've tagged this as "hardy-kernel-candidate" so that we make sure to retarget this report once the new release is out. However against the linux-source-2.6.20 package this is being marked as "Won't Fix" as it does not meet the criteria for a stable release update. To learn more about the stable release update process please refer to https://wiki.ubuntu.com/StableReleaseUpdates . Thanks!

Changed in linux-source-2.6.20:
status: Confirmed → Won't Fix
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Hardy Heron Alpha2 was recently released. It contains an updated version of the kernel. You can download and try the new Hardy Heron Alpha2 release from http://cdimage.ubuntu.com/releases/hardy/alpha-2/ . However, note that you will not be able to test Hibernation via the LiveCD, you'll have to test from an actuall install. If you feel up to installing on say a free partition or something, please verify if this bug still exists or not and report back your results. General information regarding the release can also be found here: http://www.ubuntu.com/testing/hardy/alpha2 . Thanks!

Changed in linux:
status: New → Incomplete
Revision history for this message
fain (fain) wrote :

I can suspend my laptop for a few min. and it will wake up fine but last night i left it in suspend over night and woke up this morning only to find my keyoard was dead and so was the touchpad. My external mouse was working I could no provide input via the keyboard though. I have a HP pavilion zv6000 using Hardy beta with kernel 2.6.24-16-generic thanks

Revision history for this message
xurxo13 (xurxo13) wrote :

I have the same problem on a Dell Inspiron 630m. 20% of the times I resume the keyboard and mouse don't work. What I do is to close the lid again so it will suspend again and then I resume again. At least is faster than rebooting!
Until Gutsy you could add the unbinding/binding in /etc/acpi/resume.d and suspend.d but I haven't figured out where to place it in Hardy (somewhere in /etc/pm?).

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

marauder13, I think the issue you are seeing is likely a duplicate of bug 99755 as the hardware reported there seems closer to the hardware you have. It's important to note in bug reports like this that even though you may be experiencing the same symptoms of a bug the issue is really hardware specific and would require fixes to different drivers. That's why for kernel bugs is typically better if bug reports target one specific issue against a specific set of hardware.

scaltro, since you are the original bug reporter, can you comment if this is still an issue with the Hardy Heron 8.04 release. Please let us know your results and we can proceed from there. Thanks.

Revision history for this message
xurxo13 (xurxo13) wrote :

I posted here because the symptons are the same and the solution provided by Jan works for me:
 sudo sh -c 'echo -n "i8042" > /sys/bus/platform/drivers/i8042/unbind'
 sudo sh -c 'echo -n "i8042" > /sys/bus/platform/drivers/i8042/bind'
Problem is you could put that commands on a script and place it in /etc/acpi/resume.d and suspend.d but the workaround doesnt work in Hardy now that it uses pm-utils

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

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.

Revision history for this message
VF (fviktor) wrote :

I've no Alpha4 installed, but tested it again with Ubuntu 8.04 Desktop i386 on the same notebook. It has Linux kernel 2.6.24-19, updated just now.

Now hibernation seems to work fine. Suspend left the NumLock on sometimes, but that can be turned off by pressing Fn-NumLock twice, so it seems to be no real problem, only an uncomfortable side-effect.

I'll check this with kernel 2.6.27 as soon as I have time to install Alpha4 to a free partition.

VF (fviktor)
Changed in linux:
status: Incomplete → New
Revision history for this message
Jörn Dreyer (j.dreyer) wrote :

I updated hardy to intrepid a few weeks ago and am now using kernel 2.6.27-3-generic. I still suffer from a not working keyboard and touchpad when resuming from suspend (to disk).

Revision history for this message
Robert Moerland (veel-mail) wrote :

I am using an Acer Aspire 1352XC with kernel 2.6.27-7-generic, ubuntu 8.10. I too experience that sometimes (say 1 out of 5 times) the keyboard is dead after a resume from suspend. The touchpad is working properly though. I never experienced this with gutsy, kernel 2.6.22-15-generic. Additional keyboard related software that I have installed is the keytouch package. I will uninstall it, since it is not working anyway anymore and see whether I still experience a dead keyboard after resume.

Revision history for this message
Jobson (mrjobson-gmail) wrote :

Intrepid 2.6.27-9-generic
Mouse -ok, keyboard is dead!

Revision history for this message
Robert Hendrickx (robert-percu) wrote :

On Intrepid, no problem anymore after hibernate, on a Toshiba Tecra S1.
I had problmes before on Hardy

Revision history for this message
kernel-janitor (kernel-janitor) wrote :

Hi scaltro,

This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? Can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux-image-`uname -r` 83243

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: needs-kernel-logs
tags: added: needs-upstream-testing
tags: added: kj-triage
Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
Johnathon Schultz (jomoschultz) wrote : apport-collect data

Architecture: amd64
DistroRelease: Ubuntu 9.04
HibernationDevice: RESUME=UUID=6ce0cf06-f0fb-4ef7-bd45-3439f2b2dadf
MachineType: Hewlett-Packard HP Pavilion tx2500 Notebook PC
NonfreeKernelModules: fglrx wl
Package: linux-image-2.6.28-13-generic 2.6.28-13.45
PackageArchitecture: amd64
ProcCmdLine: root=UUID=3dfc156d-6cfb-4d7b-a527-d71e28bc5185 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.28-13.45-generic
Uname: Linux 2.6.28-13-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
kernel-janitor (kernel-janitor) wrote :

Hi jomoschultz,

Thanks for running apport-collect to attach the requested debug files. We are still waiting for the original bug reporter to attach their debug files so that we can confirm you are indeed seeing the same issue. If the original bug reporter does not attach their debug files within 7 days we will have you open a separate bug report. We'll keep you posted. Thanks for your patience.

tags: removed: needs-kernel-logs
tags: added: needs-reporter-kernel-logs
Revision history for this message
kernel-janitor (kernel-janitor) wrote :

The original bug reporter has not attached their log files. Please open a new bug report and we'll track your issue there. Refer to https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies for insturctions on how to properly file a bug against the Ubuntu kernel. Thanks.

Changed in linux (Ubuntu):
status: Incomplete → New
status: New → Incomplete
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote :

Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: SB [HDA ATI SB], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 2/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: maksymov 2253 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'SB'/'HDA ATI SB at 0xd2400000 irq 16'
   Mixer name : 'IDT 92HD71B7X'
   Components : 'HDA:111d76b2,103c3600,00100302 HDA:11c11040,103c137e,00100200'
   Controls : 35
   Simple ctrls : 22
Card1.Amixer.info:
 Card hw:1 'HDMI'/'HDA ATI HDMI at 0xd2310000 irq 19'
   Mixer name : 'ATI R6xx HDMI'
   Components : 'HDA:1002aa01,00aa0100,00100000'
   Controls : 4
   Simple ctrls : 1
Card1.Amixer.values:
 Simple mixer control 'IEC958',0
   Capabilities: pswitch pswitch-joined
   Playback channels: Mono
   Mono: Playback [off]
CheckboxSubmission: 2db551034f0ad07edcc8e49f820ddd18
CheckboxSystem: e704f33cc0866ff0f0256a33de39ea1c
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=23332b8a-433d-4ec3-a8aa-8ed48d08fc74
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
MachineType: Hewlett-Packard HP Pavilion dv5 Notebook PC
NonfreeKernelModules: wl fglrx
Package: linux-image-2.6.31-15-generic 2.6.31-15.50
PackageArchitecture: amd64
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.31-15-generic root=UUID=87083bdc-6208-4385-ad72-de553d4b8179 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 LANG=ru_UA.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-15.50-generic
RelatedPackageVersions:
 linux-backports-modules-2.6.31-15-generic N/A
 linux-firmware 1.25
RfKill:
 0: hci0: Bluetooth
  Soft blocked: no
  Hard blocked: no
Uname: Linux 2.6.31-15-generic x86_64
UserGroups: adm admin audio cdrom dialout dip fax fuse lpadmin netdev plugdev sambashare video
XsessionErrors:
 (gnome-settings-daemon:2310): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (gnome-settings-daemon:2310): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (polkit-gnome-authentication-agent-1:2450): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (nautilus:2449): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
dmi.bios.date: 07/17/2008
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: F.07
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 3600
dmi.board.vendor: HP
dmi.board.version: 98.1E
dmi.chassis.type: 10
dmi.chassis.vendor: Quanta
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnHewlett-Packard:bvrF.07:bd07/17/2008:svnHewlett-Packard:pnHPPaviliondv5NotebookPC:pvrRev1:rvnHP:rn3600:rvr98.1E:cvnQuanta:ct10:cvrN/A:
dmi.product.name: HP Pavilion dv5 Notebook PC
dmi.product.version: Rev 1
dmi.sys.vendor: Hewlett-Packard

Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : AlsaDevices.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : AplayDevices.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : BootDmesg.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : Card0.Amixer.values.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : Card0.Codecs.codec.0.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : Card0.Codecs.codec.1.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : Card1.Codecs.codec.0.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : CurrentDmesg.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : Dependencies.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : IwConfig.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : Lspci.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : Lsusb.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : PciMultimedia.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : ProcCpuinfo.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : ProcInterrupts.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : ProcModules.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : UdevDb.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : UdevLog.txt
Revision history for this message
maksymov.vlad (maksymov.vlad) wrote : WifiSyslog.gz
Changed in linux (Ubuntu):
status: Incomplete → New
tags: added: apport-collected
Revision history for this message
xteejx (xteejx-deactivatedaccount) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue that you reported is one that should be reproducible with the live environment of the Desktop CD of the development release - Lucid Lynx. It would help us greatly if you could test with it so we can work on getting it fixed in the next release of Ubuntu. You can find out more about the development release at http://www.ubuntu.com/testing/. Thanks again and we appreciate your help.

Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
xteejx (xteejx-deactivatedaccount) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in linux (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Daniel Graña (danielgrana) wrote :

I was affected by this bug after upgrading from Maverick to Oneiric (clean reinstall),
the only useful reference I found was http://en.gentoo-wiki.com/wiki/Maxdata_Pro_7000X#AT2_PS2_Keyboard

and at the end I "fixed" it by blacklisting the module on suspend.

echo SUSPEND_MODULES=psmouse >/etc/pm/config.d/blacklist

Curtis Hovey (sinzui)
Changed in linux-source-2.6.20 (Ubuntu):
assignee: Registry Administrators (registry) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.