Updates to GLX_EXT_texture_from_pixmap

Michel Dänzer michel at daenzer.net
Tue Apr 4 00:06:13 PDT 2006

On Mon, 2006-04-03 at 15:32 -0800, James Jones wrote:
> I have limited knowledge of X internals though.  Should it turn out 
> that there exists or can be implemented an easy way for drivers to 
> cause the server to take a driver-managed lock before rendering, 

AFAIK EXA calls the driver before and after each rendering operation to
or from a pixmap, accelerated or not.

> I'm once again going to propose more or less the same compromise:  
> We could write a separate GLX extension to do the locking.  This 
> would still have the advantage of keeping EXT_texture_from_pixmap 
> as simple and lean as possible and provide the semantics & 
> performance you're looking for.  To support such an extension, I'd 
> still need to be convinced it was reasonable to implement such a 
> lock and we would have to measure a large enough performance hit 
> from the currently proposed methods to justify it.  
> Note that if we agree on this separate extension approach in any 
> form, we could have a period where a completely specified version 
> of texture_from_pixmap is available and implemented in several 
> drivers, and various developers could actually peform tests to 
> determine exactly what kind of performance enhancements and locking 
> semantics are needed.  They can then be added without breaking the 
> existing extension.  It would be much more painful to remove 
> unproven locking semantics found to be unreasonable or inadequit 
> (for whatever reason) from a finished, shipping extension.

I agree, and it's my impression that so does pretty much everybody else
except Deron.

Earthling Michel Dänzer      |     Debian (powerpc), X and DRI developer
Libre software enthusiast    |   http://svcs.affero.net/rm.php?r=daenzer

More information about the xorg mailing list