http://bugs.freedesktop.org/show_bug.cgi?id=24346
Summary: X works without DRM but gets into endless loop waiting
on CP (RS300) to become idle
Product: DRI
Version: XOrg CVS
Platform: x86 (IA32)
OS/Version: NetBSD
Status: NEW
Keywords: have-backtrace, regression
Severity: blocker
Priority: high
Component: DRM/Radeon
AssignedTo: [email protected]
ReportedBy: [email protected]
Created an attachment (id=30110)
--> (http://bugs.freedesktop.org/attachment.cgi?id=30110)
dmesg + Xorg.0.log's
My machine is a Asus Pundit with an ATi Radeon 9100 IGP (RS300).
When running without DRM support in the kernel the X server will try to open
the drm device associated with the card but this fails and then disables DRI
and runs fine.
When i include drm support for the radeons i the X server gets into an endless
loop. Just after the R200 microcode is loaded, the engine reset and cp reset
work but cp start won't put it into idle. It will never become idle since. All
commands will get queued and eventually the ring buffer gets full and it starts
to emit put cp_idle commands from the claimed IRQ. This consumes 100% CPU time
for the kernel due to the timeout waiting on the fifo. In the mean time the X
server also claims 100% CPU (HT machine). When running without HT, i managed to
get a log where i could sync() and see what went wrong from the log on reset.
Note that i had to use PCI since the AGP driver for this board is not yet
present/bugfree.
Also note that the dmesg log has some debug messages in it from when i tried to
trace the problem down :)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
--
_______________________________________________
Dri-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dri-devel