[Bug] RTX 5060 Laptop – Dynamic Boost limited to 65 W instead of 75 W on Linux (Lenovo ThinkPad T1g Gen 8)
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- c, linux
- Domain
- backend, operating-systems
Research direction
Start by comparing related issues #1393 and #1162, then investigate the reported assertion in platform_request_handler.c:855 and the nvidia-powerd Dynamic Boost path. The issue provides reproduction steps and power readings; done means identifying why Linux caps this laptop’s GPU at 65W and whether the driver or firmware path needs a change to reach 75W.
Written by the indexing model from the issue text.
Description
NVIDIA Open GPU Kernel Modules Version
NVIDIA 615.78.08
Please confirm this issue does not happen with the proprietary driver (of the same version). This issue tracker is only for bugs specific to the open kernel driver.
- I confirm that this does not happen with the proprietary driver package.
Operating System and Version
Arch Linux
Kernel Release
Arch Linux
Please confirm you are running a stable release kernel (e.g. not a -rc). We do not accept bug reports for unreleased kernels.
- I am running on a stable kernel release.
Hardware: GPU
GeForce RTX 5060 Laptop GPU
Describe the bug
System Information
Component | Details -- | -- Laptop | Lenovo ThinkPad T1g Gen 8 (21TD0002GE) GPU | NVIDIA GeForce RTX 5060 Laptop GPU (Blackwell) CPU | Intel Core Ultra 7 255H BIOS | N4EET24W (1.10) EC Firmware | 1.8 OS | Arch Linux Kernel | 7.2.11-arch1-1 NVIDIA Driver | 615.78.08 Kernel Module | NVIDIA Open Kernel Module nvidia-powerd | 2.0 (build 1) Power Supply | Lenovo Thunderbolt 5 Dock, 140WDuring sustained GPU load, nvidia-smi reports:
Performance State: P0
SW Power Cap: Active
Current Power Limit: 65.00W
Default Power Limit: 60.00W
Max Power Limit: 75.00W
Average Power Draw: 64.93W
GPU Temperature: 67°C
HW Thermal Slowdown: Not Active
SW Thermal Slowdown: Not Active
This confirms that the GPU is being restricted by a software power cap rather than thermal throttling.
Kernel Error
The NVIDIA Open Kernel Module repeatedly logs:
NVRM: GPU0 nvAssertFailedNoLog: Assertion failed: PRH failed to update thermal limit! @ platform_request_handler.c:855
This suggests a potential issue involving the Platform Request Handler and the firmware interface, although a causal connection to the 65W limit has not been established.
Dynamic Boost and Firmware
The GPU reports:
Notebook Dynamic Boost: Supported
The NVIDIA power daemon starts successfully:
nvidia-powerd version:2.0 (build 1)DBus Connection is established
All required CPUFreq interfaces exist for every CPU:
scaling_max_freqbase_frequencycpuinfo_max_freq
CPU frequency scaling uses intel_pstate.
The NVIDIA D-Bus configuration is installed at /usr/share/dbus-1/system.d/nvidia-dbus.conf.
The NVIDIA ACPI device is present:
Device:
NVDA0820:00Path:
\_SB_.NPCFStatus:
15
During sustained GPU load, the CPU scaling_max_freq values remain unchanged.
Troubleshooting Performed
The following actions did not resolve the issue:
Switching between
balancedandperformanceplatform profiles.Restarting
nvidia-powerdafter changing platform profiles.Disabling TLP completely and rebooting.
Verifying all required CPUFreq interfaces.
Running sustained GPU compute workloads using
gpu-burn.
Attempting to set the limit manually with sudo nvidia-smi -pl 75 returns:
Changing power management limit is not supported in current scope for GPU: 00000000:01:00.0.
Expected Behavior
When sufficient CPU and system power budget is available, Dynamic Boost should be able to increase the GPU power limit from 60W to the supported maximum of 75W, as observed under Windows on the same hardware.
Actual Behavior
Dynamic Boost increases the GPU power limit by only 5W, from 60W to 65W.
The remaining 10W of available Dynamic Boost headroom cannot be utilized under Linux.
Questions
Why does
nvidia-powerdonly increase the GPU power limit by 5W?Could
PRH failed to update thermal limit!indicate a firmware communication problem?Is the 65W ceiling determined by the NVIDIA driver,
nvidia-powerd, or the Lenovo SBIOS/NVPCF interface?Is any additional platform-specific configuration required to enable the full 75W?
Related Issues
https://github.com/NVIDIA/open-gpu-kernel-modules/issues/1393
https://github.com/NVIDIA/open-gpu-kernel-modules/issues/1162
A comparison with the proprietary NVIDIA kernel module is not applicable because the RTX 5060 Blackwell GPU requires NVIDIA Open Kernel Modules.
To Reproduce
Steps to Reproduce
-
Boot Arch Linux on a Lenovo ThinkPad T1g Gen 8 (RTX 5060 Laptop GPU) with NVIDIA Open Kernel Module 615.78.08.
-
Connect the laptop to AC power using the Lenovo 140W Thunderbolt 5 docking station.
-
Set the platform profile to
performance:echo performance | sudo tee /sys/firmware/acpi/platform_profile -
Enable NVIDIA Dynamic Boost:
sudo systemctl enable --now nvidia-powerd.service -
Verify that the service is active:
systemctl status nvidia-powerdThe daemon starts successfully and establishes its D-Bus connection.
-
Start a sustained CUDA GPU workload using
gpu-burn:./gpu_burn 120 -
While the GPU workload is running, inspect power management information:
nvidia-smi -q -d PERFORMANCE,POWER,TEMPERATURE -
Observe the following values:
- Performance State: P0
- SW Power Cap: Active
- Current Power Limit: 65.00W
- Default Power Limit: 60.00W
- Max Power Limit: 75.00W
- GPU utilization: approximately 100%
- Power consumption: approximately 65W
- No active thermal slowdown
-
Stop NVIDIA Dynamic Boost:
sudo systemctl stop nvidia-powerd -
Repeat the same GPU workload.
The GPU power consumption drops to approximately 57–60W.
-
Restart NVIDIA Dynamic Boost:
sudo systemctl start nvidia-powerd -
Repeat the workload.
The GPU power limit returns to exactly 65W, but does not increase to 75W.
-
Check kernel messages:
sudo journalctl -k -b | grep -iE 'PlatformRequestHandler|PRH|SBIOS|NVRM'The following assertion is observed:
NVRM: GPU0 nvAssertFailedNoLog: Assertion failed: PRH failed to update thermal limit! @ platform_request_handler.c:855
Additional Verification
- Repeat with TLP completely disabled: still 65W.
- Switch between
balancedandperformanceprofiles: still 65W. - Restart
nvidia-powerdafter changing platform profiles: still 65W. - Verify that all CPUFreq interfaces exist: successful.
- Test the same laptop under Windows: the GPU reaches 75W.
Result
The GPU is software-limited to 65W under Linux despite a reported maximum limit of 75W and successful Dynamic Boost initialization.
Under Windows, the same GPU reaches 75W.
Bug Incidence
Always
nvidia-bug-report.log.gz
More Info
No response
- Dominant language
- C
- Stars
- 17.5k
- Forks
- 1.9k
- PR merge metrics
- No merged PRs in 30d
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from NVIDIA/open-gpu-kernel-modules
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
NVIDIA/open-gpu-kernel-modules#1479 · 2 comments ·
Maintainers usually reply within 1 day
-
PlatformRequestHandler: missing !bInit guard on bSystemParamLimitUpdate causes NV_ERR_INVALID_DATA at bootPossibly taken @SammyTourani claimed this 37 days ago. Open
Difficulty 1/5 Under an hour Newbie friendliness 88/100
NVIDIA/open-gpu-kernel-modules#1360 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
NVIDIA/open-gpu-kernel-modules#1343 · 3 comments ·
Maintainers usually reply within 1 day
-
HKC G27H7Pro redundant long-HPD loop after DisplayPort link training (RTX 5060 Laptop, 610.57.04)Openbug
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
NVIDIA/open-gpu-kernel-modules#1323 ·
Maintainers usually reply within 1 day
-
build-problem
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
NVIDIA/open-gpu-kernel-modules#1155 · 1 comment ·
Maintainers usually reply within 1 day
All issues in NVIDIA/open-gpu-kernel-modules
Similar issues
-
luaebpf: the by-example page's intro names two outcomes of a lowering and omits the stop with the default verdictPossibly taken A pull request linked to this issue is open or already merged. Opendocumentation severity: low
Difficulty 1/5 Under an hour Newbie friendliness 88/100
luainkernel/lunatik#2231 ·
Maintainers usually reply within 1 day
-
aspect ratio 16:10Openenhancement
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
Revivedx/SavageWindRecomp#402 ·
Maintainers usually reply within 1 day
-
cleanup help wanted
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
ESPresense/ESPresense#2602 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
apache/arrow-swift#209 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
libretiny-eu/libretiny#435 ·
Maintainers usually reply within 4 days