Comment # 39
on bug 69723
from Alex Deucher
(In reply to comment #38) > A couple of observations. I've forced power state to performance and > performance state to high. Here is the result: > [root@Xander device]# more /sys/kernel/debug/dri/64/radeon_pm_info > uvd vclk: 0 dclk: 0 > power level 2 sclk: 83000 mclk: 130000 vddc: 1060 vddci: 1150 > > Now, keeping this configuration, I launched a video relying on UVD. The > result downclocks the core clock from 830 (probably limited to 800 as we > know) to 725. > [root@Xander device]# more /sys/kernel/debug/dri/64/radeon_pm_info > uvd vclk: 54000 dclk: 40000 > power level 2 sclk: 72500 mclk: 130000 vddc: 1060 vddci: 1150 > > However, if I don't force this power and performance states combination > (letting it as balanced and auto or performance and auto), I have the > following: > [root@Xander device]# more /sys/kernel/debug/dri/64/radeon_pm_info > uvd vclk: 54000 dclk: 40000 > power level 0 sclk: 50000 mclk: 130000 vddc: 1000 vddci: 1150 > [root@Xander device]# more /sys/kernel/debug/dri/64/radeon_pm_info > uvd vclk: 54000 dclk: 40000 > power level 2 sclk: 72500 mclk: 130000 vddc: 1060 vddci: 1150 > > As you can see, it will adapt to the needed performance state. > Not exactly. Here are the power states defined for your system: == power state 0 == ui class: none internal class: boot caps: uvd vclk: 0 dclk: 0 power level 0 sclk: 25000 mclk: 15000 vddc: 1000 vddci: 1000 power level 1 sclk: 25000 mclk: 15000 vddc: 1000 vddci: 1000 power level 2 sclk: 25000 mclk: 15000 vddc: 1000 vddci: 1000 status: c r b == power state 1 == ui class: performance internal class: none caps: uvd vclk: 0 dclk: 0 power level 0 sclk: 25000 mclk: 15000 vddc: 900 vddci: 950 power level 1 sclk: 50000 mclk: 130000 vddc: 1000 vddci: 1150 power level 2 sclk: 83000 mclk: 130000 vddc: 1060 vddci: 1150 status: == power state 2 == ui class: none internal class: uvd caps: video uvd vclk: 54000 dclk: 40000 power level 0 sclk: 50000 mclk: 130000 vddc: 1000 vddci: 1150 power level 1 sclk: 50000 mclk: 130000 vddc: 1000 vddci: 1150 power level 2 sclk: 72500 mclk: 130000 vddc: 1060 vddci: 1150 status: == power state 3 == ui class: none internal class: uvd_mvc caps: video uvd vclk: 70000 dclk: 56000 power level 0 sclk: 50000 mclk: 130000 vddc: 1000 vddci: 1150 power level 1 sclk: 50000 mclk: 130000 vddc: 1000 vddci: 1150 power level 2 sclk: 72500 mclk: 130000 vddc: 1060 vddci: 1150 status: When you select performance, battery, or balanced state on your system, power state 1 is used. When you activate UVD, the driver selects power state 2. When UVD is not in use, the previously active power state (1 in this case) is selected again. The driver only selects the power state. The power levels (0-2) within the power state are either selected automatically by the hw based on GPU load (auto) or forced to power level 0 or 2 (low or high) is you force the performance level. When you force the performance level to high, it will apply to all power states that you select (both power state 1 and 2) which is why you see the UVD state using 500 vs. 725 Mhz. > - So, first question: is it expected to see a lowered sclk when UVD is > active? Yes since the driver selects a different power state (one tailored to the requirements of the UVD block for smooth video playback). > - Second one: when the performance is changed automatically (auto), could we > be triggering a performance state change too quickly? The driver doesn't trigger performance level changes, the hw does. The driver just selects the overall power state. > - Third one: it was previously said mclk is tied to vddci AND vddc. Wouldn't > there be a chance we could encounter a problem here if vddc=1000 and not > 1060 when running at full speed? Sure. That's why we have the ni_apply_state_adjust_rules() to make sure the power state is valid based on the current requirements. > - Last one: is there a way to monitor the GPU temperature and/or the GPU fan > speed? (even at full speed when highly solicited, the fan is not running as > fast as when dpm=0. I'm wondering if I'm not overheating from time to time). You can see the temperature in sysfs. There should be a entry under /sys/class/hwmon/ for radeon.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel