R600 Gallium3D Getting Close On OpenGL 3.3 Support

[ChrisXY]

I have 3.1 listed at "core profile" and 3.0 at "version string". If i run an OpenGL app, the 3.1 extensions can be used by it

The program has to request the correct context. For example with glut

With this you get OpenGL 3.1:

glutInit(&argc, argv);
glutInitContextVersion(3, 1);
glutInitContextProfile(GLUT_CORE_PROFILE);
int window = glutCreateWindow("foo");

But with the default you get the 3.0 compatibility context:

glutInit(&argc, argv);
window = glutCreateWindow("foo");

Natural Selection 2 is actually going to do it right: http://forums.unknownworlds.com/disc...omment_2161816

[gradinaruvasile]

Just a simple question.

$ glxinfo | grep Open
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD ARUBA
OpenGL core profile version string: 3.1 (Core Profile) Mesa 10.1.0-devel (git-e47af58)
OpenGL core profile shading language version string: 1.40
OpenGL core profile context flags: (none)
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.1.0-devel (git-e47af58)
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

I have 3.1 listed at "core profile" and 3.0 at "version string". If i run an OpenGL app, the 3.1 extensions can be used by it?

[V10lator]

agd5f and marek: Thanks for all the interesting informations. Now I can see OpenGL 3.2 for r600 right around the corner.

Also thanks for all the hard programming work. Your guys are amazing!

[marek]

Plombo's stuff has been already merged as far as I know.

[agd5f]

Thanks for the reply, I really hope this will be finished but for now it looks like every attempt to add geometry shaders stalled at some point: The last commit at the link you gave is 3 months old, this is death since a year: https://github.com/Plombo/mesa/commi...shaders-rebase and so on...

The geometry shader support in that branch was mostly merged a while ago when mesa added geometry shader support.

[V10lator]

Geometry shaders are all that's missing. There is some initial support for them here:
http://cgit.freedesktop.org/~vadimg/...0-geom-shaders

Thanks for the reply, I really hope this will be finished but for now it looks like every attempt to add geometry shaders stalled at some point: The last commit at the link you gave is 3 months old, this is death since a year: https://github.com/Plombo/mesa/commi...shaders-rebase and so on...

[agd5f]

I know this thread is old, but:

Any updates for this (r600g) ?
As far as I see everything seems to be ready, geometry shaders seem to be here: http://www.mail-archive.com/mesa-dev.../msg26656.html - GLX_ARB_create_context_profile seem to be here, ...

So what's really missing for OpenGL 3.2 on r600g atm (just some GLSL bits and if so: Which exactly) ?

Geometry shaders are all that's missing. There is some initial support for them here:

http://cgit.freedesktop.org/~vadimg/mesa/log/?h=r600-geom-shaders

[gradinaruvasile]

It was my impression, that the ddx was called "radeonsi" or at least "radeon" and not "ati".
Your Xorg.0.log says

[  1169.313] (II) LoadModule: "radeon"

so your Device section with the "ati" driver is probably not used.
Edit:

--with-dri-drivers=radeon

Pretty sure, that doesn't do anything. But it may be necessary to put swrast there if it doesn't compile because of som stupid build system dependency. If not, Just a space character will be interpreted as an empty list, otherwise it will build some default like r300 I think.

The driver from xorg.conf is named "radeon".
--with-dri-drivers="" is working.
I use glamor too. It has some slight rendering errors, but it seems to behave more stable than exa.
Here is my working mesa (the 64 bit version) build script (note that this one has all kinds of stuff including opencl support that requires libclc/llvm/clang and its built only for r600):

PKG_CONFIG_PATH=/usr/lib/x86_64-linux-gnu/pkgconfig:/usr/lib/pkgconfig:/usr/local/share/pkgconfig ./autogen.sh --sysconfdir=/etc --prefix=/usr --libdir=/usr/lib/x86_64-linux-gnu --enable-debug \
CPPFLAGS="-m64" \
CXXFLAGS="-m64" \
--enable-64-bit --disable-32-bit \
--enable-texture-float \
--with-gallium-drivers=r600,swrast \
--with-dri-drivers="" \
--enable-vdpau \
--enable-egl --enable-gles1 --enable-gles2 \
--enable-glx-tls \
--with-egl-platforms=x11,drm \
--enable-gbm \
--enable-gallium-egl \
--enable-gallium-osmesa \
--with-osmesa-bits=32 \
--enable-gallium-llvm \
--enable-r600-llvm-compiler \
--disable-dri3 \
--enable-opencl \
--with-llvm-shared-libs \
--enable-shared-glapi

[V10lator]

I know this thread is old, but:

GLSL 1.5 is mostly just a combination of the extensions mentioned in the TODO list below it and most of them are DONE.

Any updates for this (r600g) ?
As far as I see everything seems to be ready, geometry shaders seem to be here: http://www.mail-archive.com/mesa-dev.../msg26656.html - GLX_ARB_create_context_profile seem to be here, ...

So what's really missing for OpenGL 3.2 on r600g atm (just some GLSL bits and if so: Which exactly) ?

[ChrisXY]

The DDX is really called "ati", which should load "radeon" for you.

Good to know. X -configure always generated "radeon" for me so I wrongly assumed it was radeon.

"--with-dri-drivers=radeon" builds the R100 driver. Just set empty "--with-dri-drivers=" and set "--with-gallium-drivers=" to one of r300, r600, radeonsi. I think you also need to enable EGL.

I think I had two times a problem with mesa git with that. First for some reason the build system depended on swrast being built and much later it wouldn't compile without a dri driver. These problems get fixed but they seem to be recurring, so I guess there isn't too much ongoing testing going into specialized builds from git master?