[Lenovo Ideapad S205] suspend/resume failure

Bug #1531105 reported by mrl586
22
This bug affects 3 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Medium
Unassigned

Bug Description

tux@S205:~$ lsb_release -rd
Description: Ubuntu Xenial Xerus (development branch)
Release: 16.04
tux@S205:~$ apt-cache policy linux-image-generic
linux-image-generic:
  Asennettu: 4.3.0.5.6
  Ehdokas: 4.3.0.5.6
  Versiotaulukko:
 *** 4.3.0.5.6 500
        500 http://fi.archive.ubuntu.com/ubuntu xenial/main i386 Packages
        100 /var/lib/dpkg/status

ProblemType: KernelOops
DistroRelease: Ubuntu 16.04
Package: linux-image-4.3.0-5-generic 4.3.0-5.16
ProcVersionSignature: Ubuntu 4.3.0-5.16-generic 4.3.3
Uname: Linux 4.3.0-5-generic i686
Annotation: This occurred during a previous suspend, and prevented the system from resuming properly.
ApportVersion: 2.19.3-0ubuntu2
Architecture: i386
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: tux 1354 F.... pulseaudio
 /dev/snd/controlC0: tux 1354 F.... pulseaudio
Date: Tue Jan 5 10:05:18 2016
DuplicateSignature: suspend/resume:LENOVO Brazos:4BCN21WW
ExecutablePath: /usr/share/apport/apportcheckresume
ExecutableTimestamp: 1449740259
Failure: suspend/resume
HibernationDevice: RESUME=UUID=32b9aa72-b625-487e-a5b8-6b621d567c76
InstallationDate: Installed on 2016-01-05 (0 days ago)
InstallationMedia: Xubuntu 16.04 LTS "Xenial Xerus" - Alpha i386 (20160104)
InterpreterPath: /usr/bin/python3.5
MachineType: LENOVO Brazos
ProcCmdline: /usr/bin/python3 /usr/share/apport/apportcheckresume
ProcCwd: /
ProcEnviron:
 PATH=(custom, no user)
 LANG=fi_FI.UTF-8
ProcFB: 0 radeondrmfb
ProcKernelCmdLine: root=UUID=ffc5ca30-e3d6-4ca6-a574-c11aa8214ab9 ro quiet splash
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
 linux-restricted-modules-4.3.0-5-generic N/A
 linux-backports-modules-4.3.0-5-generic N/A
 linux-firmware 1.154
SourcePackage: linux
Title: [LENOVO Brazos] suspend/resume failure
UdevLog: Error: [Errno 2] Tiedostoa tai hakemistoa ei ole: '/var/log/udev'
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:

dmi.bios.date: 05/23/2011
dmi.bios.vendor: LENOVO
dmi.bios.version: 4BCN21WW
dmi.board.asset.tag: Base Board Asset Tag Unknown
dmi.board.name: Inagua
dmi.board.vendor: LENOVO
dmi.board.version: 109-B78210-00A
dmi.chassis.asset.tag: Chassis Asset Tag Unknown
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Chassis Version Unknown
dmi.modalias: dmi:bvnLENOVO:bvr4BCN21WW:bd05/23/2011:svnLENOVO:pnBrazos:pvrIdeapadS205:rvnLENOVO:rnInagua:rvr109-B78210-00A:cvnLENOVO:ct10:cvrChassisVersionUnknown:
dmi.product.name: Brazos
dmi.product.version: Ideapad S205
dmi.sys.vendor: LENOVO

Revision history for this message
mrl586 (mrl586) wrote :
Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Joseph Salisbury (jsalisbury) wrote : Re: [LENOVO Brazos] suspend/resume failure

Did this issue start happening after an update/upgrade? Was there a prior kernel version where you were not having this particular problem?

Would it be possible for you to test the latest upstream kernel? Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v4.4 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'.

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/v4.4-rc7-wily

Changed in linux (Ubuntu):
importance: Undecided → Medium
status: Confirmed → Incomplete
Revision history for this message
mrl586 (mrl586) wrote :

I have tested the latest mainline kernel 4.4.0-040400rc8-generic and I can reproduce this bug with that kernel.

tags: added: kernel-bug-exists-upstream
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
mrl586 (mrl586) wrote :

The latest fully working upstream kernel is 3.14.58 and also trusty default kernel 3.13.x working perfectly.

