Re: [radeonhd] Repository with current DRM setup code
On Wed, 2008-05-14 at 11:50 -0400, Coleman Kane wrote:
On Wed, 2008-05-14 at 12:36 +0200, Matthias Hopf wrote:
On May 08, 08 13:45:36 -0400, Coleman Kane wrote:
git://people.freedesktop.org/~mhopf/radeonhd
Success!
DRI is now working on RS690, have been playing torcs yesterday evening :-))) Performance is actually pretty decent.
Does this need the latest drm, mesa, xorg-server sources from git? Or can it work with the latest X.org release?
There are a few components involved:
- Xserver: version pretty much irrelevant, should work with old ones - libdrm: AFACS doesn't have to be top of line either - drm: The kernel modules must be recent, other don't have RS690 support - radeonhd: The private repository mentioned above :-) - Mesa: Since Friday (or so) the last patch I sent to the mailing list was included by Alex. This is necessary on *some* RS690s. Even if it's not necessary, you need a *very* recent Mesa git.
HTH
Matthias
I got it all installed on my FreeBSD 8.0 system. I had to make some changes to the drm sources, as the BSD side of the kernel drivers haven't kept up the pace of the Linux drivers: http://www.cokane.org/cgi-bin/gitweb.cgi?p=drm.git (cokane-master branch) The fd-master branch is what I pull down from fd.o.
The driver seems to get set up properly in the kernel: drm0: <ATI Radeon RS690 X1270 IGP> on vgapci0 info: [drm] Initialized radeon 1.28.0 20060524 info: [drm] Setting GART location based on new memory map bus_dmamem_alloc failed to align memory properly. info: [drm] Loading RS690 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD]
And my Xorg.0.log is attached.
When I try running glxgears, I get the following output:
Warning, RS690 detected, 3D support is incomplete. Error: couldn't get an RGB, Double-buffered visual
I am also attaching my glxinfo -v output as well.
I've prodded the BSD radeon kernel driver a lot. and it probably lags behind the linux kernel module somewhat. If the problems I am experiencing are related to the features not being available in the kmod, perhaps you could point me at the linux driver code that I could look at to get an idea of what needs implementing on FreeBSD.
Your above message (about playing torcs) leads me to believe that I should be able to get GL apps running here (if I have everything else working alright). I have found that if I run the glxgears_fbconfig demo, it actually runs but it displays a solid black window. The software does seem to be running and taking stats, but there's no visual output. The framerate on this runs about 2500 fps.
I did install the latest mesa, libdrm, drm, from fd.o git. I also had to install dri2proto.
Okay, I still get this bug, but I did learn that I *do* need to install xorg-server from git (I've been using 1.4 from the release). I also had to update a number of other packages along with it, such as the input and xkb stuff. Previously, I would get the above bugs no matter if DRI was enabled or not (but the RS690 error message would only be shown for the DRI case). Since installing xorg-server from git, I can now use OpenGL from non-DRI startup (which renders in software), but now I still get the error messages when I try running with DRI enabled. -- Coleman Kane
On May 14, 08 17:30:49 -0400, Coleman Kane wrote:
Okay, I still get this bug, but I did learn that I *do* need to install xorg-server from git (I've been using 1.4 from the release). I also had
No, you don't. I'm running the one from the 7.2 release.
Previously, I would get the above bugs no matter if DRI was enabled or not (but the RS690 error message would only be shown for the DRI case). Since installing xorg-server from git, I can now use OpenGL from non-DRI startup (which renders in software), but now I still get the error messages when I try running with DRI enabled.
Ok, that's a different issue. Could be that non-DRI rendering was broken
in your old Xserver.
Matthias
--
Matthias Hopf
On Thu, 2008-05-15 at 12:56 +0200, Matthias Hopf wrote:
On May 14, 08 17:30:49 -0400, Coleman Kane wrote:
Okay, I still get this bug, but I did learn that I *do* need to install xorg-server from git (I've been using 1.4 from the release). I also had
No, you don't. I'm running the one from the 7.2 release.
I am unable to build the Xorg server v1.4 against the latest mesa library from git. It fails to compile the GL/glx/glxdri.c with the following error output: glxdri.c:73: error: field 'driScreen' has incomplete type glxdri.c:90: error: field 'driContext' has incomplete type glxdri.c: In function '__glXDRIdrawableSwapBuffers': glxdri.c:247: error: dereferencing pointer to incomplete type glxdri.c:248: error: dereferencing pointer to incomplete type glxdri.c: In function '__glXDRIdrawableSwapInterval': glxdri.c:261: error: dereferencing pointer to incomplete type glxdri.c: In function '__glXDRIdrawableCopySubBuffer': glxdri.c:274: error: dereferencing pointer to incomplete type glxdri.c:275: error: dereferencing pointer to incomplete type glxdri.c: At top level: glxdri.c:736: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'ge tProcAddress' glxdri.c:745: error: expected ')' before '*' token glxdri.c:752: error: expected ')' before '*' token glxdri.c:766: error: expected ')' before '*' token glxdri.c:795: error: expected ')' before '*' token glxdri.c:807: error: expected ')' before '*' token glxdri.c:825: error: expected ')' before '*' token glxdri.c:842: error: expected ')' before '*' token glxdri.c:947: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'in terface_methods' glxdri.c: In function '__glXDRIscreenProbe': glxdri.c:999: error: 'PFNCREATENEWSCREENFUNC' undeclared (first use in this func tion) glxdri.c:999: error: (Each undeclared identifier is reported only once glxdri.c:999: error: for each function it appears in.) glxdri.c:999: error: expected ';' before 'createNewScreen' glxdri.c:1113: error: 'createNewScreen' undeclared (first use in this function) glxdri.c:1180: error: 'interface_methods' undeclared (first use in this function ) *** Error code 1
Previously, I would get the above bugs no matter if DRI was enabled or not (but the RS690 error message would only be shown for the DRI case). Since installing xorg-server from git, I can now use OpenGL from non-DRI startup (which renders in software), but now I still get the error messages when I try running with DRI enabled.
Ok, that's a different issue. Could be that non-DRI rendering was broken in your old Xserver.
Yes, but now the breakage only happens in the direct-rendering case. If I set LIBGL_ALWAYS_INDIRECT=yes, then I can get software-rendered OpenGL on the DRI-enabled xserver. I am not quite sure what the message means, though. Do I want to use the git head, or some special branch of mesa, drm, xorg-server ?
Matthias
-- Matthias Hopf
__ __ __ Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ mat@mshopf.de Phone +49-911-74053-715 __) |_| __) |__ R & D www.mshopf.de
-- Coleman Kane -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org
participants (2)
-
Coleman Kane
-
Matthias Hopf