[PATCH 00/20] New glamor core rendering code (v2)
Keith Packard
keithp at keithp.com
Tue Apr 8 01:13:10 PDT 2014
Michel Dänzer <michel at daenzer.net> writes:
> Yes, that works fine now in Xephyr. The only remaining obvious problem
> there is the xfwm4 window decoration corruption regression from the
> master branch.
Ok, looks like that's caused by glamor re-using FBOs that were too large
for tile pixmaps. Oddly, the texture fetch doesn't work like you'd want
in that case.
I've added a patch to keep glamor from ever using over-sized FBOs. We'll
probably want to re-enable that optimization at some point in the future
as it does tend to save a ton of allocation overhead, but we'll need to
be careful to only use it when the object isn't being used as a texture
source. I wonder how many other things this will fix...
> Unfortunately, your current glamor-server branch crashes Xorg for me on
> startup, see the backtrace below. Commits
> 2642a4d8ed87488a60de827088100a8e7c2ffe5f ('glamor: Add glamor_transfer
> based glamor_get_image and glamor_put_image') and
> deb95d45c7b53f33a1787021f0aea67fde21ce8e ('glamor: Add accelerated
> stipple support') fail to compile, so I can't bisect this further than
> to the commits surrounding them.
I've fixed those commits so that you should be able to bisect through
them and find the broken bits.
--
keith.packard at intel.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 810 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg-devel/attachments/20140408/289696d8/attachment.sig>
More information about the xorg-devel
mailing list