ilya-zlobintsev / LACT

Linux AMDGPU Configuration Tool
MIT License
1.21k stars 30 forks source link

Minimum GPU and VRAM clock adjustments not working #385

Open leonardohn opened 19 hours ago

leonardohn commented 19 hours ago

Checklist

Bug description

I encountered two issues related to minimum GPU and VRAM clock adjustments while using LACT:

Debug Snapshot: LACT-sysfs-snapshot-20241015-234520.tar.gz

System info

- LACT version: 0.5.6-release
- GPU model: AMD Radeon RX 6900 XT (0x1002:0x73BF:0xC0)
- Kernel version: 6.11.2-cachyos
- Distribution: NixOS 24.11
leonardohn commented 19 hours ago

Additional information: If I set the minimum GPU clock using /sys interface, lact-gui displays wrong power states:

image

ilya-zlobintsev commented 16 hours ago

Setting minimum clocks can indeed be iffy, though I have not seen this happen before with GPU clock, only with VRAM.

A few more questions:

leonardohn commented 14 hours ago

Setting minimum clocks can indeed be iffy, though I have not seen this happen before with GPU clock, only with VRAM.

I believe the GUI changes both values when you enable the advanced configuration, doesn't it? As the VRAM slider will also be available.

  Do you mean that the values are not shown at all (in the UI, or manually in the `pp_od_clk_voltage` file in `/sys`), or that they are written there but are not the clocks the GPU actually runs at?

The values doesn't seem to be applied anywhere, it just stays in the default minimum.

* Do the clocks change correctly when you write them manually in /sys? (ignoring the reporting)

Yes, but they are displayed incorrectly as in the screenshot.

* Please include a debug snapshot for when the power state reporting is wrong

Here it is: LACT-sysfs-snapshot-20241016-050352.tar.gz

* Try setting `disable_clocks_cleanup` to true in the daemon config, then reboot. The problem might be related to the GPU not properly handling a clocks reset command, which by default is sent every time settings are applied.

I will try and report you back.

leonardohn commented 13 hours ago

The problem persists with disable_clocks_cleanup: true.