Bug 70165 - Two GPU RV790, three screen setup locks up with dpm=1
Summary: Two GPU RV790, three screen setup locks up with dpm=1
Status: RESOLVED MOVED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-05 13:49 UTC by Mathias Fröhlich
Modified: 2019-11-19 08:38 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
xorg.conf (910 bytes, text/plain)
2013-10-05 13:50 UTC, Mathias Fröhlich
no flags Details
dmesg with dpm enabled (84.54 KB, text/plain)
2013-10-05 13:51 UTC, Mathias Fröhlich
no flags Details
dmesg without dpm enabled (77.58 KB, text/plain)
2013-10-05 13:51 UTC, Mathias Fröhlich
no flags Details
Xorg.log with dpm enabled (63.55 KB, text/plain)
2013-10-05 13:52 UTC, Mathias Fröhlich
no flags Details
Xorg.log without dpm enabled (57.40 KB, text/plain)
2013-10-05 13:52 UTC, Mathias Fröhlich
no flags Details
Vidoe bios of one card. (62.50 KB, application/octet-stream)
2013-10-05 13:53 UTC, Mathias Fröhlich
no flags Details
Vidoe biso of the other card (62.50 KB, application/octet-stream)
2013-10-05 13:54 UTC, Mathias Fröhlich
no flags Details
Patch hopefully narrowing down the problem. (548 bytes, patch)
2013-10-05 13:55 UTC, Mathias Fröhlich
no flags Details | Splinter Review

Description Mathias Fröhlich 2013-10-05 13:49:11 UTC
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
Comment 1 Mathias Fröhlich 2013-10-05 13:50:01 UTC
Created attachment 87153 [details]
xorg.conf
Comment 2 Mathias Fröhlich 2013-10-05 13:51:09 UTC
Created attachment 87154 [details]
dmesg with dpm enabled
Comment 3 Mathias Fröhlich 2013-10-05 13:51:32 UTC
Created attachment 87155 [details]
dmesg without dpm enabled
Comment 4 Mathias Fröhlich 2013-10-05 13:52:16 UTC
Created attachment 87156 [details]
Xorg.log with dpm enabled
Comment 5 Mathias Fröhlich 2013-10-05 13:52:39 UTC
Created attachment 87157 [details]
Xorg.log without dpm enabled
Comment 6 Mathias Fröhlich 2013-10-05 13:53:56 UTC
Created attachment 87158 [details]
Vidoe bios of one card.
Comment 7 Mathias Fröhlich 2013-10-05 13:54:38 UTC
Created attachment 87159 [details]
Vidoe biso of the other card
Comment 8 Mathias Fröhlich 2013-10-05 13:55:51 UTC
Created attachment 87160 [details] [review]
Patch hopefully narrowing down the problem.
Comment 9 Martin Peres 2019-11-19 08:38:44 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/389.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.