[Bug 60523] New: Lockup with radeon DPM on Radeon HD5770 (Juniper)

[Bug 60523] New: Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

            Bug ID: 60523
           Summary: Lockup with radeon DPM on Radeon HD5770 (Juniper)
           Product: Drivers
           Version: 2.5
    Kernel Version: 3.10-drm-next-3.11
          Hardware: x86-64
                OS: Linux
              Tree: Mainline
            Status: NEW
          Severity: high
          Priority: P1
         Component: Video(DRI - non Intel)
          Assignee: drivers_video-dri@kernel-bugs.osdl.org
          Reporter: tdroste@gmx.de
        Regression: No

Created attachment 106814
  --> https://bugzilla.kernel.org/attachment.cgi?id=106814&action=edit
dmesg | grep -iE "drm|radeon|power|uvd" after starting a video with mplayer

I have some not always reproducible lockup with the latest DPM code.
There are 2 scenarios:

1. PC boots, DPM is active and reports different power states and levels in
dmesg, but does not change the power level (it's always at power level 2)

2. mplayer is started and plays a video with UVD. DPM switches the power state
to UVD and switches between powerlevel 0 and 2 while playing the video

3. When closing mplayer there are 2 possible outcomes:
a) DPM switches the power state back to performance and stays in power level 0
or 1. This will stay until something triggers it to switch to power level 2
again. As soon as it's in power level 2 again it's never changing back.

b) PC locks up, display is black and VT switch doesn't work until I
SysRq+REISUB to reboot the machine

Scenario b is harder to trigger but it happened at least 2 times today.

dmesg | grep -iE "drm|radeon|power|uvd"

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #1 from Tobias Droste <tdroste@gmx.de> ---
I just tried the most recent branch with the "force performance level"
framework and the result is this:

# echo auto > power_dpm_force_performance_level
bash: echo: write error: Invalid argument
# echo low > power_dpm_force_performance_level
bash: echo: write error: Invalid argument
# echo high > power_dpm_force_performance_level
bash: echo: write error: Invalid argument

Has this something to do with the powerlevel not switching thing? Or am I doing
something wrong?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Alex Deucher <alexdeucher@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alexdeucher@gmail.com

--- Comment #2 from Alex Deucher <alexdeucher@gmail.com> ---
You're doing it correctly, but the power management hardware seems to be in a
bad state on your system.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #3 from Tobias Droste <tdroste@gmx.de> ---
Anything I can do to reset it? Or provide debug information? A restart doesn't
seem to help.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #4 from Alex Deucher <alexdeucher@gmail.com> ---
It doesn't look like it's working correctly to begin with.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Tobias Droste <tdroste@gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Kernel Version|3.10-drm-next-3.11          |drm-fixes-3.11

--- Comment #5 from Tobias Droste <tdroste@gmx.de> ---
In case you are wondering if this was somehow fixed with your latest patches:
It wasn't ;-)

Good news is: 
No lockups!

Bad news: 
It's still not automatically switching power levels.
The only way to get it into a lower power level is to run a small video with a
player using UVD. After closing the player the power level goes to 0. But as
soon as something needs some more power the level goes back to 2 and stays
there, even when the load is low again.

and this is still happening:
# echo low > power_dpm_force_performance_level
bash: echo: write error: Invalid argument

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #6 from Alex Deucher <alexdeucher@gmail.com> ---
Please attach your dmesg output with the latest drm bits.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #7 from Tobias Droste <tdroste@gmx.de> ---
Created attachment 107045
  --> https://bugzilla.kernel.org/attachment.cgi?id=107045&action=edit
dmesg | grep -iE "drm|radeon|power|uvd"

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #8 from Alex Deucher <alexdeucher@gmail.com> ---
Does this patch help?

diff --git a/drivers/gpu/drm/radeon/cypress_dpm.c
b/drivers/gpu/drm/radeon/cypress_dpm.c
index 9bcdd17..1acbddb 100644
--- a/drivers/gpu/drm/radeon/cypress_dpm.c
+++ b/drivers/gpu/drm/radeon/cypress_dpm.c
@@ -2113,7 +2113,7 @@ int cypress_dpm_init(struct radeon_device *rdev)
            (rdev->family == CHIP_HEMLOCK))
                pi->gfx_clock_gating = false;
        else
-               pi->gfx_clock_gating = true;
+               pi->gfx_clock_gating = false;//true;

        pi->mg_clock_gating = true;
        pi->mgcgtssm = true;

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #9 from Tobias Droste <tdroste@gmx.de> ---
No.

It seems to work good as soon as the power state switches to a state with UVD
(jumping from 0 to 2 based on load). But without UVD running it stays on power
level 2 as soon as it lands there.

So it goes (ps = power state, pl = power level):

ps(non-uvd) pl2 -> ps(uvd) pl2 -> ps(uvd) pl0 -> ps(uvd) pl1 -> ps(uvd) pl0 ->
ps(non-uvd) pl0

