| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Conflicts:
src/mesa/state_tracker/st_atom_sampler.c
src/mesa/state_tracker/st_cb_texture.c
|
|
|
|
|
|
|
|
|
|
|
|
For many envirionments it's necessary to allocate display targets
in a window-system friendly manner. Add facilities so that a driver
can tell if a texture is likely to be used to generate a display surface
and if use special allocation paths if necessary.
Hook up softpipe to call into the winsys->surface_alloc_storage()
routine in this case, though we probably want to change that interface
slightly also.
|
|
|
|
|
|
|
|
The struct is still there though until all winsys layers are updated
|
|
|
|
|
|
|
|
|
|
But when creating surfaces, adjust incoming flags from GPU->CPU usage.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
GL state tracker capable enough for progs/tests/texcompress2 at least.
|
|
Change SSE_SWIZZLES #define to 0 to disable it.
|
|
This isn't necessary, with some effort we can do this on the hw. However,
until I encounter something "real" that uses them there's not a lot of
point.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reverts commit 1f0f029ba6f22ef4ada01fcdc153da91571a7963.
Which broke the debug build.
|
|
|
|
|
