dri-devel.lists.freedesktop.org archive mirror
 help / color / mirror / Atom feed
* [Bug 70165] New: Two GPU RV790, three screen setup locks up with dpm=1
@ 2013-10-05 13:49 bugzilla-daemon
  2013-10-05 13:50 ` [Bug 70165] " bugzilla-daemon
                   ` (8 more replies)
  0 siblings, 9 replies; 10+ messages in thread
From: bugzilla-daemon @ 2013-10-05 13:49 UTC (permalink / raw)
  To: dri-devel


[-- Attachment #1.1: Type: text/plain, Size: 2167 bytes --]

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

          Priority: medium
            Bug ID: 70165
          Assignee: dri-devel@lists.freedesktop.org
           Summary: Two GPU RV790, three screen setup locks up with dpm=1
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: Mathias.Froehlich@web.de
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: DRM/Radeon
           Product: DRI

Hi,

I have here a dual radeon RV790 gpu, three screen setup. Tried this out with
dpm=1 locks up the machine. The lockup happens either when X starts and lightdm
starts to paint the login widget or, if the machine survives this, it usually
occurs once the mouse crosses the borders of the two gpu's screens on the X
display.

I run fedora 19 with a recent patch level.
The kernel that runs in dpm mode is 7dee8dff47734ee52da2cd8b8ea9736e42c5062f
which is todays linus master tree and includes all of agd5f/drm-fixes-3.12.

Attached are, dmesg with and without dpm enabled, Xorg logs with these cases,
the xorg configuraton file for these three screens, and the video bioses of
these two only similar cards. The dpm variants are acquired logged in via ssh
on a session where lightdm did not manage to lock up the machine at the first
time but locked it when I moved the mouse across the screen borders.

Some observations when digging somehow into this problem:

1. The attached patch shows a minimal change to rv770_dpm_set_power_state that
makes the machine run as normal. I think that already narrows down the problem
a bit.

2. The pi->clk_regs.rv770.mpll_ss{1,2} values are set into the table that aims
to be activated above, but are never initialized like the other values beneath
on rv770. May be they need to be read initially from some gpu register?

3. Disabling aspm does not help. 

4. Unplugging the second monitor on the second gpu makes the problem appear way
more seldom if it stays unplugged. Hotplugging this screen results in the same
reproducible lockup.

Greetings
Mathias

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

[-- Attachment #1.2: Type: text/html, Size: 3479 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

^ permalink raw reply	[flat|nested] 10+ messages in thread
end of thread, other threads:[~2019-11-19  8:38 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-05 13:49 [Bug 70165] New: Two GPU RV790, three screen setup locks up with dpm=1 bugzilla-daemon
2013-10-05 13:50 ` [Bug 70165] " bugzilla-daemon
2013-10-05 13:51 ` bugzilla-daemon
2013-10-05 13:51 ` bugzilla-daemon
2013-10-05 13:52 ` bugzilla-daemon
2013-10-05 13:52 ` bugzilla-daemon
2013-10-05 13:53 ` bugzilla-daemon
2013-10-05 13:54 ` bugzilla-daemon
2013-10-05 13:55 ` bugzilla-daemon
2019-11-19  8:38 ` bugzilla-daemon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).