Incorrect power management with PRIME configuration

Currently I am forced to use version 440 drivers because with the new versions 450 and 450 it does not make a correct use of the power management with the PRIME offloading configuration.

With the new drivers the graphics consumes more Watts when it is idle, so the computer heats up more and the fans are always running (with version 440 they are always off unless you are using Nvidia). It takes away a lot of autonomy.

I don’t know if the problem may be a configuration problem (it should have a correct configuration because with the 440 it works well) or if it is a driver problem. With the nvidia_smi command, with the device doing nothing, the power state is in the P8 state with 440 and P0 with 450 or 455.

Here you can see both nvidia_smi.

nvidia_smi 440:

±----------------------------------------------------------------------------+
| NVIDIA-SMI 440.100 Driver Version: 440.100 CUDA Version: 10.2 |
|-------------------------------±---------------------±---------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce RTX 2060 Off | 00000000:01:00.0 Off | N/A |
| N/A 42C P8 1W / N/A | 16MiB / 5934MiB | 0% Default |
±------------------------------±---------------------±---------------------+

±----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 888 G /usr/lib/Xorg 14MiB |
±----------------------------------------------------------------------------+
WARNING: infoROM is corrupted at gpu 0000:01:00.0

nvidia_smi 455:

±----------------------------------------------------------------------------+
| NVIDIA-SMI 455.28 Driver Version: 455.28 CUDA Version: 11.1 |
|-------------------------------±---------------------±---------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|===============================+======================+======================|
| 0 GeForce RTX 2060 Off | 00000000:01:00.0 Off | N/A |
| N/A 51C P0 12W / N/A | 5MiB / 5934MiB | 0% Default |
| | | N/A |
±------------------------------±---------------------±---------------------+

±----------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=============================================================================|
| 0 N/A N/A 910 G /usr/lib/Xorg 4MiB |
±----------------------------------------------------------------------------+

My equipment is an MSI GS65 Stealth 8SE (intel 8750HQ+RTX2060) with Manjaro KDE, kernel 5.8 and Xorg 1.20.9. Attached nvidia_bug_report of both drivers.

Thank you very much and excuse my bad english

440-nvidia-bug-report.log.gz (239.7 KB) 455-nvidia-bug-report.log.gz (374.0 KB)

Same problem with version 455.36, in this case it is in P8 mode but it still consumes 10-12Wats.

Some help?

Problems occur since offloadsink support was added with 450.57, maybe that’s the problem going back to 440.100

Same issue here on Lenovi X1E. Card stuck at 139 mhz, memory at full 3.5 ghz frequency according to nvtop. Extremely poor performance in games due to this. Started with 455.36, currently on 455.38 but problems are similar.

In my case, performance is good but I don’t have power management

The problem persists with the 460.27 beta. Now it seems that it no longer consumes that many watts in idle but the graphics card does not turn off completely.

nvidia smi:

Mon Jan 4 00:28:52 2021
±----------------------------------------------------------------------------+
| NVIDIA-SMI 460.27.04 Driver Version: 460.27.04 CUDA Version: 11.2 |
|-------------------------------±---------------------±---------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|===============================+======================+======================|
| 0 GeForce RTX 2060 Off | 00000000:01:00.0 Off | N/A |
| N/A 32C P8 2W / N/A | 5MiB / 5934MiB | 0% Default |
| | | N/A |
±------------------------------±---------------------±---------------------+

±----------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=============================================================================|
| 0 N/A N/A 629 G /usr/lib/Xorg 4MiB |
±----------------------------------------------------------------------------+

The graphics card is in the correct fine-grained mode, but the video memory section never changes to a state that is not active. With powertop it also shows that the graphics card has 100% usage while with 440 usage it is 0%.

[…@… ~]$ cat /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

I don’t understand how nobody gives me an answer after so many months without being able to update drivers. It only happens with my laptop? What could have changed so that since 440 I have no power management? The new versions of drivers are not to correct bugs and that everything works better?

First of all, please don’t use nvidia-smi for runtime pm debugging. It wakes up the gpu and then displays some momentary power usage which is rather useless.
Only use powertop while AC is disconnected to get the power readings.
cat /sys/bus/pci/devices/0000:01:00.0/power/runtime_status
should then display the state suspended.
In the bug report logs for the 455 driver, all states were correctly showing.
gpu state suspended
Video Memory off

1 Like

Thanks for answering.

The command always shows that the card is activated. It is certain that I do not have any application activating the card because it has happened to me in the past, if it is in this state it is for something else.

[…@… ~]$ cat /sys/bus/pci/devices/0000:01:00.0/power/runtime_status
active

I’m also attaching the nvidia_bug log in case it can help.

With the 455, although the log shows that, it is sure that it did not work well because the fans did not stop rolling. On the nvidia_smi you can see the temperature difference between the 440 and 455 when they were doing the same thing. With the 460 the fans do not roll but you can feel the heat from the GPU because it does not turn off completely.

460-bug-report.log.gz (250.1 KB)

Just noticed you’re running a 5.10 kernel, please see this:
https://forums.developer.nvidia.com/t/pci-express-runtime-d3-power-management-broken-by-commit-4d03e3cc59828/164901/2

Thanks.

I have switched to kernel 5.9 and it already shows that the card is in suspend mode, powertop also shows me that the card has 0% use (the consumption watts does not show them) … apparently everything is correct.

But the GPU fans keep turning on as with the 455 so there is still a problem.

[…@… ~]$ cat /sys/bus/pci/devices/0000:01:00.0/power/runtime_status
suspended

[…@… ~]$ cat /proc/driver/nvidia/gpus/0000:01:00.0/power
Runtime D3 status: Enabled (fine-grained)
Video Memory: Off

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

If after several minutes of non-use I launch nvidia_smi it shows me that the GPU is close to 50ºC when it should be just over 40º.

Tue Jan 5 16:01:19 2021
±----------------------------------------------------------------------------+
| NVIDIA-SMI 460.27.04 Driver Version: 460.27.04 CUDA Version: 11.2 |
|-------------------------------±---------------------±---------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|===============================+======================+======================|
| 0 GeForce RTX 2060 Off | 00000000:01:00.0 Off | N/A |
| N/A 47C P5 9W / N/A | 5MiB / 5934MiB | 0% Default |
| | | N/A |
±------------------------------±---------------------±---------------------+

±----------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=============================================================================|
| 0 N/A N/A 715 G /usr/lib/Xorg 4MiB |
±----------------------------------------------------------------------------+

I am attaching nvidia_bug_report with this kernel again.

460-linux59-bug-report.log.gz (272.3 KB)

Don’t know if this works at all, but can you try disabling the output sink feature by adding
Option "AllowPRIMEDisplayOffloadSink" "false"
inside the outputclass section of
/usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf

1 Like

Nothing changes.

I already think the laptop has a problem because it was one of the first to come out with this combination of CPU + GPU and it has no solution. The sad thing is that with the 440 everything worked well.

I hope they show something new at CES and a few months I can change it because it’s a very annoying bug

You could check for a bios update, yours is from 2018.

I’ve been testing for a while with the 455 versions and the new 460 stable but it’s still the same.

It’s funny because with kernel 5.10 despite the bug at least it turns off the fans and it’s not that annoying.

I can’t update the BIOS either because then I have other CPU fan issues and I don’t know if it would be fixed either.

Anyway thanks for the help, at least it has been tried

the problem persists with version 460.39 and kernel 5.10 with which the power management problem is already fixed