it stays at this until something is rendering in 3D and goes to pl2. 

But when the 3D rendering stops it doesn't go back to pl0 or pl1. So it really
seems like it's stuck there in this power state.

and this is still happening:
# echo low > power_dpm_force_performance_level
bash: echo: write error: Invalid argument

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #10 from Tobias Droste <tdroste@gmx.de> ---
Interesting fact #2:

# echo low > power_dpm_force_performance_level

works with UVD running!

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #11 from Tobias Droste <tdroste@gmx.de> ---
Interesting fact #3:

it's also working if I only attach 1 monitor!

So it looks like power state 1, 2 and 4 are working correctly and power state 3
(no uvd and two monitors attached) is broken.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #12 from Alex Deucher <alexdeucher@gmail.com> ---
Do you have any sort of background animations, compute jobs, or anything like
that running?  I have a very similar 5770, and I can't reproduce the issue. 
The multi-monitor state works fine here.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #13 from Tobias Droste <tdroste@gmx.de> ---
The only active component is kwin with compositing. 
But even if I disable compositing and don't touch the mouse or keyboard for a
while the state doesn't change. 

I also doubt that's the problem because

# echo high > power_dpm_force_performance_level

gives 

bash: echo: write error: Invalid argument

with 2 monitors attached and works fine with 1 monitor.

Maybe a weird bug in the bios? But the card works fine with catalyst in
windows.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #14 from Tobias Droste <tdroste@gmx.de> ---
I changed rv770_smc.c to this: http://pastebin.com/eMzfrAaZ, but there aren't
any message in dmesg after booting.

'echo low > power_dpm_force_performance_level' fails, but is also not printing
something to dmesg. 
Changing from 1 monitor to 2 and back is also not printing something to dmesg.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Christian Birchinger <joker@netswarm.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |joker@netswarm.net

--- Comment #15 from Christian Birchinger <joker@netswarm.net> ---
I think i have the same problem using the kernel version 3.11-rc3+ (git version
incl. latest drm-fixes)

I'm also using a 5770 (MSI Radeon HD 5770 Hawk) graphics card.

I get the same error messages (write error: Invalid argument)
when echoing the values into power_dpm_force_performance_level.

During idle (XFCE with or without composite), it remains on power level 2:

# cat /sys/kernel/debug/dri/0/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 2    sclk: 87500 mclk: 120000 vddc: 1200 vddci: 1100
(Temperature is around 48C)


When playing a video, the states change (card gets cooler):

# cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 50000 dclk: 40000
power level 1    sclk: 40000 mclk: 90000 vddc: 950 vddci: 1100
# cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 50000 dclk: 40000
power level 2    sclk: 40000 mclk: 90000 vddc: 950 vddci: 1100
# cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 50000 dclk: 40000
power level 0    sclk: 40000 mclk: 90000 vddc: 950 vddci: 1100
(Temperature is around 44C)


The Windows driver brings the temperature down to 37C in idle.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Lockup with radeon DPM on Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #16 from Christian Birchinger <joker@netswarm.net> ---
I also had a hard lockup having the machine running over night. Too bad i found
nothing in the syslog.

A small detail appeard though: When the monitor is off (dpms standby), it
starts changing power states.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Tobias Droste <tdroste@gmx.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Kernel Version|drm-fixes-3.11              |drm-next-3.12-wip
            Summary|Lockup with radeon DPM on   |Radeon DPM not working with
                   |Radeon HD5770 (Juniper)     |2 monitors attached to
                   |                            |Radeon HD5770 (Juniper)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #17 from Alex Deucher <alexdeucher@gmail.com> ---
Does this patch help?

diff --git a/drivers/gpu/drm/radeon/cypress_dpm.c
b/drivers/gpu/drm/radeon/cypress_dpm.c
index 95a66db..a1d2503 100644
--- a/drivers/gpu/drm/radeon/cypress_dpm.c
+++ b/drivers/gpu/drm/radeon/cypress_dpm.c
@@ -1898,10 +1898,10 @@ int cypress_dpm_enable(struct radeon_device *rdev)
        cypress_start_dpm(rdev);

        if (pi->gfx_clock_gating)
-               cypress_gfx_clock_gating_enable(rdev, true);
+               cypress_gfx_clock_gating_enable(rdev, false);

        if (pi->mg_clock_gating)
-               cypress_mg_clock_gating_enable(rdev, true);
+               cypress_mg_clock_gating_enable(rdev, false);

        if (rdev->irq.installed &&
            r600_is_internal_thermal_sensor(rdev->pm.int_thermal_type)) {

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #18 from Tobias Droste <tdroste@gmx.de> ---
Doesn't help here.

But I can confirm that it works as soon as dpms is active and dpm switches to
power level 0. It stays at power level 0 after the monitors are active again
and I can echo things to power_dpm_force_performance_level. But as soon as it
goes back to power level 2 it stays there and echoing to
power_dpm_force_performance_level fails again.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #19 from Christian Birchinger <joker@netswarm.net> ---
Just to be totaly clear. In my case i only have one monitor in use. I don't use
any multi-head setup at the moment.

The rest is identical. dpms standby puts it to level 0, when it wakes up it's
also level 0. After it switched to level 2 though it wont ever go back to 1 or
0 (except  when using dpms again or the video playback trick)

During dpms standby i see "caps: single_disp video" in the dmesg output
but when the monitor is on it is "caps: video". No idea if that is normal
but as i said, i'm only using one display.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #20 from Alex Deucher <alexdeucher@gmail.com> ---
Christian,  Can you try this patch:
http://lists.freedesktop.org/archives/dri-devel/2013-August/043464.html
I the vblank period on your monitor is short enough that it's causing the
driver to select the multi-head case to avoid mclk switching.  You should also
try the patch in comment 17.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #21 from Christian Birchinger <joker@netswarm.net> ---
No change here at all with those 2 patches. I'm attaching my boot dmesg just in
case my maybe weird setup (CRT monitor) does not cause anything special.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #22 from Christian Birchinger <joker@netswarm.net> ---
Created attachment 107211
  --> https://bugzilla.kernel.org/attachment.cgi?id=107211&action=edit
drm/radeon boot output

The relevant radeon and drm boot message output

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #23 from Alex Deucher <alexdeucher@gmail.com> ---
Ah, you have a system with gddr5 memory.  The blanking period is probably too
short on your monitor to support mclk switching.  Something like this will tell
you for sure:

diff --git a/drivers/gpu/drm/radeon/cypress_dpm.c
b/drivers/gpu/drm/radeon/cypress_dpm.c
index 95a66db..cfe8313 100644
--- a/drivers/gpu/drm/radeon/cypress_dpm.c
+++ b/drivers/gpu/drm/radeon/cypress_dpm.c
@@ -2169,6 +2169,8 @@ bool cypress_dpm_vblank_too_short(struct radeon_device
*rdev)
        /* we never hit the non-gddr5 limit so disable it */
        u32 switch_limit = pi->mem_gddr5 ? 450 : 0;

+       DRM_ERROR("vblank_time: %d switch_limit: %d", vblank_time,
switch_limit);
+
        if (vblank_time < switch_limit)
                return true;
        else
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index a44ae9a..7b4c9db 100644
--- a/drivers/gpu/drm/radeon/radeon_pm.c
+++ b/drivers/gpu/drm/radeon/radeon_pm.c
@@ -648,10 +648,15 @@ static struct radeon_ps
*radeon_dpm_pick_power_state(struct radeon_device *rdev,

        /* check if the vblank period is too short to adjust the mclk */
        if (single_display && rdev->asic->dpm.vblank_too_short) {
-               if (radeon_dpm_vblank_too_short(rdev))
+               if (radeon_dpm_vblank_too_short(rdev)) {
+                       DRM_ERROR("vblank too short\n");
                        single_display = false;
+               }
        }

+       DRM_ERROR("single display = %d crtcs: %d", single_display,
+                 rdev->pm.dpm.new_active_crtc_count);
+
        /* certain older asics have a separare 3D performance state,
         * so try that first if the user selected performance
         */

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #24 from Christian Birchinger <joker@netswarm.net> ---
Created attachment 107212
  --> https://bugzilla.kernel.org/attachment.cgi?id=107212&action=edit
debug drm output

Yes, i get lots of output. Log is attached

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #25 from Christian Birchinger <joker@netswarm.net> ---
So with the problem being the vblank i switched the resolutions using xrandr.
Using lower resolution modes makes it start switching.

~ $ xrandr
Screen 0: minimum 320 x 200, current 1600 x 1200, maximum 8192 x 8192
DisplayPort-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 disconnected (normal left inverted right x axis y axis)
DVI-0 connected 1600x1200+0+0 (normal left inverted right x axis y axis) 416mm
x 312mm
   1600x1200      85.0*+
   1280x1024     100.0  
   1152x864       99.4  
   1024x768      100.0  
   800x600       100.0  
   640x480       100.0  
   640x400        85.1  
   400x300       144.4  
   320x240       150.3  
   320x200       139.9  

"1280x1024" and "640x400" makes it switch to level 0. But my default working
mode "1600x1200" for the past 10+ years triggers the issue.

Modeline        "1600x1200" 220.00 1600 1616 1808 2080 1200 1204 1207 1244
+hsync +vsync
Modeline        "1280x1024" 181.75 1280 1312 1440 1696 1024 1031 1046 1072
-hsync -vsync
Modeline        "1152x864"  137.65 1152 1184 1312 1536 864 866 885 902 -hsync
-vsync
Modeline        "1024x768"  115.50 1024 1056 1248 1440 768 771 781 802 -hsync
-vsync
Modeline        "800x600"    69.65 800 864 928 1088 600 604 610 640 -hsync
-vsync
Modeline        "640x480"    45.80 640 672 768 864 480 488 494 530 -hsync
-vsync
Modeline        "640x400"    31.50 640 672 736 832 400 401 404 445 -hsync
+vsync
Modeline        "400x300"    25.00 400 424 488 520 300 319 322 333 doublescan
Modeline        "320x240"    15.75 320 336 384 400 240 244 246 262 doublescan
Modeline        "320x200"    12.59 320 336 384 400 200 204 205 225 doublescan

I only really use the 1600x1200 now the old stuff comes from a time where
scaling used the whole CPU ;)

The EDID file it uses on bootup contains the same modes. EDID was generated
with the same values because
the radone driver seems to ignore the values in xorg.conf and only uses EDID
from KMS etc.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #26 from Alex Deucher <alexdeucher@gmail.com> ---
In order to switch the mclk, the hw needs at least 450us.  The vblank period of
the 1600x1200 mode is 396us, so it's not long enough to switch.  The switch has
to happen during vblank to avoid seeing a flicker when the mclk changes.  As
such the driver picks a power state where the mclk doesn't change (the same
power state that is used for multi-head).  You could try specifying a 1600x1200
modeline with a longer vblank period if you want to use that mode and still
support mclk switching.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #27 from Tobias Droste <tdroste@gmx.de> ---
Isn't this the reason why there is a multi-monitor power state? same mclk but
different sclk for each power level? So switching between them should be no
problem because there's no memory reclocking happening.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #28 from Christian Birchinger <joker@netswarm.net> ---
Ok thanks.

