Resume from suspend fails on system previously resumed from hibernation

I’m using a Lenovo LOQ 15 15ARP9 laptop equipped with a mobile RTX 4070 (no iGPU) with open NVIDIA drivers 580.82.09.

The laptop only supports S0i3 out of the box. The system can hibernate and resume correctly. It can also suspend and resume correctly. Both operations can be successfully done in sequence (i.e. I can hibernate multiple times in sequence and I can suspend multiple times in sequence).

However, the system cannot resume from suspend if it has previously been hibernated and resumed from hibernation. Initially an assertion failure appears in the log:

NVRM: nvAssertFailedNoLog: Assertion failed: pKernelPmu->pPrintBuf == NULL @ kern_pmu.c:188

After which multiple stacktraces are logged, constant assertion failures in rs_client.c until a page failure triggered by the NVIDIA driver.

Suspending works if the system is rebooted after hibernation. It also works if the NVIDIA driver is completely unloaded and loaded again between resume-from-hibernate and suspend.

This reproduces in both proprietary and open drivers in exactly the same way. I am attaching a log of the systemd journal of a suspend attempt on a resumed-from-hibernate system with nvidia-open. Note: MAC addreses are replaced with the string <filtered>.

bugjournal.txt (173.6 KB)

nvidia-bug-report.sh hangs forever. I am attaching result of running it with --safe-mode, but it doesn’t really contain anything.

nvidia-bug-report.log.gz (370 Bytes)

There is only one modprobe parameter I have configured for the NVIDIA driver:

options nvidia NVreg_EnableS0ixPowerManagement=1

Without this parameter, /proc/driver/nvidia/gpus/0000:01:00.0/power reports S0ix as supported but disabled.

Distribution: Arch Linux
Linux kernel version: 6.16.8-arch3-1 #1 SMP PREEMPT_DYNAMIC Mon, 22 Sep 2025 22:08:35 +0000 x86_64 GNU/Linux
NVIDIA driver: nvidia-open 580.82.09-5, distribution package built from open-gpu-kernel-modules commit 87c0b1247370e42bd22bb487a683ec513a177b3b
Display: Wayland. I have not tested on X, I can if necessary.

Full system info below (inxi --full --filter-all):

System:
  Kernel: 6.16.8-arch3-1 arch: x86_64 bits: 64
  Desktop: KDE Plasma v: 6.4.5 Distro: Arch Linux
Machine:
  Type: Laptop System: LENOVO product: 83JC v: LOQ 15ARP9
    serial: <superuser required>
  Mobo: LENOVO model: LNVNB161216 v: SDK0T76463 WIN
    serial: <superuser required> UEFI: LENOVO v: PQCN24WW date: 06/02/2025
Battery:
  ID-1: BAT1 charge: 40.2 Wh (65.6%) condition: 61.3/60 Wh (102.1%)
    volts: 15.67 min: 15.44
CPU:
  Info: 8-core model: AMD Ryzen 7 7435HS bits: 64 type: MT MCP cache:
    L2: 4 MiB
  Speed (MHz): avg: 1097 min/max: 412/4554 cores: 1: 1097 2: 1097 3: 1097
    4: 1097 5: 1097 6: 1097 7: 1097 8: 1097 9: 1097 10: 1097 11: 1097 12: 1097
    13: 1097 14: 1097 15: 1097 16: 1097
Graphics:
  Device-1: NVIDIA AD106M [GeForce RTX 4070 Max-Q / Mobile] driver: nvidia
    v: 580.82.09
  Device-2: Bison Integrated Camera driver: uvcvideo type: USB
  Display: wayland server: X.org v: 1.21.1.18 with: Xwayland v: 24.1.8
    compositor: kwin_wayland driver: gpu: nv_platform,nvidia,nvidia-nvswitch
    resolution: 1920x1080~144Hz
  API: EGL v: 1.5 drivers: nvidia,swrast
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 580.82.09
    renderer: NVIDIA GeForce RTX 4070 Laptop GPU/PCIe/SSE2
  API: Vulkan v: 1.4.321 drivers: nvidia surfaces: N/A
  Info: Tools: api: eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
    x11: xprop,xrandr
Audio:
  Device-1: NVIDIA AD106M High Definition Audio driver: snd_hda_intel
  Device-2: Advanced Micro Devices [AMD] Audio Coprocessor
    driver: snd_pci_acp6x
  Device-3: Advanced Micro Devices [AMD] Family 17h/19h/1ah HD Audio
    driver: snd_hda_intel
  API: ALSA v: k6.16.8-arch3-1 status: kernel-api
  Server-1: PipeWire v: 1.4.8 status: active
Network:
  Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp2s0 state: down mac: <filter>
  Device-2: MEDIATEK MT7921 802.11ax PCI Express Wireless Network Adapter
    driver: mt7921e
  IF: wlan0 state: up mac: <filter>
Bluetooth:
  Device-1: Foxconn / Hon Hai MediaTek Bluetooth Adapter driver: btusb
    type: USB
  Report: btmgmt ID: hci0 rfk-id: 2 state: down bt-service: enabled,running
    rfk-block: hardware: no software: no address: <filter> bt-v: 5.3
Drives:
  Local Storage: total: 953.87 GiB used: 248.14 GiB (26.0%)
  ID-1: /dev/nvme0n1 vendor: Micron model: MTFDKCD1T0QFM-1BD1AABLA
    size: 953.87 GiB
Partition:
  ID-1: / size: 97.87 GiB used: 17.46 GiB (17.8%) fs: ext4 dev: /dev/nvme0n1p3
  ID-2: /boot size: 1022 MiB used: 612.9 MiB (60.0%) fs: vfat
    dev: /dev/nvme0n1p1
  ID-3: /home size: 404.46 GiB used: 230.07 GiB (56.9%) fs: ext4
    dev: /dev/nvme0n1p4
Swap:
  ID-1: swap-1 type: partition size: 8 GiB used: 0 KiB (0.0%)
    dev: /dev/nvme0n1p2
Sensors:
  System Temperatures: cpu: 56.8 C mobo: 36.0 C
  Fan Speeds (rpm): fan-1: 0
Info:
  Memory: total: 16 GiB available: 15.3 GiB used: 3.92 GiB (25.7%)
  Processes: 375 Uptime: 2m Shell: fish inxi: 3.3.39

Power management info (/proc/driver/nvidia/gpus/0000:01:00.0/power):

Runtime D3 status:          Enabled (fine-grained)
Video Memory:               Active

GPU Hardware Support:
 Video Memory Self Refresh: Supported
 Video Memory Off:          Supported

S0ix Power Management:
 Platform Support:          Supported
 Status:                    Enabled

Notebook Dynamic Boost:     Supported

This is still reproducible on Linux 6.12.58-1-lts and closed source NVIDIA drivers 580.105.08.

Newer journal with reproduction:

bugjournal2.txt (299.3 KB)

It’s easy to tell that this is exactly the same issue despite less logging in proprietary drivers as the stacktrace is identical.

Hi @freenullptr ,
Thanks for reporting this issue. We are tracking this issue internally via Bug 5156763.