[Thinkpad Twist] resumes immediately after suspend

Bug #1309938 reported by Amos Blanton on 2014-04-19
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Medium
Unassigned

Bug Description

Thinkpad S230U resumes immediately after suspend. Can test with: sudo pm-suspend.

WORKAROUND: Add the following to: /etc/rc.local
if grep -q "EHC1.*enabled" /proc/acpi/wakeup; then
 echo EHC1 > /proc/acpi/wakeup
fi

---
ApportVersion: 2.14.1-0ubuntu3
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: lightnin 1939 F.... pulseaudio
CurrentDesktop: Unity
DistroRelease: Ubuntu 14.04
HibernationDevice: RESUME=UUID=a1da2744-b701-4c18-848e-cdb59b9162e0
InstallationDate: Installed on 2014-04-17 (3 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Daily amd64 (20140413)
MachineType: LENOVO 33472HU
NonfreeKernelModules: wl
Package: linux (not installed)
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-24-generic root=UUID=8f55f4e9-c3be-461f-94b6-c6312cba3345 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9
RelatedPackageVersions:
 linux-restricted-modules-3.13.0-24-generic N/A
 linux-backports-modules-3.13.0-24-generic N/A
 linux-firmware 1.127
Tags: trusty
Uname: Linux 3.13.0-24-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo
_MarkForUpload: True
dmi.bios.date: 10/25/2013
dmi.bios.vendor: LENOVO
dmi.bios.version: GDETA3WW (1.63 )
dmi.board.asset.tag: Not Available
dmi.board.name: 33472HU
dmi.board.vendor: LENOVO
dmi.board.version: Win8 Pro DPK TPG
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvrGDETA3WW(1.63):bd10/25/2013:svnLENOVO:pn33472HU:pvrThinkPadTwist:rvnLENOVO:rn33472HU:rvrWin8ProDPKTPG:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 33472HU
dmi.product.version: ThinkPad Twist
dmi.sys.vendor: LENOVO

Amos Blanton (lightnin9) wrote :

Found a workaround on a similar bug that is now closed:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1213233

It seems to work:

Add the following to: /etc/rc.local

if grep -q "EHC1.*enabled" /proc/acpi/wakeup; then
 echo EHC1 > /proc/acpi/wakeup
fi

(From: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1213233/comments/8 )

affects: pm-utils (Ubuntu) → linux (Ubuntu)

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1309938

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: New → Incomplete

apport information

tags: added: apport-collected
description: updated

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

apport information

Changed in linux (Ubuntu):
status: Incomplete → Confirmed

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.15 kernel[0].

If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.15-rc2-trusty/

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Amos Blanton (lightnin9) wrote :

Tested latest upstream kernel 3.15 (and disabled workaround described above), problem persists.

Note that the first few suspends are often successful (either kernel). I'm still trying to figure out what the key element is that gets the system into the state where suspend fails every time - it may be connect / disconnect AC.

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
tags: added: kernel-bug-exists-upstream

Amos Blanton, as per http://download.lenovo.com/express/ddfm.html an update to your BIOS is available (1.66). If you update to this following https://help.ubuntu.com/community/BiosUpdate does it change anything? If it doesn't, could you please both specify what happened, and provide the output of the following terminal command:
sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date

Please note your current BIOS is already in the Bug Description, so posting this on the old BIOS would not be helpful.

For more on BIOS updates and linux, please see https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette .

Thank you for your understanding.

tags: added: bios-outdated-1.66
description: updated
description: updated
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
summary: - Thinkpad Twist 3347-2HU resumes immediately after suspend
+ [Thinkpad Twist] resumes immediately after suspend
Amos Blanton (lightnin9) wrote :

The previous update caused all USB devices to fail, as well as the built in trackpad. This claims to have a fix for that, but probably does not fix another bios related issue: Booting the device when AC power is not present results in no mouse cursor. That affects all bioses after 1.52 I'm told. See this bug for more info:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1210748

In short, bios es for this device seem to be in rather bad shape.

I'll endeavor to test the latest, which claims have a fix for the disabling of all USB ports issue, in the next few weeks. Since it lists no other changes in the readme, it's unlikely to address this bug.

Amos Blanton (lightnin9) wrote :

I switched to Arch, where the problem persists. The rc.local fix described above does not work because Arch uses systemd. Here is a UDEV rule that solves the problem.

# cat /etc/udev/rules.d/ehc1.rules
ACTION=="add", KERNEL=="0000:00:1d.0", SUBSYSTEM=="pci", RUN+="/bin/sh -c 'echo EHC1 > /proc/acpi/wakeup'"

From:
https://bbs.archlinux.org/viewtopic.php?pid=1393073#p1393073

Apparently, even macs are having this problem, the root of which is the EHC1 USB device controller wakeing the computer - sometimes randomly. This bug is rather bad because it can cause the laptop to wake while inside an enclosed insulated space, like a backpack, which makes things get very hot in there.

I have little hope that the latest Thinkpad Bios will resolve this problem, but will try to test in the coming weeks.

Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers