Re: drm@macppc, please test
On Fri, Dec 07, 2012 at 05:28:42AM +0100, J??r??mie Courr??ges-Anglas wrote: Hi, this is seems to work as expected, known issues included. glxgears runs OK but displays some artifacts, and the console is full of garbage after exiting X. I've put the dmesg, Xorg.0.log, etc here: http://autogeree.net/~jca/tmp/g4-drm/ Thanks a lot, it's quite nice to have DRI. :) -- J??r??mie Courr??ges-Anglas GPG Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494 Nice, I now get 750 FPS on my iBook g4: memc0 at mainbus0: uni-n rev 0xd2 vgafb0 at pci0 dev 16 function 0 ATI Radeon Mobility 9550 rev 0x80, mmio GL_RENDERER = Mesa DRI R300 (RV350 4E56) AGP 4x TCL Though I'm observing the same artifcats as Jeremie is getting. Still, great work Martin! -- Cheers, Jasper Stay Hungry. Stay Foolish
Re: drm@macppc, please test
On Thu, Dec 06, 2012 at 05:53:05PM +0100, Martin Pieuchot wrote: If it works for you, I would be pleased to hear it, otherwise try to rebuild a custom kernel with the DRMDEBUG option and send me your dmesg, Xorg.0.log and /var/log/messages with the drm vomit in it. On my iBook G3 700 with mpcpcibr0 at mainbus0 pci: uni-north, Revision 0xff pci0 at mpcpcibr0 bus 0 pchb0 at pci0 dev 11 function 0 Apple Pangea AGP rev 0x00 appleagp0 at pchb0 agp0 at appleagp0: aperture at 0x0, size 0x1000 vgafb0 at pci0 dev 16 function 0 ATI Radeon Mobility M7 rev 0x00, mmio wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation) radeondrm0 at vgafb0: irq 48 drm0 at radeondrm0 X fails to start, claiming that radeo_dri.so can't be loaded. With the patch below (to also build the r100 dri driver) X starts fine, glxgears works and glxinfo reports OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R100 (RV200 4C57) AGP 2x TCL OpenGL version string: 1.3 Mesa 7.11.2 OpenGL extensions: On exit text mode is not restored correctly though. Index: Makefile === RCS file: /cvs/xenocara/lib/libGL/dri/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile29 Aug 2012 12:52:39 - 1.13 +++ Makefile7 Dec 2012 11:09:21 - @@ -5,7 +5,7 @@ .if ${MACHINE} == i386 || ${MACHINE} == amd64 SUBDIR+= i810 i915 i965 radeon r200 r300 r600 .elif ${MACHINE} == macppc -SUBDIR+= r200 r300 +SUBDIR+= radeon r200 r300 .endif build depend all install clean cleandir: _SUBDIRUSE -- Matthieu Herrb
Re: drm@macppc, please test
Finally if you test this stuff, I would like to know which AGP revision and graphic card you are using, please include the output of the following command in your report: $ dmesg |grep -e ^vgafb -e uni-n rev PowerBook 17' hw.model=7447A (Revision 0x101) hw.product=PowerBook5,5 There are some display glitches with glxgears. All clutter based apps are all blue (which is a known issue iirc). That said... $ dmesg |grep -e ^vgafb -e uni-n rev memc0 at mainbus0: uni-n rev 0xd2 vgafb0 at pci0 dev 16 function 0 ATI Radeon Mobility M10 rev 0x00, mmio $ glxgears -info * before Software Rasterizer 38.148 FPS * after Mesa DRI R300 (RV350 4E50) AGP Ax TCL 1462.029 FPS Impressive :-) -- Antoine
Re: drm@macppc, please test
On 07/12/12(Fri) 12:10, Matthieu Herrb wrote: On Thu, Dec 06, 2012 at 05:53:05PM +0100, Martin Pieuchot wrote: If it works for you, I would be pleased to hear it, otherwise try to rebuild a custom kernel with the DRMDEBUG option and send me your dmesg, Xorg.0.log and /var/log/messages with the drm vomit in it. On my iBook G3 700 with mpcpcibr0 at mainbus0 pci: uni-north, Revision 0xff pci0 at mpcpcibr0 bus 0 pchb0 at pci0 dev 11 function 0 Apple Pangea AGP rev 0x00 appleagp0 at pchb0 agp0 at appleagp0: aperture at 0x0, size 0x1000 vgafb0 at pci0 dev 16 function 0 ATI Radeon Mobility M7 rev 0x00, mmio wsdisplay0 at vgafb0 mux 1: console (std, vt100 emulation) radeondrm0 at vgafb0: irq 48 drm0 at radeondrm0 X fails to start, claiming that radeo_dri.so can't be loaded. With the patch below (to also build the r100 dri driver) X starts fine, glxgears works and glxinfo reports OpenGL vendor string: Tungsten Graphics, Inc. OpenGL renderer string: Mesa DRI R100 (RV200 4C57) AGP 2x TCL OpenGL version string: 1.3 Mesa 7.11.2 OpenGL extensions: On exit text mode is not restored correctly though. Ok, so it looks like only the r200 restore it correctly. Can you tell what is the output of: $ dmesg |grep uni-n rev Because the version given above is not always correct. Index: Makefile === RCS file: /cvs/xenocara/lib/libGL/dri/Makefile,v retrieving revision 1.13 diff -u -r1.13 Makefile --- Makefile 29 Aug 2012 12:52:39 - 1.13 +++ Makefile 7 Dec 2012 11:09:21 - @@ -5,7 +5,7 @@ .if ${MACHINE} == i386 || ${MACHINE} == amd64 SUBDIR+= i810 i915 i965 radeon r200 r300 r600 .elif ${MACHINE} == macppc -SUBDIR+= r200 r300 +SUBDIR+= radeon r200 r300 .endif build depend all install clean cleandir: _SUBDIRUSE Please, commit this change, ok mpi@
drm@macppc, please test
Hey, I've just committed the last part of the work I started during g2k12 and I would really appreciate some more tests before enabling drm(4) on macppc. - First of all you need a machine with a G3 or G4 processor and a Radeon graphic card. - Then update your source tree to -current and make sure it is current enough (you must have /sys/dev/agp.c rev 1.36). - If you don't have them already, make sure to create /dev/agp0 and /dev/drm0 using the appropriate MAKEDEV(8). - Start by building a GENERIC kernel and make sure it works as expected. - If everything went fine, you can now muild a custom kernel with: #option DRMDEBUG radeondrm* at vgafb? # ATI Radeon DRM driver drm*at radeondrm? After rebooting, start X and enjoy! If X starts correctly, please look at your Xorg.0.log, if it says something like: ... [ 908.296] (II) RADEON(0): AGP card detected ... [ 908.499] (II) RADEON(0): [dri] Found DRI library version 1.3.0 and kernel module version 1.31.0 ... [ 909.542] (II) RADEON(0): Direct rendering enabled you should be using accelerated video using the DRI ;) Now the usual test program is: $ glxgears -info If it works for you, I would be pleased to hear it, otherwise try to rebuild a custom kernel with the DRMDEBUG option and send me your dmesg, Xorg.0.log and /var/log/messages with the drm vomit in it. Some known issues: - If you cannot see some fonts in your favorite gtk application, you need to update to a more recent xenocara snapshot or at least update and reinstall the xf86-video-ati driver. - Sadly, OpenGL does not work with our UMS drivers see the links below for more information: https://bugs.freedesktop.org/show_bug.cgi?id=26496 https://bugs.freedesktop.org/show_bug.cgi?id=37166 - With some of my PowerBooks (with r300), the console is not restored correctly when exiting X. Finally if you test this stuff, I would like to know which AGP revision and graphic card you are using, please include the output of the following command in your report: $ dmesg |grep -e ^vgafb -e uni-n rev Martin
Re: drm@macppc, please test
On Thu, Dec 06, 2012 at 05:53:05PM +0100, Martin Pieuchot wrote: Hey, I've just committed the last part of the work I started during g2k12 and I would really appreciate some more tests before enabling drm(4) on macppc. - First of all you need a machine with a G3 or G4 processor and a Radeon graphic card. - Then update your source tree to -current and make sure it is current enough (you must have /sys/dev/agp.c rev 1.36). - If you don't have them already, make sure to create /dev/agp0 and /dev/drm0 using the appropriate MAKEDEV(8). - Start by building a GENERIC kernel and make sure it works as expected. - If everything went fine, you can now muild a custom kernel with: #option DRMDEBUG radeondrm* at vgafb? # ATI Radeon DRM driver drm*at radeondrm? Still works fine for me on macppc mini ibook g4, this time without xorg.conf forcing the BusType to PCI # ibook memc0 at mainbus0: uni-n rev 0xd2 appleagp0 at pchb0 agp0 at appleagp0: aperture at 0x0, size 0x1000 vgafb0 at pci0 dev 16 function 0 ATI Radeon Mobility 9200 rev 0x01, mmio radeondrm0 at vgafb0: irq 48 drm0 at radeondrm0 20:44] gail:~/ $DISPLAY=:0 xdriinfo Screen 0: r200 [20:44] gail:~/ $DISPLAY=:0 glxgears -info GL_RENDERER = Mesa DRI R200 (RV280 5C63) AGP 4x TCL # mini memc0 at mainbus0: uni-n rev 0xd2 appleagp0 at pchb0 agp0 at appleagp0: aperture at 0x0, size 0x1000 vgafb0 at pci0 dev 16 function 0 ATI Radeon 9200 rev 0x01, mmio radeondrm0 at vgafb0: irq 48 drm0 at radeondrm0 20:46] mikey:~/ $DISPLAY=:0 xdriinfo Screen 0: r200 [20:46] mikey:~/ $DISPLAY=:0 glxgears -info GL_RENDERER = Mesa DRI R200 (RV280 5962) AGP 4x TCL Full dmesg/xorg.0.log available if needed. You've just tripled the amount of boxes drm-enabled here, thx! Landry
Re: drm@macppc, please test
Hi, this is seems to work as expected, known issues included. glxgears runs OK but displays some artifacts, and the console is full of garbage after exiting X. I've put the dmesg, Xorg.0.log, etc here: http://autogeree.net/~jca/tmp/g4-drm/ Thanks a lot, it's quite nice to have DRI. :) -- Jérémie Courrèges-Anglas GPG Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494