Getting Open Source 3D graphics on R6XX/R7XX cards (NO FGLRX)

[nanonyme]

I'll break the curse:
For the OpenGL programs, set LIBGL_DRIVERS_PATH to the directory where you have the *_dri.so mesa drivers. This is actually documented on http://dri.freedesktop.org/wiki/TestingAndDebugging

Neat, I remembered wrong then. Thanks for correcting.

[tormod]

I didn't know the correct enviornmental varibles to set so if anybody could state some exact examples on what to do when not installed to /usr that would be great!

edit: ^I have been asking that question everywhere for 2 years. Nobody never ever answers it.

I'll break the curse:
For the OpenGL programs, set LIBGL_DRIVERS_PATH to the directory where you have the *_dri.so mesa drivers. This is actually documented on http://dri.freedesktop.org/wiki/TestingAndDebugging

[nanonyme]

edit: ^I have been asking that question everywhere for 2 years. Nobody never ever answers it.

You mean LD_LIBRARY_PATH? (At least iirc it should work)

[Fran]

Since that's the *only* way to install a kernel in gentoo whether or not you use an ebuild, what's the problem?

I was talking about the "try following the exact guide" part. Obviously I don't have any problem with compiling my own kernels (in fact after that message I tried with 2.6.29 + custom x11-drm ebuild).

[Ant P.]

Nah, I don't like to pollute my system with custom compilations.

Since that's the *only* way to install a kernel in gentoo whether or not you use an ebuild, what's the problem?

[Neo_The_User]

I didn't know the correct enviornmental varibles to set so if anybody could state some exact examples on what to do when not installed to /usr that would be great!

edit: ^I have been asking that question everywhere for 2 years. Nobody never ever answers it.

[Fran]

Put nomodeset in Grub kernel line on a KMS kernel or you'll get really weird behaviour.

Yeah, I was disabling modesetting. Anyway, after my last message I tried with 2.6.29 and x11-drm from agd5f and got the same results as you: corruption with some demos and a X freeze after a while.

[nanonyme]

(edit) I forgot: I'm using 2.6.30-rc8 patched with this. Maybe that's the cause.

Put nomodeset in Grub kernel line on a KMS kernel or you'll get really weird behaviour.

[nanonyme]

Nah, I don't like to pollute my system with custom compilations.

This is why --prefix exists. (Well, right. Apparently Neo told you to install under /usr. You should note that you don't have to as long as you pedantically install under the same prefix and make sure headers and libraries under the prefix are used in compiling and later on and tell OpenGL programs to load the right library with a variable. It's a bit more tricky but keeps your system clean)

[nanonyme]

The current drm code seems to work best with 2.6.27 and 2.6.28 right now. I have seen problems reported with 2.6.29 and 64-bit. Not sure whether the devs are mostly working in 32- or 64-bit, will ask.

2.6.30 has a sysfs redesign which requires rewrite on quite a few kernel drivers including the DRM driver. (This leads to compilation issues with agd5f's DRM and an 2.6.30 kernel. I tried writing compat stuff to get it to work but it turned out to be Bloody Tricky (tm). Probably a good point to see after the 2.6.30 release whether or not it's enough for it to work to just solve the sysfs issue. Porting by breaking compatibility is semi-trivial since DRM in Linus' kernel tree already *is* compliant with the changes)
It seems to ~work on 2.6.29 (as in, it starts, rendering corruption, occasional hangups). I'm not a dev but I do all my testing with a 64-bit kernel.