Further kernel testing on my Lenovo G50-45 with Linux Mint 17.2 Cinnamon, reveals:
PASS - 3.16.0-38-generic #52~14.04.1-Ubuntu PASS - 3.16.0-77-generic #99~14.04.1-Ubuntu FAIL - 3.17.0-031700rc4-generic #201409071935 *diff symptom - lockup, fast cpu fan on first resume. FAIL - 3.17.0-031700rc6-generic #201409211935 FAIL - 3.17.0-031700-generic #201410060605 FAIL - 3.17.4-031704-generic #201411211317 * It also fails on later LM 17.3 (kernel 3.19) and LM 18 kernels 4.4 and 4.7 NOTE that my Lenovo G50 BIOS release A2CN38WW(V2.06) was July 2015 and the other above mentioned Lenovo S435 BIOS release BBCN16WW(V1.07) was June 2015 His PASS on Ubuntu mate 15.10 w/kernel 4.2.0 was due to older BIOS BBCN16WW(V1.03). Hypothesis is still strong that this is due to a BIOS change in mid 2015 to fix VU#976132. Kernel versions released after mid 2015 need to be patched. This is likely true for MANY different computer vendors which use common BIOS suppliers' code. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to pm-utils in Ubuntu. https://bugs.launchpad.net/bugs/1528735 Title: Suspend fails every second time on some laptops in UEFI mode Status in pm-utils package in Ubuntu: Confirmed Bug description: Fresh install of Xubuntu 14.04.3, replacing existing OEM Windows 10. Install detected UEFI, and installed in UEFI mode. (I have attempted to change to legacy boot, and got it to a state where it was booting without /sys/firmware/efi/ being present, but behaviour persisted.) Suspending the laptop, whether by closing the lid, choosing the suspend option from the menu, or directly typing "sudo pm-suspend" works perfectly well... once. The second attempt to suspend, whether immediately or hours later, suspends the laptop (I can see the screen turn off, and hear the disk and fans stop, but a moment later the screen shows bright yellow console text declaring "Warning!!! Boot script table modified!!! Please contact your vendor.", and then it hard reboots. This appears to be a weird interaction between suspend and UEFI protection, but others have reported that they have had working suspend when installed alone (and presumably in legacy from the start), but this behaviour appeared when reinstalled as dual-boot (when presumably UEFI would have had to be on). (http://askubuntu.com/questions/675683/suspend-does-not-work-more- than-once-after-reboot-ubuntu-15-04-dual-boot/712232 and earlier http://askubuntu.com/questions/651481/boot-script-table-modified- please-contact-vendor, from different people.) Beyond the investigations I have done, I know next to nothing about UEFI, or how Suspend might be interacting with it. Much less why it appears to work perfectly exactly once. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: pm-utils 1.4.1-13ubuntu0.1 ProcVersionSignature: Ubuntu 4.2.0-22.27~14.04.1-generic 4.2.6 Uname: Linux 4.2.0-22-generic x86_64 ApportVersion: 2.14.1-0ubuntu3.19 Architecture: amd64 CurrentDesktop: XFCE Date: Wed Dec 23 13:27:11 2015 InstallationDate: Installed on 2015-12-19 (3 days ago) InstallationMedia: Xubuntu 14.04.3 LTS "Trusty Tahr" - Beta amd64 (20150805) PackageArchitecture: all SourcePackage: pm-utils UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/1528735/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp