Standby/Resume Trouble

Support
1

I recently bought a new Asus Vivobook Laptop with an AMD Ryzen 9 7940HS CPU / Radeon 780M Graphics. CPU was released on 30.04.23.
When going in Standby Laptop powers down, but doesn’t resume. I have to press the power button once for about 10 seconds and than once again (which seems to be a hard reset) Than it restarts to boot menu.
In Hibernation Laptop powers down and resumes, but it is like a complete restart.
I tried different kernels (6.1, 6.5, 6.6rc) and different distros. Same issue everywhere.
Is it possible, that the APU isn’t fully supported yet in Linux Kernels?
The Laptop came with Windows 11, but unfortunately I did delete it, so I could have checked the issue there…

 inxi -F                                                                                                                                                       ✔ 
System:
  Host: asus Kernel: 6.5.5-1-MANJARO arch: x86_64 bits: 64 Desktop: GNOME
    v: 44.5 Distro: Manjaro Linux
Machine:
  Type: Laptop System: ASUSTeK product: VivoBook_ASUSLaptop M1605XA_M1605XA
    v: 1.0 serial: <superuser required>
  Mobo: ASUSTeK model: M1605XA v: 1.0 serial: <superuser required>
    UEFI: American Megatrends LLC. v: M1605XA.305 date: 06/07/2023
Battery:
  ID-1: BAT0 charge: 50.3 Wh (97.9%) condition: 51.4/50.0 Wh (102.8%)
CPU:
  Info: 8-core model: AMD Ryzen 9 7940HS w/ Radeon 780M Graphics bits: 64
    type: MT MCP cache: L2: 8 MiB
  Speed (MHz): avg: 462 min/max: 400/5263:5423:5583:6228:5743:5903:6067
    cores: 1: 400 2: 400 3: 400 4: 400 5: 400 6: 400 7: 400 8: 400 9: 400
    10: 400 11: 400 12: 400 13: 400 14: 1397 15: 400 16: 400
Graphics:
  Device-1: AMD Phoenix1 driver: amdgpu v: kernel
  Device-2: ShineTech USB2.0 HD UVC WebCam driver: uvcvideo type: USB
  Display: wayland server: X.org v: 1.21.1.8 with: Xwayland v: 23.2.1
    compositor: gnome-shell driver: gpu: amdgpu resolution: 1920x1200~60Hz
  API: EGL v: 1.5 drivers: radeonsi,swrast
    platforms: wayland,x11,surfaceless,device
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 23.1.9-manjaro1.1
    renderer: AMD Radeon Graphics (gfx1103_r1 LLVM 16.0.6 DRM 3.54
    6.5.5-1-MANJARO)
Audio:
  Device-1: AMD Rembrandt Radeon High Definition Audio driver: snd_hda_intel
  Device-2: AMD ACP/ACP3X/ACP6x Audio Coprocessor driver: snd_pci_ps
  Device-3: AMD Family 17h/19h HD Audio driver: snd_hda_intel
  API: ALSA v: k6.5.5-1-MANJARO status: kernel-api
  Server-1: PulseAudio v: 16.1 status: active
Network:
  Device-1: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter
    driver: rtw_8821ce
  IF: wlp1s0 state: up mac: d0:39:57:5e:03:af
Drives:
  Local Storage: total: 953.87 GiB used: 8.24 GiB (0.9%)
  ID-1: /dev/nvme0n1 vendor: Micron model: 2450 MTFDKBA1T0TFK
    size: 953.87 GiB
Partition:
  ID-1: / size: 239.27 GiB used: 8.17 GiB (3.4%) fs: ext4 dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 256 MiB used: 64.7 MiB (25.3%) fs: vfat
    dev: /dev/nvme0n1p1
Swap:
  ID-1: swap-1 type: partition size: 7.81 GiB used: 0 KiB (0.0%)
    dev: /dev/nvme0n1p3
Sensors:
  System Temperatures: cpu: 38.5 C mobo: N/A gpu: amdgpu temp: 37.0 C
  Fan Speeds (rpm): cpu: 0
Info:
  Processes: 327 Uptime: 30m Memory: total: 16 GiB note: est.
  available: 14.85 GiB used: 2.31 GiB (15.6%) Shell: Zsh inxi: 3.3.30

``
2

How did you delete Windows 11?

3

This is usually done when you select entire disk during installation.

4

I was really trying to establish whether the OP might have had a unique method, such as simply deleting the Windows partition proper, and leaving the ESP in place.

I think that was my reasoning, in any case; it was at least a half bottle of schnapps ago; and a beer or three.

5

Quite possible …

I suggest you try the mainline kernel 6.6

With the system in question - hibernation is a matter of habit - suspend is likely working as expected - you can test it

systemctl suspend
6

Suspend is working, but resuming is the problem. No Keyboard key is working, no reaction.(as I wrote in my first post). Only hard reset works.
No wakeup-triggers working.
I have no BIOS option for Suspend mode etc.

cat /proc/acpi/wakeup                                            ✔ 
Device	S-state	  Status   Sysfs node
GPP0	  S4	*disabled
GPP6	  S4	*enabled   pci:0000:00:02.2
GP11	  S4	*disabled
SWUS	  S4	*disabled
GP12	  S4	*disabled
SWUS	  S4	*disabled
XHC0	  S4	*enabled   pci:0000:03:00.3
XHC1	  S4	*enabled   pci:0000:03:00.4
XHC2	  S4	*disabled  pci:0000:05:00.0
XHC3	  S4	*enabled   pci:0000:05:00.3
XHC4	  S4	*enabled   pci:0000:05:00.4
NHI0	  S4	*disabled
NHI1	  S4	*disabled

The issue seems to be related to the modern standby mode S0ix, that replaces S3 Suspend Mode.
And Linux (and maybe AMD Systems) not fully supporting it yet.
Another possible reason is a power supply issue of certain Nvme SSDs.
At least I managed to get hibernation working.

7

That is great - I fhave regarded hibernating is the troubled kid …