Freezes instead of suspending, most times

Bug #1846214 reported by Shahar Or
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Hi and thank you for all your free software work.

This system usually freezes instead of suspending.

ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: linux-image-5.0.0-29-generic 5.0.0-29.31
ProcVersionSignature: Ubuntu 5.0.0-29.31-generic 5.0.21
Uname: Linux 5.0.0-29-generic x86_64
ApportVersion: 2.20.10-0ubuntu27.1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC1: mightyiam 2139 F.... pulseaudio
 /dev/snd/controlC0: mightyiam 2139 F.... pulseaudio
CurrentDesktop: ubuntu:GNOME
Date: Tue Oct 1 20:28:30 2019
MachineType: Micro-Star International Co., Ltd. GS60 2QE
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.0.0-29-generic root=/dev/mapper/ubuntu-encrypted_root_crypt ro splash vt.handoff=1
RelatedPackageVersions:
 linux-restricted-modules-5.0.0-29-generic N/A
 linux-backports-modules-5.0.0-29-generic N/A
 linux-firmware 1.178.3
SourcePackage: linux
UpgradeStatus: Upgraded to disco on 2019-06-11 (112 days ago)
dmi.bios.date: 02/22/2016
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: E16H5IMS.111
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: MS-16H5
dmi.board.vendor: Micro-Star International Co., Ltd.
dmi.board.version: REV:0.B
dmi.chassis.asset.tag: To Be Filled By O.E.M.
dmi.chassis.type: 10
dmi.chassis.vendor: To Be Filled By O.E.M.
dmi.chassis.version: To Be Filled By O.E.M.
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvrE16H5IMS.111:bd02/22/2016:svnMicro-StarInternationalCo.,Ltd.:pnGS602QE:pvrREV1.0:rvnMicro-StarInternationalCo.,Ltd.:rnMS-16H5:rvrREV0.B:cvnToBeFilledByO.E.M.:ct10:cvrToBeFilledByO.E.M.:
dmi.product.family: To be filled by O.E.M.
dmi.product.name: GS60 2QE
dmi.product.sku: To be filled by O.E.M.
dmi.product.version: REV:1.0
dmi.sys.vendor: Micro-Star International Co., Ltd.

Revision history for this message
Shahar Or (mightyiam) wrote :
Revision history for this message
Ubuntu Kernel Bot (ubuntu-kernel-bot) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Please collect log via `journalctl -b -1 -k` at next boot after freeze.

Revision history for this message
Shahar Or (mightyiam) wrote :

Thank you for your assistance, Kai-Heng. Attached is the output of the command you specified.

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Unfortunately I don't see suspend attempt in the log.

Is this a regression?

Revision history for this message
Shahar Or (mightyiam) wrote :

Thank you for following up, Kai-Heng.

To answer your question, I don't remember ever having a reliable suspend in this system.

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Please see if this helps:
# echo s2idle > /sys/power/mem_sleep
# systemctl suspend

Revision history for this message
Shahar Or (mightyiam) wrote :

Thank you for the follow-up, Kai-Heng.

Before altering the value, I checked and `cat /sys/power/mem_sleep` returned `s2idle [deep]`.

And now the command you suggested seems to have changed it to `[s2idle] deep`.

I will post this and then run `# systemctl suspend`.

Revision history for this message
Shahar Or (mightyiam) wrote :

Same symptoms. Keyboard backlights are on. Power button LED on. No suspension. Turned off via power button long press.

Here's the output of `journalctl -b -1 -k`.

Revision history for this message
Shahar Or (mightyiam) wrote :

In case it could help, here's the output of the same command after a successful suspend/resume.

Revision history for this message
Shahar Or (mightyiam) wrote :
Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Can you please try kernel parameter "blacklist=nouveau modprobe.blacklist=nouveau"?

Revision history for this message
Shahar Or (mightyiam) wrote :

Thank you for your suggestion, Kai-Heng. I did that in `/etc/default/grub`. After editing I ran `sudo update-grub` without trouble. I rebooted and made sure with `lsmod` that `nouveau` is not loaded. And I still got a freeze.

Is there anything else we could investigate, please?

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :
Revision history for this message
Shahar Or (mightyiam) wrote :

Thank you for following up, Kai-Heng.

I downloaded these files:

```
-rw-r--r-- 1 mightyiam mightyiam 11M Dec 12 18:57 temp/linux-headers-5.5.0-050500rc1_5.5.0-050500rc1.201912081930_all.deb
-rw-r--r-- 1 mightyiam mightyiam 1.2M Dec 12 18:42 temp/linux-headers-5.5.0-050500rc1-generic_5.5.0-050500rc1.201912081930_amd64.deb
-rw-r--r-- 1 mightyiam mightyiam 8.6M Dec 12 18:43 temp/linux-image-unsigned-5.5.0-050500rc1-generic_5.5.0-050500rc1.201912081930_amd64.deb
-rw-r--r-- 1 mightyiam mightyiam 50M Dec 12 18:48 temp/linux-modules-5.5.0-050500rc1-generic_5.5.0-050500rc1.201912081930_amd64.deb
```

And installed via `dpkg -i <files...>`.

Then rebooted and made sure to select this 5.5 kernel in the GRUB boot menu.

Suspend failed with the same symptoms 2 out of 5 times I tried.

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Can you please remove the mainline kernel, install Nvidia proprietary driver and retest?
nouveau.ko doesn't have best support to nvidia cards.

Revision history for this message
Shahar Or (mightyiam) wrote :

Thank you for the suggestion, Kai-Heng.

Tried with the nvidia-driver-435 installed, after reboot, and 2 out of 2 failures. I also made sure that `lsmod | grep nvidia` prints some modules. Not sure which modules exactly I'm looking for. Perhaps looking at some logs would be better, but I have a feeling that's sufficient.

What did we learn, please?

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Yes, please attach dmesg.

Revision history for this message
Shahar Or (mightyiam) wrote :

Thank you for responding, Kai-Heng. Attached.

Revision history for this message
Kai-Heng Feng (kaihengfeng) wrote :

Suspend/resume bugs are hard to debug without physical access.
If lastest kernel and lastest Nvidia driver don't help, we are out of luck.

Revision history for this message
Shahar Or (mightyiam) wrote :

Alrighty. Thank you for you attempts, Kai-Heng.

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.