If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Are you saying they are in repo and will work with Ubuntu's main mesa install? I was under the impression from the original bug report that Mesa was compiled without support for these drivers, as it is known to have been in the past for ST2C/ST3C support

Yes, they are. They are in the backports, well everything but GPGPU OpenCL as that work isn't done yet, but yes OpenCL packages and even Radeon VDPAU support enabled version of MPV as well as S2TC are all available from official Ubuntu repos. As a Mint and previously Ubuntu user, why on earth you would even be running without the backports repos enabled is beyond me.

Not having those repos active is actually a huge detriment as the default kernel version has issues holding a connection over wifi, but updating it to current patched version fixes it with no further actions required.

I have weird feeling that there nothing to compare because open source drivers likely don't work with real apps.
Though it's would be interesting to see how Beignet perform because I always only tried to use OpenCL on R600g.

Would there be a advantage when u activate it, yes, many developers use ubuntu and with that activated they can play around and get used to the api or something.

So its no technical desition its polical desition, and the other example with vdpau that clearly is a big advantage they did disable too, makes this look even more a politic try move to advertise proprietary software (driver blobs).

Ever seen the pics of corrupt graphics from early builds of the OSS GPU drivers? Imagine that kind of manglement happening to your photos in GIMP, your renders in Blender or your charts in LibreOffice. Thats worse then no OpenCL at all.

Hey Luke, could you help me? I'd like to use ST2C/ST3C, since I imagine that games would preform better with it, but I have an optimus system(intel sandbridge gen 2 + nvidia 540m), which is very very sensitive to driver issues and version numbers. Would oibaf be a good solution for me, or would I be playing with fire. I absolutly CAN NOT afford down time on this laptop, I need it for work. Is there a way to install ST2C/ST3C without installing a entire driver? Maybe a single package?

I run alpha versions of Ubuntu, so backports are irrelevent

Originally Posted by Kivada

Yes, they are. They are in the backports, well everything but GPGPU OpenCL as that work isn't done yet, but yes OpenCL packages and even Radeon VDPAU support enabled version of MPV as well as S2TC are all available from official Ubuntu repos. As a Mint and previously Ubuntu user, why on earth you would even be running without the backports repos enabled is beyond me.

Not having those repos active is actually a huge detriment as the default kernel version has issues holding a connection over wifi, but updating it to current patched version fixes it with no further actions required.

My kernel, Mesa, and X are all from PPA's, I haven't used the Ubuntu repo versions in years except in installs from Mint or Ubuntustudio installers into test machines. I had read on Phoronix that Ubuntu compiled mesa without support for ST2C, thought that meant the package would not work with it but never tested it as I had the PPA versions anyway.

Ever seen the pics of corrupt graphics from early builds of the OSS GPU drivers? Imagine that kind of manglement happening to your photos in GIMP, your renders in Blender or your charts in LibreOffice. Thats worse then no OpenCL at all.

Tangentially related:

The rulers in gimp have always been corrupted for me, and continue to be with latest cairo/pixman/xf86-video-ati etc. In fact the latest cairo broke gradient preview in gimp. Haven't bothered filing bugs for either since I so rarely use the rulers, and the gradient issue can be worked around by preloading earlier cairo.

Would compiling with --enable-r600-llvm-compiler improve OpenCL status? If so, why not enabling it by default in mesa (which would still be ineffective on OpenGL unless R600_DEBUG=llvm env var is set)?

Would compiling with --enable-r600-llvm-compiler improve OpenCL status? If so, why not enabling it by default in mesa (which would still be ineffective on OpenGL unless R600_DEBUG=llvm env var is set)?

No, this is unrelated to OpenCL. It's disabled by default because it's somewhat broken.