Ubuntu
linux package

touchpad cursor frozen (does not move) after suspend

Bug #587968 reported by Martin Konôpka
This bug report is a duplicate of:  Bug #86820: touchpad doesn't work after suspend. Edit Remove
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

Binary package hint: xserver-xorg-video-intel

When I go to suspend and then resume back the touchpad cursor becomes frozen and the touchpad thus becomes unusable. I tested it when running on battery power and with no mouse attached. (However it may behave in the same way also under other conditions.)

I must add that I was getting the same bug (and reported or commented it long time ago) also for the Intrepid Ibex version of ubuntu which I have had installed on the same machine until recently. (The machine is a 32-bit notebook with an Intel 945 GM chipset. Currently I am using ubuntu 10.04 LTS. Visual effects are switched off.)

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: xserver-xorg-video-intel 2:2.9.1-3ubuntu5
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic i686
Architecture: i386
Date: Mon May 31 18:09:36 2010
DkmsStatus: Error: [Errno 2] No such file or directory
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
MachineType: FUJITSU SIEMENS AMILO Pro V3205
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-22-generic root=UUID=710ce00a-a2a7-42b2-a7b7-836672d4c674 ro quiet splash
ProcEnviron:
 LANGUAGE=en_GB:en
 PATH=(custom, user)
 LANG=en_GB.utf8
 SHELL=/bin/bash
SourcePackage: xserver-xorg-video-intel
dmi.bios.date: 02/14/2007
dmi.bios.vendor: Phoenix
dmi.bios.version: 1.20
dmi.board.name: 10AD
dmi.board.vendor: FUJITSU
dmi.board.version: 03
dmi.chassis.type: 10
dmi.chassis.vendor: FUJITSU SIEMENS
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnPhoenix:bvr1.20:bd02/14/2007:svnFUJITSUSIEMENS:pnAMILOProV3205:pvrREV1:rvnFUJITSU:rn10AD:rvr03:cvnFUJITSUSIEMENS:ct10:cvrN/A:
dmi.product.name: AMILO Pro V3205
dmi.product.version: REV1
dmi.sys.vendor: FUJITSU SIEMENS
glxinfo: Error: [Errno 2] No such file or directory
system:
 distro: Ubuntu
 codename: lucid
 architecture: i686
 kernel: 2.6.32-22-generic

Revision history for this message
Martin Konôpka (martin.konopka) wrote :
Stenten (stenten)
affects: xserver-xorg-video-intel (Ubuntu) → linux (Ubuntu)
tags: added: resume suspend
Revision history for this message
Jeremy Foshee (jeremyfoshee) wrote :

Hi Martin,

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: kernel-suspend
tags: added: needs-upstream-testing
tags: added: kj-triage
Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
Martin Konôpka (martin.konopka) wrote :

Hi Jeremy,

So I have tested the newest mainline kernel, 2.6.35-999-generic . The bug is still there. (I am not surprised because this bug survives already over few years and several ubuntu releases.)

I want to add one observation: the bug affects touchpad cursor (which is shown but does not move and the touchpad is then unusable). It does not affect mouse cursor. I.e. if I attach a USB mouse to the affected notebook the cursor starts to behave normally (I can use the mouse) BUT ONLY WHEN MOVING IT BY MOUSE. The touchpad remains unusable; it is not possible to move the cursor using the touchpad.

And now few details about the kernel files I used: They were four ones:

linux-headers-2.6.35-999_2.6.35-999.201006021335_all.deb
linux-headers-2.6.35-999-generic_2.6.35-999.201006021335_i386.deb
linux-image-2.6.35-999-generic_2.6.35-999.201006021335_i386.deb
linux-source-2.6.35_2.6.35-999.201006021335_all.deb

I placed them all into a subdirectory and issued the command
sudo dpkg -i *.deb
Then I rebooted to the new kernel.

I now removed the 'needs-upstream-testing' tag.

Martin.

tags: removed: needs-upstream-testing
Jeremy Foshee (jeremyfoshee)
Changed in linux (Ubuntu):
status: Incomplete → Triaged
importance: Undecided → Medium
tags: added: kernel-power
Revision history for this message
Dmitry Torokhov (dtor) wrote :

Does booting with i8042.reset kernel option (set in grub) help any?

Revision history for this message
Martin Konôpka (martin.konopka) wrote :

Dear Dmitry,

You have overestimated my knowledge of linux and grub . I do not know how to issue the option i8042.reset . I looked into the grub menu (at boot time) and could see items (about 6 - 7 lines) starting with
recordfail
and ending with
initrd <something>

Should I edit this list and add the option i8042.reset to some of these lines? To which one?

Or should I add this option to a new separate line? What should then be its ordering?

Or should I just go to the grub command line (indicated with the > prompt) and issue the command
"boot i8042.reset " ?

Or something completely different?

Please give me some advice if you wish to know some useful output from me ...
Thanks.
Martin.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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