Public bug reported:

On a hybrid-graphics laptop running Ubuntu 26.04 LTS with an Intel CPU
and an NVIDIA RTX PRO 3000 Blackwell Mobile GPU, Youtube Music sound in
the browser(Firefox and Chromium) freezes for ~1 second when opening the
Settings menu or typing a search query in the application grid.

Consecutive clicks do not cause a freeze, but waiting a few seconds(20?)
allows the GPU to sleep, causing the freeze to return on the next
interaction.

1. Monitoring /sys/class/drm/card2/device/power_state showed that the 1-second 
desktop freeze occurs exactly during the D3cold -> D0 state transition when the 
hardware wakes up.
2. Running 'sudo fuser -v /dev/nvidia*' during idle showed gnome-shell and 
ptyxis holding minor memory allocations on the card, trapping it in an active 
D0 loop under standard management.
3. Out of the box, nvidia-persistenced.service lacks a standard systemd 
[Install] target configuration, meaning the driver stack completely unloads 
when idling.

Working Workaround applied:
The freeze is entirely resolved by overriding the driver profile to use 
Coarse-Grained power management (forcing the card to stay in D0 when background 
desktop hooks are present) and manually updating the systemd services:
* Created /etc/modprobe.d/nvidia-runtimepm.conf with 'options nvidia 
NVreg_DynamicPowerManagement=0x01'
* Manually appended '[Install] WantedBy=multi-user.target' to 
nvidia-persistenced.service via systemctl edit.

Setting NVreg_DynamicPowerManagement=0x03 did NOT resolve the freeze.

This workaround potentially increases the power usage, thus reducing the
battery.

** Affects: nvidia-graphics-drivers-595 (Ubuntu)
     Importance: Undecided
         Status: New

** Description changed:

  On a hybrid-graphics laptop running Ubuntu 26.04 LTS with an Intel CPU
  and an NVIDIA RTX PRO 3000 Blackwell Mobile GPU, the entire user
- interface freezes for exactly ~1 second when opening the Quick Settings
- menu or typing a search query in the application grid.
+ interface freezes for exactly ~1 second when opening the Settings menu
+ or typing a search query in the application grid.
  
  Consecutive clicks do not cause a freeze, but waiting a few seconds(20?)
  allows the GPU to sleep, causing the freeze to return on the next
  interaction.
  
  1. Monitoring /sys/class/drm/card2/device/power_state showed that the 
1-second desktop freeze occurs exactly during the D3cold -> D0 state transition 
when the hardware wakes up.
  2. Running 'sudo fuser -v /dev/nvidia*' during idle showed gnome-shell and 
ptyxis holding minor memory allocations on the card, trapping it in an active 
D0 loop under standard management.
  3. Out of the box, nvidia-persistenced.service lacks a standard systemd 
[Install] target configuration, meaning the driver stack completely unloads 
when idling.
  
  Working Workaround applied:
  The freeze is entirely resolved by overriding the driver profile to use 
Coarse-Grained power management (forcing the card to stay in D0 when background 
desktop hooks are present) and manually updating the systemd services:
  * Created /etc/modprobe.d/nvidia-runtimepm.conf with 'options nvidia 
NVreg_DynamicPowerManagement=0x01'
  * Manually appended '[Install] WantedBy=multi-user.target' to 
nvidia-persistenced.service via systemctl edit.
  
  Setting NVreg_DynamicPowerManagement=0x03 did NOT resolve the freeze.
  
  This workaround potentially increases the power usage, thus reducing the
  battery.

** Description changed:

  On a hybrid-graphics laptop running Ubuntu 26.04 LTS with an Intel CPU
  and an NVIDIA RTX PRO 3000 Blackwell Mobile GPU, the entire user
- interface freezes for exactly ~1 second when opening the Settings menu
- or typing a search query in the application grid.
+ interface freezes(and Youtube Music sound) for exactly ~1 second when
+ opening the Settings menu or typing a search query in the application
+ grid.
  
  Consecutive clicks do not cause a freeze, but waiting a few seconds(20?)
  allows the GPU to sleep, causing the freeze to return on the next
  interaction.
  
  1. Monitoring /sys/class/drm/card2/device/power_state showed that the 
1-second desktop freeze occurs exactly during the D3cold -> D0 state transition 
when the hardware wakes up.
  2. Running 'sudo fuser -v /dev/nvidia*' during idle showed gnome-shell and 
ptyxis holding minor memory allocations on the card, trapping it in an active 
D0 loop under standard management.
  3. Out of the box, nvidia-persistenced.service lacks a standard systemd 
[Install] target configuration, meaning the driver stack completely unloads 
when idling.
  
  Working Workaround applied:
  The freeze is entirely resolved by overriding the driver profile to use 
