[Bug 38917] [patch] Radeon clocks should not be limited to defaults

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugs.freedesktop.org/show_bug.cgi?id=38917

Antti Lahtinen <ahlaht@xxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #48691|0                           |1
        is obsolete|                            |

--- Comment #3 from Antti Lahtinen <ahlaht@xxxxxxxxx> 2011-07-18 01:55:57 PDT ---
Created an attachment (id=49237)
 View: https://bugs.freedesktop.org/attachment.cgi?id=49237
 Review: https://bugs.freedesktop.org/review?bug=38917&attachment=49237

Add power_table in /sys

Here is an another patch I was asked to send. It unfortunately does not add
temperature monitoring, but it allows the user to remove the limit optionally.

It adds two new files in /sys/class/drm/card0/device: power_table and
allow_overclocking.

power_table contains the system specific list of power states and some extra
information. The whole file or just parts of it can be written back to change
some of the values run-time.

These 5 values can be changed on each clock mode:
- RADEON_PM_MODE_NO_DISPLAY (It may be useful to remove this flag to enable
  the lowest clock mode for dynpm.)
- engine clock
- memory clock
- vddc
- vddci

The changes actually done are printed to dmesg. Currently the power state is
not automatically reset after a change has been made. This must be done
manually by switching to another clock mode temporarily:
echo high > /sys/class/drm/card0/device/power_profile
echo mid > /sys/class/drm/card0/device/power_profile

For safety the clock rates and voltages can not be set to unlimited values by
default. The safety checks can be disabled with:
echo 1 > /sys/class/drm/card0/device/allow_overclocking

(This should also be done on systems affected by this bug.)

Of course incorrect combinations of clock rates and voltage can still crash the
system even with the checks enabled, but hopefully without permanent damage.

This new patch should not change the default behavior in any way other than
printing an error if the boot up clocks appear to be low.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- 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


[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux