[LENOVO 80H8] hibernate/resume failure

[Asbjørn Nilsen Riseth]

I can't resume from hibernation, as the system seems to stall after PM: Image loading is done, and non-boot CPUs are disabled.

The problem appeared after I upgraded from 14.04 to 15.04. I see from the apport-summary that there is a problem with PulseAudio - could it be the cause?

I've attached a picture of what my screen shows before I have to do a hard reboot. Sorry about the quality of the picture.

ProblemType: KernelOops
DistroRelease: Ubuntu 15.04
Package: linux-image-3.19.0-26-generic 3.19.0-26.28
ProcVersionSignature: Ubuntu 3.19.0-26.28-generic 3.19.8-ckt4
Uname: Linux 3.19.0-26-generic x86_64
Annotation: This occured during a previous hibernate and prevented it from resuming properly.
ApportVersion: 2.17.2-0ubuntu1.3
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: asbjorn 1381 F.... pulseaudio
 /dev/snd/controlC1: asbjorn 1381 F.... pulseaudio
Date: Mon Aug 31 10:28:29 2015
DuplicateSignature: hibernate/resume:LENOVO 80H8:8BCN44WW(V3.07)
ExecutablePath: /usr/share/apport/apportcheckresume
ExecutableTimestamp: 1439395517
Failure: hibernate/resume
HibernationDevice: RESUME=UUID=a9cf9119-9b91-4cbd-bd7a-483787652dbd
InterpreterPath: /usr/bin/python3.4
MachineType: LENOVO 80H8
ProcCmdline: /usr/bin/python3 /usr/share/apport/apportcheckresume
ProcCwd: /
ProcEnviron:
 LANGUAGE=en_GB:
 PATH=(custom, no user)
 LANG=en_GB.UTF8
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-26-generic root=UUID=21144522-d804-4a5b-b792-ca3b3753ef47 ro no_console_suspend=1
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No PulseAudio daemon running, or not running as session daemon.
RelatedPackageVersions:
 linux-restricted-modules-3.19.0-26-generic N/A
 linux-backports-modules-3.19.0-26-generic N/A
 linux-firmware 1.143.3
SourcePackage: linux
Title: [LENOVO 80H8] hibernate/resume failure
UpgradeStatus: Upgraded to vivid on 2015-07-25 (36 days ago)
UserGroups:

dmi.bios.date: 07/21/2014
dmi.bios.vendor: LENOVO
dmi.bios.version: 8BCN44WW(V3.07)
dmi.board.asset.tag: 31900056WIN
dmi.board.name: INVALID
dmi.board.vendor: LENOVO
dmi.board.version: 31900056WIN
dmi.chassis.asset.tag: 31900056WIN
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Lenovo M30-70
dmi.modalias: dmi:bvnLENOVO:bvr8BCN44WW(V3.07):bd07/21/2014:svnLENOVO:pn80H8:pvrLenovoM30-70:rvnLENOVO:rnINVALID:rvr31900056WIN:cvnLENOVO:ct10:cvrLenovoM30-70:
dmi.product.name: 80H8
dmi.product.version: Lenovo M30-70
dmi.sys.vendor: LENOVO

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

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.2 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.2-unstable/

[Asbjørn Nilsen Riseth (anriseth)]

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

This issue started happening after I upgraded to Ubuntu 15.04. I had no problem with 14.04, with whatever was the newest stable kernel as of July 24th.

> Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Same problem with upstream 4.2.0-040200-generic.
The resume process stops at the same point. Note that the cursor is still blinking, but nothing else is happening.

[Asbjørn Nilsen Riseth (anriseth)]

I have updated the BIOS and the problem persists.

I hibernate with the following commands
echo platform > /sys/power/disk
echo disk > /sys/power/state

The system goes into hibernation. When I start the laptop again, it loads the image and the system stops after the third non-boot CPU is offline. The cursor is still blinking, but nothing happens.

