From: Pawel S. <paw...@th...> - 2006-03-01 09:03:20
|
Hi, (Q1) Can anybody summarize shortly what's the status of X600 (PCIID: =20 5B62, PCIE RV370 type card) support? I see its PCIID is still absent in =20 shared-core/drm_pciids.txt in spite of few success reports: http://sourceforge.net/mailarchive/message.php?msg_id=3D14645441 (BSD) http://sourceforge.net/mailarchive/message.php?msg_id=3D14281693 (Linux) The latter message is related to =20 https://bugs.freedesktop.org/show_bug.cgi?id=3D5413 - I am not sure =20 whether the patch 4547 attached to this report (Q2) should be =20 considered a cleanup or vital for the X600 support? Is it believed that =20 this patch should make X600 work with linux? For what is worth, I tried just appending the id to =20 shared-core/drm_pciids.txt and compiling it on the bleeding edge FC5t3 =20 (after disabling module signing and replacing the kernel drm code by =20 the one available in CVS freedesktop.org), and all I got was few drm =20 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 =20 try the binary snapshots to make sure I build drm right but the =20 snapshots obviously do not support this PCIID. Pawel |
From: Roland S. <rsc...@hi...> - 2006-03-01 13:22:19
|
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 |
From: Benjamin H. <be...@ke...> - 2006-03-01 21:49:46
|
> 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.) There are more fixes comming into the DDX everyday or so too :) So if it doesn't work, you may want to lurk at the CVS commit list and retry regulary. Ben. |
From: Pawel S. <paw...@th...> - 2006-03-08 18:35:57
|
On 03/01/2006 10:49:26 PM, Benjamin Herrenschmidt wrote: >=20 > There are more fixes comming into the DDX everyday or so too :) So if > it doesn't work, you may want to lurk at the CVS commit list and =20 > retry regulary. SUCCESS! 20060306 snapshot work just fine *after* modifying drm_pciids.h file. Equivalent entry in drm_pciids.txt would be: 0x1002 0x5b62 CHIP_RV380 "ATI Radeon RV370 X600" # lspci -s 01:00.0 01:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B62 =20 [Radeon X600 (PCIE)] I tried first 20050308 snapshot. It initialized well, glxinfo reported =20 success. glxgears however quit on startup when flushing the command =20 buffer, I believe. Well done! I hope now that somebody commits finally the PCIID to CVS and this code =20 gets distributed widely and not only via binary snapshots! Pawel |
From: Mike M. <che...@ya...> - 2006-03-15 03:01:37
|
--- Pawel Salek <paw...@th...> 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. > Was working fine for me, until trying to use a newer snapshot. I still need to patch drm_pciids.txt and copy over the /scripts dir before ./install.sh > Pawel > > > ------------------------------------------------------- > 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&kid0944&bid$1720&dat1642 > -- > _______________________________________________ > Dri-devel mailing list > Dri...@li... > https://lists.sourceforge.net/lists/listinfo/dri-devel > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Pawel S. <paw...@th...> - 2006-03-15 09:03:59
|
On 03/15/2006 04:01:30 AM, Mike Mestnik wrote: >=20 >=20 > --- Pawel Salek <paw...@th...> wrote: > > [snip] > Was working fine for me, until trying to use a newer snapshot. I > still need to patch drm_pciids.txt and copy over the /scripts dir =20 > before ./install.sh 1. you do not need to copy over /scripts - modify drm_pciids.h directly =20 instead: The makefiles won't try to rebuild it then. Of course, the =20 drm_pciids.txt should be eventually modified in CVS so that no manual =20 modification is required. 2. I confirm that something got broken between 20060306 and 20060308. =20 With any recent snapshot like 20060313, I get: $ glxgears *********************************WARN_ONCE********************************* File r300_ioctl.c function r300Clear line 555 CB_DPATH has been enabled. Please let me know if this introduces new instabilities. *************************************************************************** drmRadeonCmdBuffer: -22 (exiting) and following stuff in dmesg: [drm] Initialized radeon 1.24.0 20060225 on minor 0: [drm] Setting GART location based on new memory map [drm] Loading R300 Microcode [drm] writeback test succeeded in 1 usecs [drm] Setting GART location based on new memory map [drm] Loading R300 Microcode [drm] writeback test succeeded in 1 usecs [drm:r300_emit_3d_load_vbpntr] *ERROR* Offset failed range check (k=3D0 =20 i=3D2) while processing 3D_LOAD_VBPNTR packet. [drm:r300_emit_packet3] *ERROR* r300_emit_raw_packet3 failed [drm:r300_do_cp_cmdbuf] *ERROR* r300_emit_packet3 failed Pawel |