From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 70165] New: Two GPU RV790, three screen setup locks up with dpm=1
Date: Sat, 05 Oct 2013 13:49:11 +0000 [thread overview]
Message-ID: <bug-70165-502@http.bugs.freedesktop.org/> (raw)
[-- 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
next reply other threads:[~2013-10-05 13:49 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-05 13:49 bugzilla-daemon [this message]
2013-10-05 13:50 ` [Bug 70165] Two GPU RV790, three screen setup locks up with dpm=1 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
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bug-70165-502@http.bugs.freedesktop.org/ \
--to=bugzilla-daemon@freedesktop.org \
--cc=dri-devel@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).