Pawel Salek wrote:
Hi,
(Q1) Can anybody summarize shortly what's the status of X600 (PCIID:
5B62, PCIE RV370 type card) support? I see its PCIID is still absent in
shared-core/drm_pciids.txt in spite of few success reports:
http://sourceforge.net/mailarchive/message.php?msg_id=14645441 (BSD)
http://sourceforge.net/mailarchive/message.php?msg_id=14281693 (Linux)
The latter message is related to
https://bugs.freedesktop.org/show_bug.cgi?id=5413 - I am not sure
whether the patch 4547 attached to this report (Q2) should be considered
a cleanup or vital for the X600 support? Is it believed that this patch
should make X600 work with linux?
For what is worth, I tried just appending the id to
shared-core/drm_pciids.txt and compiling it on the bleeding edge FC5t3
(after disabling module signing and replacing the kernel drm code by the
one available in CVS freedesktop.org), and all I got was few drm messages:
[drm] Initialized drm 1.0.1 20051102
[drm] Initialized radeon 1.23.0 20060225 on minor 0:
[drm] Setting GART location based on old memory map
[drm] Loading R300 Microcode
[drm] writeback test succeeded in 1 usecs
and a hang (the log messages were saved thanks to remote logging).
Can anybody, please, answer Q1 and Q2, and comment on the hang? I would
try the binary snapshots to make sure I build drm right but the
snapshots obviously do not support this PCIID.
For Q1, the status is that it should work, but apparently it locks up
for some unknown reason for some people. There was a significant fix for
potential lockup problems in the radeon ddx driver in xorg modular cvs,
which may or not help you. You should try the snapshots, you can try
patching the drm that comes with them or use your own, there is not much
you can do to build it wrong. Which gets us to Q2, that patch 4745 is
needed for drm/dri (and dma ddx) support of new radeons (it is nothing
more than new ids, all the cleanup was commited), but it's not in cvs
because it sometimes causes lockups (even though the lockups aren't
exactly caused by drm, but xorg ddx if it uses the drm module). (Note
though that the ids of new radeons already present in drm are just as
likely to cause lockups as those which aren't.)
Roland
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