Coarse-Grained power management (forcing the card to stay in D0 when background 
desktop hooks are present) and manually updating the systemd services:
  * Created /etc/modprobe.d/nvidia-runtimepm.conf with 'options nvidia 
NVreg_DynamicPowerManagement=0x01'
  * Manually appended '[Install] WantedBy=multi-user.target' to 
nvidia-persistenced.service via systemctl edit.
  
  Setting NVreg_DynamicPowerManagement=0x03 did NOT resolve the freeze.
  
  This workaround potentially increases the power usage, thus reducing the
  battery.

** Description changed:

  On a hybrid-graphics laptop running Ubuntu 26.04 LTS with an Intel CPU
- and an NVIDIA RTX PRO 3000 Blackwell Mobile GPU, the entire user
- interface freezes(and Youtube Music sound) for exactly ~1 second when
- opening the Settings menu or typing a search query in the application
- grid.
+ and an NVIDIA RTX PRO 3000 Blackwell Mobile GPU, Youtube Music in the
+ browser(Firefox and Chromium) sound freezes for ~1 second when opening
+ the Settings menu or typing a search query in the application grid.
  
  Consecutive clicks do not cause a freeze, but waiting a few seconds(20?)
  allows the GPU to sleep, causing the freeze to return on the next
  interaction.
  
  1. Monitoring /sys/class/drm/card2/device/power_state showed that the 
1-second desktop freeze occurs exactly during the D3cold -> D0 state transition 
when the hardware wakes up.
  2. Running 'sudo fuser -v /dev/nvidia*' during idle showed gnome-shell and 
ptyxis holding minor memory allocations on the card, trapping it in an active 
D0 loop under standard management.
  3. Out of the box, nvidia-persistenced.service lacks a standard systemd 
[Install] target configuration, meaning the driver stack completely unloads 
when idling.
  
  Working Workaround applied:
  The freeze is entirely resolved by overriding the driver profile to use 
Coarse-Grained power management (forcing the card to stay in D0 when background 
desktop hooks are present) and manually updating the systemd services:
  * Created /etc/modprobe.d/nvidia-runtimepm.conf with 'options nvidia 
NVreg_DynamicPowerManagement=0x01'
  * Manually appended '[Install] WantedBy=multi-user.target' to 
nvidia-persistenced.service via systemctl edit.
  
  Setting NVreg_DynamicPowerManagement=0x03 did NOT resolve the freeze.
  
  This workaround potentially increases the power usage, thus reducing the
  battery.

** Description changed:

  On a hybrid-graphics laptop running Ubuntu 26.04 LTS with an Intel CPU
- and an NVIDIA RTX PRO 3000 Blackwell Mobile GPU, Youtube Music in the
- browser(Firefox and Chromium) sound freezes for ~1 second when opening
- the Settings menu or typing a search query in the application grid.
+ and an NVIDIA RTX PRO 3000 Blackwell Mobile GPU, Youtube Music sound in
+ the browser(Firefox and Chromium) freezes for ~1 second when opening the
+ Settings menu or typing a search query in the application grid.
  
  Consecutive clicks do not cause a freeze, but waiting a few seconds(20?)
  allows the GPU to sleep, causing the freeze to return on the next
  interaction.
  
  1. Monitoring /sys/class/drm/card2/device/power_state showed that the 
1-second desktop freeze occurs exactly during the D3cold -> D0 state transition 
when the hardware wakes up.
  2. Running 'sudo fuser -v /dev/nvidia*' during idle showed gnome-shell and 
ptyxis holding minor memory allocations on the card, trapping it in an active 
D0 loop under standard management.
  3. Out of the box, nvidia-persistenced.service lacks a standard systemd 
[Install] target configuration, meaning the driver stack completely unloads 
when idling.
  
  Working Workaround applied:
  The freeze is entirely resolved by overriding the driver profile to use 
Coarse-Grained power management (forcing the card to stay in D0 when background 
desktop hooks are present) and manually updating the systemd services:
  * Created /etc/modprobe.d/nvidia-runtimepm.conf with 'options nvidia 
NVreg_DynamicPowerManagement=0x01'
  * Manually appended '[Install] WantedBy=multi-user.target' to 
nvidia-persistenced.service via systemctl edit.
  
  Setting NVreg_DynamicPowerManagement=0x03 did NOT resolve the freeze.
  
  This workaround potentially increases the power usage, thus reducing the
  battery.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2159021

Title:
  GNOME Shell Wayland session freezes for 1 second on Nvidia dGPU D3cold
  wakeup delay (RTX PRO 3000 Blackwell)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-595/+bug/2159021/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to