[Bug 67825] New: Screen corruption/lockups on Northern Islands (BARTS) with dpm active
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Tue Aug 6 05:51:28 PDT 2013
https://bugs.freedesktop.org/show_bug.cgi?id=67825
Priority: medium
Bug ID: 67825
Assignee: dri-devel at lists.freedesktop.org
Summary: Screen corruption/lockups on Northern Islands (BARTS)
with dpm active
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: Alexander at Schwarz-Regensburg.de
Hardware: x86-64 (AMD64)
Status: NEW
Version: DRI CVS
Component: DRM/Radeon
Product: DRI
Created attachment 83713
--> https://bugs.freedesktop.org/attachment.cgi?id=83713&action=edit
Greps from dmesg for "drm" and "radeon"
I'm receiving massive screen corruptions on my Radeon HD 6870 when I use dpm on
an rc1/2/3/4 kernel with the following symptoms:
There's flickering all over the screen, artifacts and after trying to open
anything related to graphics (glxgears, animated menus in KDE, etc...) the
machine freezes and can only be revived with a hard reset. Sometimes the
machine doesn't even get so far and freezes immediately before. This is
accompanied by a black screen or blue lines on the screen.
The huge issue is: there's absolutely no error in dmesg and dpm is also
automatically set in power_method
I'm including grep'd dmesg's for "drm" and "radeon" anyways, to illustrate that
everything seems to load fine.
More information about the card and my system: XFX Radeon HD 6870 Black Edition
with stock bios on an Arch Linux 64 bit system.
I'm using the newest mesa-git, libdrm, xf86-video-ati-git and ati-dri-git.
It's nearly impossible to gather more information than dmesg, because the
system is extremely unstable when using dpm.
When I'm NOT setting radeon.dpm=1 the system boots fine, has 3D acceleration
and I've not a single issue with my graphics stack.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130806/20aabf84/attachment.html>
More information about the dri-devel
mailing list