I was just in the middle of posting this:

With 1280x1024 it switched to power level 0 but without "single_disp".
With the really low 640x400 mode it did also use "single_disp".

But i now see that's no longer relevant.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #29 from Alex Deucher <alexdeucher@gmail.com> ---
Correct.  I'm not sure why that state sees to get stuck in the highest
performance level on your cards though.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #30 from Christian Birchinger <joker@netswarm.net> ---
Maybe the same reason why Tobias is stuck at level 2.

Since i'm no longer able to use tools like xvidtune and the online modeline
calculator tells me 1600x1200 85hz requires >300Mhz pixel clock, so i'm
probably
stuck at trying out lots of predefined modes that got pasted online.

How would i calculate the vblank period from modelines? It would really help
if i at least knew a mode is within the specs before trying it out.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #31 from Alex Deucher <alexdeucher@gmail.com> ---
(In reply to Christian Birchinger from comment #30)
> Maybe the same reason why Tobias is stuck at level 2.
> 

Right you both seem to be afflicted but the same issue.

> Since i'm no longer able to use tools like xvidtune and the online modeline
> calculator tells me 1600x1200 85hz requires >300Mhz pixel clock, so i'm
> probably
> stuck at trying out lots of predefined modes that got pasted online.

You can use gtf or cvt to generate modelines and add them manually with xrandr.

> 
> How would i calculate the vblank period from modelines? It would really help
> if i at least knew a mode is within the specs before trying it out.

See r600_dpm_get_vblank_time() in r600_dpm.c for the formula:

line_time_us = (mode.crtc_htotal * 1000) / mode.clock;
vblank_lines = mode.crtc_vblank_end - mode.crtc_vdisplay;
vblank_time_us = vblank_lines * line_time_us;

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #32 from Christian Birchinger <joker@netswarm.net> ---
Yes, i did this:

xrandr --newmode "1600x1200_test" 229.5   1600 1664 1856 2160 1200 1201 1204
1250 +hsync +vsync

Puts my state to this:

uvd    vclk: 0 dclk: 0
power level 0    sclk: 15700 mclk: 30000 vddc: 950 vddci: 1100

(so it's level 0 and single_disp)

The reason i was using obscure realtime testing with xvidtune is because now
the image is much
narrower and i get ugly crt stretching pillow effects when i compensate for it.

But yes, that's nothing the driver can take care of anymore. Maybe i find some
non-standard mode
that still gets accepted. But without a tool that displays tests in realtime
like xvidtune there
will be lots of tying around.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

queryv+fd@gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |queryv+fd@gmail.com

--- Comment #33 from queryv+fd@gmail.com ---
I'm also experiencing this issue with my 6870. I decided to attach a second
monitor yesterday and immediately noticed that my card went from idling at
around 45°C to a steady 55°C.

'watch cat /sys/kernel/debug/dri/0/radeon_pm_info' shows that I'm stuck at
power level 2, even when running a game like Xonotic. I get the same 'bash:
echo: write error: Invalid argument' error if I try to force a performance
level as well.

Using 3.11-rc5 + the drm-next-3.12-wip branch.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #34 from queryv+fd@gmail.com ---
Created attachment 107241
  --> https://bugzilla.kernel.org/attachment.cgi?id=107241&action=edit
full dmesg (HD6870)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #35 from pitamm@gmail.com ---
I have the same problem with HD5700. Since the others have attached dmesg
reports already, I am not including mine. 

Unlike droste, when I do:

# echo high > power_dpm_force_performance_level
OR
# echo low > power_dpm_force_performance_level


nothing happens, and nothing prints to dmesg. I am always "stuck" in power
level 2. Using 3.11git-rc5 from Fedora rawhide.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #36 from Tobias Droste <tdroste@gmx.de> ---
Hm I'm pretty sure the "stuck" power level is the same problem as the "write
error: Invalid argument" problem.

Are you sure you're in the correct directory before executing the command?

If you're not in '/sys/class/drm/card0/device' you would just create a text
file with 'high' or 'low' in it.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #37 from Alex Deucher <alexdeucher@gmail.com> ---
I was finally able to reproduce this, but only with gcc 4.8.  Older versions of
gcc work fine.  Looks like the gcc bug has struck again.  See:
https://bugs.freedesktop.org/show_bug.cgi?id=66932
Now to find what other part gcc doesn't like...

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #38 from Tobias Droste <tdroste@gmx.de> ---
I don't want to say that it's not a gcc bug, but I'm using gcc 4.7:

gcc version 4.7.2 20130108 [gcc-4_7-branch revision 195012] (SUSE Linux)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #39 from Alex Deucher <alexdeucher@gmail.com> ---
Created attachment 107254
  --> https://bugzilla.kernel.org/attachment.cgi?id=107254&action=edit
fix for 3.11

The attached patch seems to fix it for me.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #40 from queryv+fd@gmail.com ---
(In reply to Alex Deucher from comment #39)
> Created attachment 107254 [details]
> fix for 3.11
> 
> The attached patch seems to fix it for me.

That doesn't seem to fix it for me (6870). I first tried 3.11-rc6 +
drm-next-3.12-wip (ee31b2b), and then 3.11-rc6 + the standalone patch you
attached.

In the former case, when trying to force a performance level I still got: echo:
write error: Invalid argument

And the power level still idles at:
power level 2    sclk: 90000 mclk: 105000 vddc: 1175 vddci: 1150

gcc --version
gcc (GCC) 4.8.1 20130725 (prerelease)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #41 from Alex Deucher <alexdeucher@gmail.com> ---
Well, it helps a little, but I'm still able to reproduce it eventually even
with the patch.  The same kernel source is working fine on a fedora 16 system
and now exhibits this problem on Fedora 19.  So maybe it's not all gcc.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #42 from Alex Deucher <alexdeucher@gmail.com> ---
I can reproduce it in Fedora 17 as well (gcc 4.7).  So it seems to be something
about Fedora 16 (gcc 4.6).

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #43 from Nathan Jones <crshbndct@gmail.com> ---
I can reproduce it in Gentoo with 3.11.0, GCC 4.6.3. GPU Temperature is 25C (as
reported by lm-sensors) with any UVD accelerated media playing, and "cat
/sys/kernel/debug/dri/0/radeon_pm_info" shows:

uvd    vclk: 50000 dclk: 40000
power level 2    sclk: 40000 mclk: 90000 vddc: 950 vddci: 1100

As soon as I stop playing media, it stays at the lower power level, but even
scrolling a web page makes it switch to:

uvd    vclk: 0 dclk: 0
power level 2    sclk: 85000 mclk: 120000 vddc: 1250 vddci: 1100

And the temperature creeps up to 34C.

ASUS EAH5770 CUCore 2DI/1GD5 is the model of my GPU.

This only happens with two monitors attached, and I tried the patch in Comment
39, but the behavior did not change. With a single monitor it drops to 157/300,
and switches back and forth like it should. For me the problem is not so
severe, since even extended GPU load at 100% still doesn't put me over 40C, but
it would be nice if it worked with Multimonitor as well as with single..

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #44 from Tobias Droste <tdroste@gmx.de> ---
I see you want to enable DPM by default. Are there any news on this one? Should
I (we) try the drm-next branch to see if it is fixed? It's still an issue on
the drm-fixes branch from airlied.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #45 from Alex Deucher <alexdeucher@gmail.com> ---
(In reply to Tobias Droste from comment #44)
> I see you want to enable DPM by default. Are there any news on this one?
> Should I (we) try the drm-next branch to see if it is fixed? It's still an
> issue on the drm-fixes branch from airlied.

I don't know of any changes that would affect this.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Alex Belykh <albel727@ngs.ru> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |albel727@ngs.ru

--- Comment #46 from Alex Belykh <albel727@ngs.ru> ---
Created attachment 124101
  --> https://bugzilla.kernel.org/attachment.cgi?id=124101&action=edit
output of lspci -vv

I experience similar issue with HD4730, although lockup is rather unavoidable
than "hard to trigger".

Booting with radeon.dpm=1 and two monitors attached results in periodic (every
15-45 sec) lockups (for ~7-15 sec), until one of them results in a reboot (most
of the time during bootup, before even X is started).

radeon.dpm=0 seems to boot up and work fine (although I think I had
unexplainable loud fan spinups after some time, need to test that further).

Bisecting kernel didn't yield anything useful. It just pointed me at
66229b200598a3b66b839d1759ff3f5b17ac5639 "drm/radeon/kms: add dpm support for
rv7xx (v4)".

Latest drm-next kernel (commit ef64cf9d06049e4e9df661f3be60b217e476bee1) didn't
help either.

The abovementioned patch for fixing arrays' size applied over 66229b2 didn't
alleviate the problem in the slightest (gcc 4.7.3 though).

Funnily enough, if I boot with either of monitors detached, it boots and works
fine, and if I then reattach the second monitor and connect it with xrandr,
everything keeps working fine. Disconnecting a monitor every time one needs to
reboot is a drag, though.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #47 from Alex Belykh <albel727@ngs.ru> ---
Created attachment 124111
  --> https://bugzilla.kernel.org/attachment.cgi?id=124111&action=edit
dmesg when booting with two monitors

The lockups at 3.8 sec and 19.3 sec are observable. Also I wonder why it
initially switches into "single_disp video" only to immediately switch to
"video" afterwards.
Incidentally, one of the displays is vga, other is dvi, if that matters.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #48 from Alex Belykh <albel727@ngs.ru> ---
Created attachment 124121
  --> https://bugzilla.kernel.org/attachment.cgi?id=124121&action=edit
dmesg when booting up with a single monitor

attaching a second monitor at 241.8 sec.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #49 from Alex Deucher <alexdeucher@gmail.com> ---
Created attachment 128311
  --> https://bugzilla.kernel.org/attachment.cgi?id=128311&action=edit
fix

This patch fixes the issue here.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #50 from Tobias Droste <tdroste@gmx.de> ---
Unfortunately not here.

It's still:
# echo auto > power_dpm_force_performance_level
bash: echo: write error: Invalid argument
# echo low > power_dpm_force_performance_level
bash: echo: write error: Invalid argument
# echo high > power_dpm_force_performance_level
bash: echo: write error: Invalid argument

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #51 from Alex Belykh <albel727@ngs.ru> ---
And not here. Applying this patch on top of latest drm-next
(786a7828bc74b9b1466e83abb200b75f80f94121) resulted in the same kind of lockups
ending with reboot.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Vasco Gervasi <yellowhat46@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |yellowhat46@gmail.com

--- Comment #52 from Vasco Gervasi <yellowhat46@gmail.com> ---
Same problem with a HD6870 and two monitor.
I am using 3.15-rc5.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Digingbil <digingbil@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |digingbil@gmail.com

--- Comment #53 from Digingbil <digingbil@gmail.com> ---
Same problem here. Sapphire HD 5770 with 3.13.0-24-generic Ubuntu Gnome 14.04
with two DVI monitors. If I disconnect/disable one of them then it's working as
it should and the fan doesn't sound like a boing 747 ;) If you need more info
will be more than happy to assist. Although my results are quite same as the
ones above.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Mathias Tillman <master.homer@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |master.homer@gmail.com

--- Comment #54 from Mathias Tillman <master.homer@gmail.com> ---
Just thought I'd drop by and say that I have the same problem on my XFX Radeon
HD 6870 using kernel 3.15.0-rc3+ (compiled from the latest agd5f repo) when I
have two monitors attached. Trying to echo to power_dpm_force_performance_level
results in an "Invalid argument" like others have mentioned as well.

What's interesting here is that I tried overriding the sclk and mclk level
values in the code (in btc_dpm.c, btc_apply_state_adjust_rules), I changed the
sclk and mclk for the medium and high levels from 77500, 105000 to 25000, 42000
and 90000, 105000 to 40000, 50000 respectively. And now it doesn't get stuck in
the highest level anymore and I can successfully override the performance level
using power_dpm_force_performance_level.

I'm not really sure what is causing all this, but I do know that
btc_dpm_vblank_too_short return false on stock values, so it's not that at
least.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #55 from Alex Deucher <alexdeucher@gmail.com> ---
Make sure you ddx has this patch:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=c4ae0e2cbcc0e2ebf9f13ee92d59b5120254a1dc
Also try this kernel patch for eg/btc:
https://bugzilla.kernel.org/attachment.cgi?id=141741
or this one for cayman:
https://bugs.freedesktop.org/attachment.cgi?id=102082

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #56 from Tobias Droste <tdroste@gmx.de> ---
No change here

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #57 from Mathias Tillman <master.homer@gmail.com> ---
No difference here either, unfortunately.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #58 from Alex Deucher <alexdeucher@gmail.com> ---
What kernel did you try?  I haven't been able to reproduce this for a while.  I
just tested a bunch of boards yesterday with 3.16 and multi-head dpm worked
properly on all of them.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #59 from Mathias Tillman <master.homer@gmail.com> ---
I was using the 3.15 kernel (with your patch applied manually) on my last
reply, but I just updated to the drm-fixes-3.16 branch and unfortunately there
is no difference; it still gets stuck in the highest power level, and echoing
to power_dpm_force_performance_level results in an Invalid argument.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #60 from Mathias Tillman <master.homer@gmail.com> ---
I've done some further tests with overriding the power state level values as
detailed above, here are my results:

The stock values are
level 0: sclk: 10000, mclk: 30000, vddc: 950, vddci: 950
level 1: sclk: 77500, mclk: 105000, vddc: 1100 vddci: 1150
level 2: sclk: 90000, mclk: 105000, vddc: 1175, vddci: 1150

sclk, vddc and vddci were all at their stock values for all power levels during
my tests.

I changed mclk on power level 2 to the values below (OK means that it does not
get stuck in the highest power level):
95000 = OK
100000 = OK
104000 = OK
105000 = NOT OK
110000 = NOT OK

So as you can see it gets stuck when the mclk value is 10500 or higher, but why
that is I really have no idea. Could it be a firmware or VBIOS problem?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #61 from Tobias Droste <tdroste@gmx.de> ---
I'm currently running drm-next from that day+your patch.

It does not seem to be the same problem for me, because mlck is 120000 for
every level as soon as there's a second screen and only level 2 stays stuck.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #62 from Mathias Tillman <master.homer@gmail.com> ---
Sorry for bringing up an old bug, but I'm still having this problem in 3.18, so
I decided to do some further tests which made me discover some new things that
may or may not be related.
I started off by adding a new sysfs entry for calling a pplib command (I
noticed that one such call failed when I unplugged and replugged one of my
monitors). What I discovered was that ALL pplib commands failed (returned 0x00)
when it got stuck in the higher power level, and it started working again once
I unplugged my second monitor. What's interesting here is that the commands
were also fine when I was running them using a single monitor that was also
running on the highest power level (though it was not stuck). So it seems that
they fail only when the power level is stuck. I'm not sure if this is related
or not, but it certainly seems that way to me.
To check if it was actually related to the mclk value as my previous tests had
shown that they were I added another sysfs entry for changing the mclk value on
the fly (using radeon_set_memory_clock). I guess the code for disabling the
mclk switching on multiple monitors is necessary as the screen would become
garbled and eventually the computer would lock up when running it multiple
times.
In any case, it works if I only call it a few times, so I was able to test my
theory. Unfortunately it showed the same symptoms no matter what I lowered the
mclk to (pplib commands failing, unable to force the power level, etc). So it
doesn't seem to be directly related to what the mclk value is, but more that it
at one point has been running at a particular value and that triggers a part of
the code that disables pplib commands and power scaling? I'm really not sure
why this is happening.

I hope this information will be useful to someone, I will probably keep trying
to solve this, but I am starting to run out of ideas (and I'm far from familiar
with how the radeon code actually works).

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #63 from Tobias Droste <tdroste@gmx.de> ---
The bug may have an ancient file date, but this is not an old bug. I'm still
seeing this with 3.18 (latest drm-fixes) and I'm glad I'm not the only one. 

I also tried to add some debug outputs to see what happens and manually adjust
clocks but I couldn't get it to work.

If you have something to try I would be happy to try it to finally fix this. It
gets quite annoying.

Btw. which gcc version are you using to compile the kernel?
I'm on gcc (SUSE Linux) 4.8.3 20140627 [gcc-4_8-branch revision 212064] now so
if it is a bug in gcc it's not fixed in 4.8.3

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #64 from Alex Deucher <alexdeucher@gmail.com> ---
Please attach a copy of the vbios from your systems.

(as root)
(use lspci to get the bus id)
cd /sys/bus/pci/devices/<pci bus id>
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #65 from Tobias Droste <tdroste@gmx.de> ---
Created attachment 159721
  --> https://bugzilla.kernel.org/attachment.cgi?id=159721&action=edit
vbios.rom [AMD/ATI] Juniper XT [Radeon HD 5770]

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #66 from Mathias Tillman <master.homer@gmail.com> ---
Created attachment 159731
  --> https://bugzilla.kernel.org/attachment.cgi?id=159731&action=edit
Advanced Micro Devices, Inc. [AMD/ATI] Barts XT [Radeon HD 6870]

Thank you for looking into this again, Alex.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #67 from queryv+fd@gmail.com ---
Created attachment 166641
  --> https://bugzilla.kernel.org/attachment.cgi?id=166641&action=edit
[AMD/ATI] Barts XT [Radeon HD 6870]

Reattached a second monitor recently and I'm still experiencing this as well
(kernel 3.18.6)

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #68 from Alex Deucher <alexdeucher@gmail.com> ---
(In reply to Mathias Tillman from comment #60)
> I've done some further tests with overriding the power state level values as
> detailed above, here are my results:
> 
> The stock values are
> level 0: sclk: 10000, mclk: 30000, vddc: 950, vddci: 950
> level 1: sclk: 77500, mclk: 105000, vddc: 1100 vddci: 1150
> level 2: sclk: 90000, mclk: 105000, vddc: 1175, vddci: 1150
> 
> sclk, vddc and vddci were all at their stock values for all power levels
> during my tests.
> 
> I changed mclk on power level 2 to the values below (OK means that it does
> not get stuck in the highest power level):
> 95000 = OK
> 100000 = OK
> 104000 = OK
> 105000 = NOT OK
> 110000 = NOT OK

Does changing the mclk to a lower value in level 1 (leave levels 0 and 2
unchanged) help?  How about changing the sclk in level 2?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #69 from Digingbil <digingbil@gmail.com> ---
Any new insights on this issue guys? Maybe fixed on some latest kernel etc?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

John K. <empire@adslgr.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |empire@adslgr.com

--- Comment #70 from John K. <empire@adslgr.com> ---
I am having the same bug with kernel 4.0.4 and with a radeon 5870.

When I have two monitors on, the power level goes and get stuck at 2 and I get:

echo low > power_dpm_force_performance_level
bash: echo: write error: Invalid argument

any hope on a solution?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #71 from Tobias Droste <tdroste@gmx.de> ---
No changes regarding this issue in 4.1-rc4

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Martin Steghöfer <martin@steghoefer.eu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |martin@steghoefer.eu

--- Comment #72 from Martin Steghöfer <martin@steghoefer.eu> ---
I'm having the same problem (stuck in power level 2 with dual monitor setup;
trying to force it results in "invalid argument" error) on Kernel 4.2.0-16.19
(Ubuntu versioning; not sure, how that translates to the "real" Kernel
versions) - just in case you need someone to try something or provide
information.

(In reply to Alex Belykh from comment #46)
> Funnily enough, if I boot with either of monitors detached, it boots and
> works fine, and if I then reattach the second monitor and connect it with
> xrandr, everything keeps working fine.

I can confirm the effectiveness of this workaround. Booting with only one
monitor attached and adding the other one later results in being able to force
performance levels and also in correct automatic level adjustments (when not
forced).

Maybe this workaround is the key to solving this issue. Now I can run the
system in both the working and the screwed-up state with otherwise the same
hardware configuration and log internal information. There has to be some
loggable difference between the two. I just don't know, what to look for (never
did any kernel development), so I'd need someone to provide the log statements
and interpret their output.

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Mathias Anselmann <mathias.anselmann@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mathias.anselmann@gmail.com

--- Comment #73 from Mathias Anselmann <mathias.anselmann@gmail.com> ---
Same problem here on kernel 4.3.3 and a Radeon 6870 with 2 monitors. Stuck at
power level 2. If I can submit any useful information, feel free to ask.
Greetings
Mathias

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

Steven Haigh <netwiz@crc.id.au> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |netwiz@crc.id.au

--- Comment #74 from Steven Haigh <netwiz@crc.id.au> ---
I'm actually looking at this - and I wonder if this is the same problem as I
filed here:
https://bugs.freedesktop.org/show_bug.cgi?id=94387

It has all the hallmarks of it. I've love to help get this fixed as I'm sick of
heating my room up beyond a comfortable level :P

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #75 from Steven Haigh <netwiz@crc.id.au> ---
To get more info on this, I rebooted the system with a single screen attached:

$ cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 0    sclk: 30000 mclk: 30000 vddc: 950 vddci: 950

Plugged in the second DVI cable & KDE automatically configured the second
screen for me:

$ cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 0    sclk: 30000 mclk: 105000 vddc: 950 vddci: 1150

Plugged in the third screen to the DP - which KDE automatically configured
again:

$ cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 0    sclk: 30000 mclk: 105000 vddc: 950 vddci: 1150

This is good.

Yet if I boot the system with three screens attached, I'm stuck at:

$ cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 2    sclk: 90000 mclk: 105000 vddc: 1175 vddci: 1150

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #76 from Steven Haigh <netwiz@crc.id.au> ---
Hmmm - yet when I hit submit on this page, it pushed the GPU up a power level,
and now its stuck there again:

$ cat /sys/kernel/debug/dri/64/radeon_pm_info
uvd    vclk: 0 dclk: 0
power level 2    sclk: 90000 mclk: 105000 vddc: 1175 vddci: 1150

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

[bugzilla-daemon]

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

--- Comment #77 from Steven Haigh <netwiz@crc.id.au> ---
Bueller? Bueller? Bueller?

-- 
You are receiving this mail because:
You are watching the assignee of the bug.
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel