Announcement

Collapse
No announcement yet.

AMD Has Massive Radeon Patch Set - Power Management!

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic AMD Has Massive Radeon Patch Set - Power Management!

    AMD Has Massive Radeon Patch Set - Power Management!

    Phoronix: AMD Has Massive Radeon Patch Set - Power Management!

    For AMD Radeon customers using the open-source Linux graphics driver, the Linux 3.11 kernel is going to be mega exciting! Alex Deucher of AMD posted a set of 165 kernel patches today. Most notably, there's finally Dynamic Power Management (DPM) support for R600 GPUs up through Southern Islands hardware! Yes, there's finally dynamic power management in the open-source driver. Additionally, there's initial support for AMD "Sea Islands" hardware and there's also ASPM (Active State Power Management) support...

    http://www.phoronix.com/vr.php?view=MTM5NjE

  • kapouer
    replied
    black screen on 6740

    Hi,
    while an early try with drm-next-3.11-wip worked (but was slow-ish),
    latest drm-next-3.11 @f4dec318 gives a flash of garbled output
    then black screen, as soon as drm loads. Kernel crash.
    Nothing about the crash is logged on disk after reboot.
    PC is imac12,2, efi-booted.

    Leave a comment:


  • d2kx
    replied
    Originally posted by Massa View Post
    On my E-350 I also get a lock-up but it works if I remove the SUMO_uvd firmware file.
    Yeah, this works, thanks.

    Leave a comment:


  • jarryson
    replied
    I have tons of this error messages in dmesg, but everything seems fine

    HD7640G + HD7670M(closed through vgaswitcheroo), mesa and xf86-video-ati 20130706, llvm 3.4. kernel agd5f's drm-next-3.11 branch 20130705.
    Code:
    [ 3561.423301] radeon 0000:00:01.0: GPU fault detected: 147 0x012d1502
    [ 3561.423307] radeon 0000:00:01.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00000000
    [ 3561.423312] radeon 0000:00:01.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x00000000
    [ 3561.423318] radeon 0000:00:01.0: GPU fault detected: 147 0x012d2502
    [ 3561.423324] radeon 0000:00:01.0:   VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x00000000
    [ 3561.423330] radeon 0000:00:01.0:   VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x00000000
    And when use mplayer and vdpauinfo, i got this message, but also seems harmless
    Code:
    Inconsistency detected by ld.so: dl-close.c: 765: _dl_close: Assertion `map->l_init_called' failed!
    Last edited by jarryson; 07-06-2013, 07:26 AM.

    Leave a comment:


  • Massa
    replied
    Originally posted by d2kx View Post
    With latest code I still get soft lockup during boot and UVD not working (E-350 & HD 6870). Also on my HD 6870, bad 3D performance because it doesn't increase speeds in games.
    On my E-350 I also get a lock-up but it works if I remove the SUMO_uvd firmware file.

    Leave a comment:


  • droste
    replied
    Yes everything is set up correctly. Actually I'm the one who explained it to you, how to set this up, so if it is working for you, it should be working for me :-D
    DPM and UVD are initialized without errors (dmesg).
    UVD is working but stopping UVD playbacks and switching back to a non-UVD power state is locking up the PC sometimes.
    DPM does nothing until UVD is used. There it correctly switches power states and power level until the playback ends. After that the power level goes back to power level 2 and stays there.

    Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=60523

    Leave a comment:


  • Bushido_root
    replied
    Originally posted by droste View Post
    For me it's the other way around: It's always at full speed.
    The only change I noticed is when running UVD, but this results in a hard (or soft? changing VT doesn't work but SysRq+REISUB reboots the machine) lock after a few seconds.

    /edit:
    This is with 7982128c3d447df27db963af67bc6b8dc7efb1de from the drm-next-3.11 branch but the commits after that doesn't seem to change any behavior for evergreen cards.
    This laptop I'm using is an Evergreen card (HD5400 CEDAR if this counts as an Evergreen) and everything works just fine...
    You have the appropiate firmware for your card, yes?

    Leave a comment:


  • brent
    replied
    Originally posted by Xipeos View Post
    Not sure what you meant. Current code already sets my (desktop) card to the "cool and quiet" power state, so clock gating wouldn't change much. I need/want the driver to switch my card to the higher-performing power state(s) in the "3d_perf" class (with max clocks and voltage) when required.
    Clock gating disables the clock signals to unused hardware blocks completely if they are not in use. This can make a big difference in terms of power consumption, even compared to a low clock. The old PM code wasn't capable of clock gating at all.

    Leave a comment:


  • droste
    replied
    For me it's the other way around: It's always at full speed.
    The only change I noticed is when running UVD, but this results in a hard (or soft? changing VT doesn't work but SysRq+REISUB reboots the machine) lock after a few seconds.

    /edit:
    This is with 7982128c3d447df27db963af67bc6b8dc7efb1de from the drm-next-3.11 branch but the commits after that doesn't seem to change any behavior for evergreen cards.
    Last edited by droste; 07-05-2013, 11:59 AM.

    Leave a comment:


  • d2kx
    replied
    With latest code I still get soft lockup during boot and UVD not working (E-350 & HD 6870). Also on my HD 6870, bad 3D performance because it doesn't increase speeds in games.

    Leave a comment:

Working...
X