If I use
echo shutdown > /sys/power/disk
I don't seem to have a problem.

$ sudo dmidecode -s bios-version && sudo dmidecode -s bios-release-date
8BCN48WW(V3.11)
07/20/2015

[penalvch (penalvch)]

Asbjørn Nilsen Riseth, could you please boot into a prior kernel from <= July 24th and advise if this is still reproducible?

[Asbjørn Nilsen Riseth (anriseth)]

I have tested a few more kernels to see if we can narrow down the problem. It works on the newest 3.13.0 generic kernel, built in August, as well as the 3.19 kernel built in April.

The problem has probably been introduced somewhere on the 3.19 line between late .April and late July. I'll try to pin it down later.

Platform hibernation works on the following:
Linux nb-infomm-09 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Linux nb-infomm-09 3.13.0-63-generic #103-Ubuntu SMP Fri Aug 14 21:42:59 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Linux nb-infomm-09 3.19.0-15-generic #15-Ubuntu SMP Thu Apr 16 23:32:37 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

It does not work on:
Linux nb-infomm-09 3.19.0-28-generic #30-Ubuntu SMP Mon Aug 31 15:52:51 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

[penalvch (penalvch)]

Asbjørn Nilsen Riseth, could you please test the latest upstream kernel available from the very top line at the top of the page from http://kernel.ubuntu.com/~kernel-ppa/mainline/?C=N;O=D (the release names are irrelevant for testing, and please do not test the daily folder)? Install instructions are available at https://wiki.ubuntu.com/Kernel/MainlineBuilds . This will allow additional upstream developers to examine the issue.

If the latest kernel did not allow you to test to the issue (ex. you couldn't boot into the OS) please make a comment in your report about this, and continue to test the next most recent kernel version until you can test to the issue. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this issue is fixed in the mainline kernel, please add the following tags by clicking on the yellow circle with a black pencil icon, next to the word Tags, located at the bottom of the report description:
kernel-fixed-upstream
kernel-fixed-upstream-X.Y-rcZ

Where X, Y, and Z are numbers corresponding to the kernel version.

If the mainline kernel does not fix the issue, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-X.Y-rcZ

Please note, an error to install the kernel does not fit the criteria of kernel-bug-exists-upstream.

Once testing of the latest upstream kernel is complete, please mark this report's Status as Confirmed. Please let us know your results.

Thank you for your understanding.

[Asbjørn Nilsen Riseth (anriseth)]

I tried upstream already (see comment #4).
So platform hibernate does not work on 4.2.0-040200-generic

[Asbjørn Nilsen Riseth (anriseth)]

Tried it on 4.3-rc2, the problem persists.

[penalvch (penalvch)]

Asbjørn Nilsen Riseth, the next step is to fully commit bisect from the last working kernel to 3.19 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.

Thank you for your understanding.

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

[Asbjørn Nilsen Riseth (anriseth)]

The issue happens somewhere between v3.18 and v3.19-rc1 in the mainline kernel repo.
That's a ~11 step bisect, which will take some time on my laptop. I'll see if I can get this done at some point.

[Biscuit Wang (biscuit-2014)]

I'm using the ASUS K401LB5200, have the same problem, but the resume will not failed every time, it will fail one out of three resume, and the resume hang after

Disabling non-boot CPUs...
intel_pstate CPU 1 exiting
smpboot: CPU 1 is now offline
intel_pstate CPU 2 exiting
smpboot: CPU 2 is now offline
intel_pstate CPU 3 exiting
smpboot: CPU 3 is now offline

I have tested 3.19.0-33-generic and the mainline v4.1.13-wily, the bug exists.

I'm now testing the 3.16.0-40-generic, it seems works well.

[penalvch (penalvch)]

Biscuit Wang, it will help immensely if you filed a new report via a terminal:
ubuntu-bug linux

Please feel free to subscribe me to it.

[Launchpad Janitor (janitor)]

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