penalvch (penalvch)
tags: added: bios-outdated-4bcn21ww
tags: added: bios-outdated-4bcn24ww
removed: bios-outdated-4bcn21ww
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
mrl586 (mrl586) wrote :

Did you know any working BIOS upgrade method for non-Windows system? Like LiveCD?

Revision history for this message
mrl586 (mrl586) wrote :

I have successfully flashed 4BCN24WW based modified BIOS using BartPE live environment, but it is not solve this resume/suspend problem (tested with latest upstream mainline kernel).

tux@S205:~$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
4BCN24WW
08/10/2011

Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

mrl586, to clarify, which version of upstream did you test precisely?

tags: added: latest-bios-4bcn24ww
removed: bios-outdated-4bcn24ww
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
mrl586 (mrl586) wrote :

4.4 rc8

Revision history for this message
penalvch (penalvch) wrote :

mrl586, could you please provide the missing information following https://wiki.ubuntu.com/DebuggingKernelSuspend ?

tags: added: kernel-bug-exists-upstream-4.4-rc8
Revision history for this message
mrl586 (mrl586) wrote :
Revision history for this message
mrl586 (mrl586) wrote :
Revision history for this message
mrl586 (mrl586) wrote :

Before I can start boot process after suspend I must remove battery and take AC/DC adapter off, otherwise I can see only blank screen.

Revision history for this message
mrl586 (mrl586) wrote :

[ 2.442343] Magic number: 0:879:178
[ 2.442354] hash matches /home/kernel/COD/linux/drivers/base/power/main.c:1065
[ 2.442470] acpi device:0e: hash matches
[ 2.442486] platform: hash matches

Revision history for this message
mrl586 (mrl586) wrote :

After suspending this laptop ssh server is not available before hard boot (see comment 14).

Revision history for this message
mrl586 (mrl586) wrote :

Without AC/DC adapter suspend and resume works normally with kernel 4.4rc8, but with AC/DC adapter it doesn't. Actually suspend seems works with AC/DC adaptor but not resuming from suspend mode.

Revision history for this message
mrl586 (mrl586) wrote :

Should we enable thinkpad_acpi kernel module with this laptop? According to attached files it is not enabled. I know that this laptop is not real thinkpad, but maybe this kernel module will change situation in some way.

Revision history for this message
penalvch (penalvch) wrote :

mrl586, in order to rule out an architecture issue, could you please test this with the x64 live environment via http://cdimage.ubuntu.com/daily-live/current/xenial-desktop-amd64.iso ?

No need to add attachments, just test with it and make a comment if it worked or not.

Revision history for this message
mrl586 (mrl586) wrote :

It seems that this bug also exist in 64bit software environment.

Revision history for this message
penalvch (penalvch) wrote :

mrl586, the next step is to fully commit bisect from kernel 3.14 to 4.3 in order to identify the last good kernel commit, followed immediately by the first bad one. This will allow for a more expedited analysis of the root cause of your issue. Could you please do this following https://wiki.ubuntu.com/Kernel/KernelBisection ?

Please note, finding adjacent kernel versions is not fully commit bisecting.

After the offending commit (not kernel version) has been identified, then please mark this report Status Confirmed.

Thank you for your understanding.

Helpful bug reporting tips:
https://wiki.ubuntu.com/ReportingBugs

tags: added: amd64
tags: added: xenial
tags: added: needs-bisect regression-release
Revision history for this message
mrl586 (mrl586) wrote :

According to my test results both 3.14 (3.14.58) and 3.15 (3.15.10) are good kernel branch. I think that problem is somewhere in 3.16 kernel branch. With kernels 3.16rc1 and 3.16rc2 I can see only blinking cursor, but it seems that resuming from suspend mode working with those kernels. Kernel between 3.16rc3 and 3.16rc6 seems broken and I could not boot those kernel. I can reproduce this bug with kernel 3.16rc7, so it is bad kernel.

tags: removed: need-duplicate-check
Revision history for this message
mrl586 (mrl586) wrote :

