The dri drivers built by xorg (monolith) are not built with
-DUSE_EXTERNAL_DXTN_LIB=1, thus they will not support s3tc even if an external
s3tc software compression/decompression library is available (though you can
still get forced hw decompression by using driconf).
Created attachment 4069 [details] [review]
this and other bug #1709
well it is this what we are missing !
Created attachment 4339 [details] [review]
update patch against xorg-x11 6.9, patch on bug 1709 has been commited
I have this questions on this define (-DUSE_EXTERNAL_DXTN_LIB=1)
lib/GL/glx needs -DUSE_EXTERNAL_DXTN_LIB=1 ?
xc/programs/Xserver/GL needs -DUSE_EXTERNAL_DXTN_LIB=1 ?
(In reply to comment #2)
> Created an attachment (id=4339) 
> update patch against xorg-x11 6.9, patch on bug 1709 has been commited
> I have this questions on this define (-DUSE_EXTERNAL_DXTN_LIB=1)
> lib/GL/glx needs -DUSE_EXTERNAL_DXTN_LIB=1 ?
> xc/programs/Xserver/GL needs -DUSE_EXTERNAL_DXTN_LIB=1 ?
No. s3tc is not supported for indirect rendering - or maybe it would be, but at
least it's not enabled anyway. It used to not even compile with that define set,
though maybe this has changed when the loader switch happened.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
dri drivers aren't built inside xorg any longer so this issue has disappeared.