[Toshiba Portege Z835-P370] 15.04 Beta suspend on lid close does not work.

[JaSauders]

Hello friends. I fired up 15.04 beta on my Toshiba Z835 ultrabook. Upon lid close, the system does not suspend despite being set to suspend on lid close for both battery and on AC power. This worked fine under 14.04, however I admittedly never tested 14.10.

WORKAROUND: Select the gear in the upper right corner and hit suspend.

ProblemType: Bug
DistroRelease: Ubuntu 15.04
Package: linux-image-3.19.0-7-generic 3.19.0-7.7 [modified: boot/vmlinuz-3.19.0-7-generic]
ProcVersionSignature: Ubuntu 3.19.0-7.7-generic 3.19.0
Uname: Linux 3.19.0-7-generic x86_64
ApportVersion: 2.16.2-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: jason 2130 F.... pulseaudio
CurrentDesktop: Unity
Date: Tue Mar 3 20:40:39 2015
InstallationDate: Installed on 2015-03-04 (0 days ago)
InstallationMedia: Ubuntu 15.04 "Vivid Vervet" - Alpha amd64 (20150303)
MachineType: TOSHIBA PORTEGE Z835
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.19.0-7-generic root=UUID=4bf1f853-b598-4a66-874b-8a41c88f3de1 ro quiet splash vt.handoff=7
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 04/18/2013
dmi.bios.vendor: TOSHIBA
dmi.bios.version: Version 1.80
dmi.board.asset.tag: 0000000000
dmi.board.name: Portable PC
dmi.board.vendor: TOSHIBA
dmi.board.version: Version A0
dmi.chassis.asset.tag: 0000000000
dmi.chassis.type: 10
dmi.chassis.vendor: TOSHIBA
dmi.chassis.version: Version 1.0
dmi.modalias: dmi:bvnTOSHIBA:bvrVersion1.80:bd04/18/2013:svnTOSHIBA:pnPORTEGEZ835:pvrPT224U-013021:rvnTOSHIBA:rnPortablePC:rvrVersionA0:cvnTOSHIBA:ct10:cvrVersion1.0:
dmi.product.name: PORTEGE Z835
dmi.product.version: PT224U-013021
dmi.sys.vendor: TOSHIBA

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

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

[Pirouette Cacahuète (lissyx)]

I do reproduce this on a ThinkPad T420s. Previous version installed (14.04) did work pretty well for this.

[Pirouette Cacahuète (lissyx)]

dmesg when closing/opening with kernel "Linux alex-ThinkPad-T420s 3.19.0-7-generic #7-Ubuntu SMP Thu Feb 26 20:19:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux":
[ 94.842668] systemd-logind[1262]: Lid closed.
[ 102.468204] systemd-logind[1262]: Lid opened.
[ 102.468661] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment
[ 124.075694] systemd-logind[1262]: Removed session c1.

[Pirouette Cacahuète (lissyx)]

Same with the 4.0 proposed kernel

[Pirouette Cacahuète (lissyx)]

I managed to got it to work, after playing with the e1000e driver as suggested on https://bbs.archlinux.org/viewtopic.php?pid=1414261#p1414261

The current state is:
 - doing nothing, e1000e loaded, it never goes to suspend when I close the lid (tried 5 times)
 - removing e1000e, goes to suspend when I close the lid
 - doing nothing, e1000e removed, it again cannot go to suspend when I close the lid
 - loading e1000e, goes to suspend when I close the lid

And of course, manually suspending does work.

Everytime it fails, dmesg shows:
> i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment

[Pirouette Cacahuète (lissyx)]

Adding "pci=noacpi" to the kernel command line gets rid of:
> i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment

But the issue is still there.

[Pirouette Cacahuète (lissyx)]

Installed a brand new 14.10, that does work flawlessly on this one.

[Pirouette Cacahuète (lissyx)]

Upgrading from working 14.10 to current 15.04 reproduces the issue.

[penalvch (penalvch)]

Pirouette Cacahuète, as this report is about a Toshiba Portege Z835-P370, it would help immensely if you filed a new report via a terminal:
ubuntu-bug linux

Please feel free to subscribe me to it.

[JaSauders (jasauders)]

I'll swap out to my other SSD later and spin up 15.04 again to test. Though for now it might be worth mentioning that I did install Manjaro Linux on a 2nd partition to tinker with some newer packages with the AUR. It's on kernel 3.16, and like i said, different partition but same laptop. I closed the lid and it did absolutely nothing, even though it was set to suspend on lid close. That makes me feel somewhat confident that this might be an upstream kernel issue.

Traditionally this laptop hasn't been great with this kind of stuff. Even today, assuming suspend/resume *does* work, the brightness controls via the Fn keys have never worked after a resume. But on a fresh boot, Fn keys to control brightness are just fine.

I'll still test 15.04 again for further confirmation before I report anything upstream, but my gut thinks the writing is on the wall.

[JaSauders (jasauders)]

I installed today's daily build of 15.04. Following the install, I did a complete dist-upgrade. I pulled in kernel 3.14 as well as 4.0 from the following sources.

3.14 = http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.14.4-utopic/
4.0 = http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/current/

In all cases, with 3.14 and 4.0 listed above, as well as 3.19 out the out of the box 15.04 install, suspend on lid close did *not* work. Again, in all cases, selecting suspend from the gear menu in the upper right successfully suspended.

I did verify my settings within System Settings >> Power that "suspend on lid close" was selected. A reminder that 14.04.2 was flawless in this regard. I have not tested 14.10, but I can if it would serve value to this bug report.

Thanks for everything!

[JaSauders (jasauders)]

Hi there, Christopher. I just tried that kernel. It's reading as:

4.0.0-040000rc4-generic via uname -r.

Same deal in this case as before. Suspend on lid close does not work, but selecting suspend from the gear menu in the upper right successfully suspends the laptop.

Thanks for your quick insight!

[penalvch (penalvch)]

JaSaunders, for regression testing purposes, could you please test a kernel versioned 3.13.x and advise to the results?

[JaSauders (jasauders)]

Hi there Christopher. I tried 3.13.10 and I didn't have any issues. I was able to suspend (on lid close) and resume a dozen times in a row. Back on 3.19.0.15, it oddly has suspended, but I have difficulty replicating it. For example, on a fresh boot I suspended on lid close once. But then I resumed and tried again, and it just sat there running. It seems a bit inconsistent with what I am seeing.

[penalvch (penalvch)]

JaSauders, the next step is to fully commit bisect from kernel 3.13 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

[Launchpad Janitor (janitor)]

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