177cf92de4aa97ec1435987e91696ed8b5023130 is the first bad commit
commit 177cf92de4aa97ec1435987e91696ed8b5023130
Author: Daniel Vetter <email address hidden>
Date: Tue Apr 1 22:14:59 2014 +0200

    drm/crtc-helpers: fix dpms on logic

    This was introduced in

    commit 25f397a429dfa43f22c278d0119a60a343aa568f
    Author: Daniel Vetter <email address hidden>
    Date: Fri Jul 19 18:57:11 2013 +0200

        drm/crtc-helper: explicit DPMS on after modeset

    but due to a bit of rebase fail on my side the patch actually merged
    put one hunk on the wrong side of a break statement. Fix this up.

    Reported-by: Dan Carpenter <email address hidden>
    Cc: Dan Carpenter <email address hidden>
    Cc: Dave Airlie <email address hidden>
    Cc: Alex Deucher <email address hidden>
    Signed-off-by: Daniel Vetter <email address hidden>
    Signed-off-by: Dave Airlie <email address hidden>

:040000 040000 799debac542011fe73fb9b30ff1fa4cc3e331d6d 8112b77ef4fa1d1eb84ed0eecb0c825e776100ed M drivers

Revision history for this message
mrl586 (mrl586) wrote :
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

mrl586, lastly, could you please test the latest mainline kernel via http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4-wily/ and advise to the results?

tags: added: bisect-done
removed: needs-bisect
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
mrl586 (mrl586) wrote :

I have tested kernel 4.4.0 but same bug is still here.

Revision history for this message
penalvch (penalvch) wrote :

mrl586, the issue you are reporting is an upstream one. Could you please report this problem following the instructions verbatim at https://wiki.ubuntu.com/Bugs/Upstream/kernel to the appropriate mailing list (TO Daniel Vetter, Dan Carpenter, Dave Airlie, and Alex Deucher CC dri-devel)

Please provide a direct URL to your post to the mailing list when it becomes available so that it may be tracked.

Thank you for your understanding.

Changed in linux (Ubuntu):
status: Incomplete → Triaged
summary: - [LENOVO Brazos] suspend/resume failure
+ [Lenovo Ideapad S205] suspend/resume failure
Revision history for this message
Sam Stoelinga (sammiestoel) wrote :

Did anybody ever file this to upstream kernel? I am stuck with the same issue on ArchLinux

Revision history for this message
mrl586 (mrl586) wrote :

I have a least tried to send a bug report to dri-devel mailing list. However, it is possible that the message may not be arrived at the destination.

Revision history for this message
mrl586 (mrl586) wrote :

I have Manjaro currently installed on that laptop and it works normally with kernel 4.4.21. Manjaro comes with tlp by default. There aren't tlp installed on *ubuntu/debian by default but if I install tlp, those Debian-based distribution start working normally.

Revision history for this message
Sam Stoelinga (sammiestoel) wrote :

@ml586 thanks for the golden info :) I will try that out and hopefully the ArchLinux TLP will also solve the issue.

Revision history for this message
Oleg (kwazaro) wrote :

Linux Mint 18.1 64bit (Kernel 4.4.0-62-generic). Lenovo s205 successfully wakes up after suspend (without battery, only AC/DC plugged in)! Only after installing "tlp". Thanks!

Revision history for this message
Karl Tomlinson (bugs+launchpad) wrote :

Similar symptoms with "acpi device:0d: hash matches", only when on AC (not
when running off battery), occur on a 2016 Dell system when the xHCI (USB 3.0)
driver is not available. Perhaps the device remains on while on AC.

Revision history for this message
penalvch (penalvch) wrote :

Karl Tomlinson, have you confirmed the same root cause by reverting the offending commit noted in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1531105/comments/23 ?

Revision history for this message
Karl Tomlinson (bugs+launchpad) wrote :

In reply to comment #34,
I haven't tried reverting http://www.spinics.net/lists/dri-devel/msg56410.html
I suspect that the root cause differs because connection between xHCI and CRTC seems remote and the 4.9.25-gentoo kernel involved in comment #33 failed to resume even with i915.modeset=0.

Revision history for this message
penalvch (penalvch) wrote :

Karl Tomlinson, if you are using gentoo, you should report that to their bug tracker.

If you are using Ubuntu, you would want to file a new report via a terminal:
ubuntu-bug linux

Revision history for this message
Po-Hsu Lin (cypressyew) wrote :

4.3 EOL, please feel free to open a new bug is you're still seeing this issue.

Changed in linux (Ubuntu):
status: Triaged → Won't Fix
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.