Age | Commit message (Collapse) | Author |
|
Basically don't round up shared textures. This fixes compiz,
but I'm afraid that rounding up texture sizes here in the driver
is doomed, as it will inevitably break texture wrap modes.
|
|
This reverts commit 124ae596806f1a77af46f1f0e446d448da6e953a.
Pushed by mistake
|
|
|
|
I'm not sure if this is a great change, but helps with caching.
Probably we want to turn this on/off on a driver-by-driver basis.
|
|
Can give a little boost e.g. for anti-aliased text rendering.
|
|
This directory needs indent run over it.
|
|
Any high-overhead one-off tasks are moved into the prepare hook.
|
|
The two users of composite (Composite and Solid) now call a new
xorg_composite_done() from their Done functions, while CopyDone
is directly implemented on top of xorg_renderer.c.
|
|
|
|
|
|
Even if its not available, we really want to be coalescing blit
operations better.
|
|
|
|
This option can be used to disable 2D acceleration. DRI2 and XVideo blits will
still be accelerated, at least to some degree even with compositing.
|
|
Thanks to Thomas Hellström for pointing this out.
|
|
There are two fixes in here one is a one liner that fixes
component alpha logic. The other deals better with luminance
formats used for masks, sources not yet implemented.
Fixes component alpha text and icons in gnome. There are a one
or two cases that this code misses. Like if src_luminance is set
but no mask image is given.
|
|
This path is only hit for icons in gnome so far
|
|
Fixes http://bugs.freedesktop.org/show_bug.cgi/?id=25094 .
|
|
|
|
|
|
|
|
|
|
something is broken so disabled for now
|
|
instead of lots of very small transfers, one larger is a lot better
for performance
|
|
fixes transformations, rendering with multiple bound textures, xrender
matrix conversions plus some cleanups
|
|
fixes all the blend modes, fixes flushing/finishing semantics, adds
acceleration for the component alpha modes that we can support, fixes
src in mask shader and general cleanups
|
|
plus fix filters
|
|
|
|
|
|
Uf. Lots of files touched. Would people with working vega, xorg, dri1, etc.
please make sure you are not broken, and fix yourself up if you are.
There were only two or three places where the code did not have painful
fallbacks, so I would advise st maintainers to find less painful workarounds,
or consider overhauling util_surface_copy and util_surface_fill.
Per ymanton, darktama, and Dr_Jakob's suggestions, clear has been left as-is.
I will not add PIPE_CAP_BLITTER unless it is deemed necessary.
|
|
src in mask was broken
|
|
extract all the rendering code to xorg_rendedrer, make both exa and xv
share that code. in the process cleanup the rendering code and implement
a lot more of the xv infrastructure.
|
|
|
|
Change the fallback debugging around a bit and do the old commit correctly
|
|
This commit included a change that should have been in
its own commit, and turns out that you can do what was
suposed to go in it in much better way as well.
This reverts commit 5080e8bea6ae5cdb116023a5e2d8dbbb762bd69d.
|
|
|
|
There is no hardware out there that can render to I8 textures.
|
|
Propagate NULL return value.
This also allows removing the DRM_MODE_FEATURE_DIRTYFB specific pixmap
management hacks.
|
|
|
|
|
|
These seem to work well enough now with the new code. Composite acceleration
isn't quite there yet and thus remains disabled in xorg_composite_bind_state()
for now.
|
|
Check that the formats are supported, and don't crash with source-only
pictures.
|
|
Seems to work better for Composite acceleration.
|
|
|
|
|
|
We where leaking both surfaces in the composit code
and textures from pixmaps.
|
|
copies were busted when src == dst. also the composite shaders
were incorrectly using the fragments instead of the texture coordinate.
|
|
fixes blending binding and copy coordinates
|
|
Fixes memory corruption if e.g. the driver still has references to the texture.
|
|
Rather than arbitrarily checking for pixmap depth < 15.
|
|
The inconsistent bpp caused issues with UploadTo/DownloadFromScreen.
|