Keyboard very slow after resume with Macbook 4.1

Bug #327311 reported by Damien Cassou
32
This bug affects 5 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Undecided
Unassigned

Bug Description

Hi,

often when I resume the computer after a suspend to ram, the keyboard responds very slowly: i.e., I press a key and the event is handled two or three seconds later. This already happened with Hardy but I'm now running a fresh Intrepid and the problem still occurs. Only a full restart can bring the keyboard back to being usable.

I followed DebuggingKernelSuspend documentation on the wiki and I attach the generated dmesg file.

$ uname -a
Linux luz 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686 GNU/Linux

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
Package: linux-image-2.6.27-11-generic 2.6.27-11.27
ProcCmdLine: root=UUID=95867fa9-6a8a-4be3-8097-d9e512d5441d ro quiet splash
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/username/Documents/configuration/scripts
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.27-11.27-generic
SourcePackage: linux

Revision history for this message
Damien Cassou (cassou) wrote :
Revision history for this message
Damien Cassou (cassou) wrote :

I forgot to say that the touchpad also feels very unresponsive.

Revision history for this message
Damien Cassou (cassou) wrote :

I forgot to say that the mouse is very slow too and some mouse-clics are ignored.

Revision history for this message
Simon Hausmann (shausman) wrote :

In Karmic the situation seems to have improved. 3 out of 5 times the macbook wakes up and the keyboard and mouse are just fine. The other times they're unusable again and require a reboot.

It almost appears that the'yre slow because their events are being polled, but top doesn't indicate any CPU usage.

Revision history for this message
Damien Cassou (cassou) wrote :

Hi Simon,

could you please copy/past /var/log/messages when that happens? I have a stack trace in there.

Bye

Revision history for this message
Simon Hausmann (shausman) wrote :

Yes, I've attached a truncated dmesg output.

Revision history for this message
William Wolf (throughnothing) wrote :

I have the same issue with karmic. Sometimes the computer will resume from suspend fine with no issues, but id say about half of the time it has the sluggishness, my load stays around 3-4, and my mouse and keyboard are very laggy. The keyboard is even laggy if i switch over to a console and kill X, so it's not an X only thing as I had thought.

 I also notice that when i suspend my computer for shorter periods of time, it seems more likely to resume fine, but if i leave it suspended all day, it will usually be slow when i resume.

Revision history for this message
airlabam (airlab-am) wrote :

I have the same issues on a Macbook 4.1, with the same symptoms as WilliamWolf -- shorter periods of leaving the computer suspended yield a lower chance of laggy touchpad+keyboard, while higher periods of time carry a risk of touchpad/keyboard not working after a resume. The problem does not affect my external keyboard or mouse, but it really makes laptop usage inconvenient and necessitates unnecessary reboots.

Revision history for this message
Damien Cassou (cassou) wrote :

I opened an issue on the Linux kernel tracker: http://bugzilla.kernel.org/show_bug.cgi?id=14718.

Note that I propose 50€ to get this bug fixed. If you want to propose money too, you can add a bid to http://www.cofundos.org/project.php?id=178.

Revision history for this message
Damien Cassou (cassou) wrote :

From Zhang Rui 2010-01-18 02:42:33 (http://bugzilla.kernel.org/show_bug.cgi?id=14718):
    so please boot with kernel parameter "irqpoll" and see if the problem still exist.

Revision history for this message
Jeremy Foshee (jeremyfoshee) wrote :

Hi Damien,

If you could also please 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-upstream-testing
tags: added: kj-triage
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Damien Cassou (cassou) wrote :

The bug has been tested in the latest upstream kernel already: http://bugzilla.kernel.org/show_bug.cgi?id=14718

tags: removed: needs-upstream-testing
Revision history for this message
Sebastian Thürrschmidt (thuerrschmidt) wrote :

I also have a MacBook 4,1, currently running Lucid amd64, and I'm experiencing this bug too. In fact, it's been happening ever since Hardy, sometimes very frequently, sometimes only rarely, and always in a very unpredictable manner. On my machine it's primarily the touchpad that tends to be sluggish after resuming from suspend, less so the keyboard (or perhaps I'm just using the touchpad more than the original submitter).

I have a looming suspicion (but I can't prove for sure) that the probability of a sluggish touchpad increases when an external USB device (like a hard disk or an mp3 player) had been connected earlier during the same session but wasn't any longer when going into suspend mode. Also, in earlier Ubuntu releases (before plymouth), there were sometimes text mode messages about interrupts not having been cared about while resuming. Whenever one of those appeared the touchpad and/or keyboard was certain to be unuseable.

I'd be happy to help resolve this bug. I don't have 50 euros to spare (blame it on the MacBook), but feel free to ask for log files, modprobing, lspci output, whatever.

Revision history for this message
Damien Cassou (cassou) wrote :

Hi Sebastian,

could you please let a note on the upstream tracker too? http://bugzilla.kernel.org/show_bug.cgi?id=14718

Thanks

Revision history for this message
Sebastian Thürrschmidt (thuerrschmidt) wrote :

Damien, I added a comment upstream. Also, I retract my remark about a possible influence of external USB devices. After some more playing around,this doesn't seem very likely after all.

Revision history for this message
Sebastian Thürrschmidt (thuerrschmidt) wrote :

I've hadn't had this issue anymore since upgrading to Maverick. Has anybody else?

Revision history for this message
William Wolf (throughnothing) wrote : Re: [Bug 327311] Re: Keyboard very slow after resume with Macbook 4.1

I haven't had the issue since Maverick either.

2010/10/26 Sebastian Thürrschmidt <email address hidden>:
> I've hadn't had this issue anymore since upgrading to Maverick. Has
> anybody else?
>
> --
> Keyboard very slow after resume with Macbook 4.1
> https://bugs.launchpad.net/bugs/327311
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “linux” package in Ubuntu: Confirmed
>
> Bug description:
> Hi,
>
> often when I resume the computer after a suspend to ram, the keyboard responds very slowly: i.e., I press a key and the event is handled two or three seconds later. This already happened with Hardy but I'm now running a fresh Intrepid and the problem still occurs. Only a full restart can bring the keyboard back to being usable.
>
> I followed DebuggingKernelSuspend documentation on the wiki and I attach the generated dmesg file.
>
> $ uname -a
> Linux luz 2.6.27-11-generic #1 SMP Thu Jan 29 19:24:39 UTC 2009 i686 GNU/Linux
>
> ProblemType: Bug
> Architecture: i386
> DistroRelease: Ubuntu 8.10
> Package: linux-image-2.6.27-11-generic 2.6.27-11.27
> ProcCmdLine: root=UUID=95867fa9-6a8a-4be3-8097-d9e512d5441d ro quiet splash
> ProcEnviron:
>  PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/username/Documents/configuration/scripts
>  LANG=en_US.UTF-8
>  SHELL=/bin/bash
> ProcVersionSignature: Ubuntu 2.6.27-11.27-generic
> SourcePackage: linux
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/327311/+subscribe
>

--

William Wolf

Revision history for this message
Brad Figg (brad-figg) wrote : Unsupported series, setting status to "Won't Fix".

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.

Changed in linux (Ubuntu):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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