| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
No idea why I didn't do it like this the first time, but share
the code like other portions of mesa do using _tmp.h suffix
and some #defines for the types.
Signed-off-by: Dave Airlie <[email protected]>
|
| |
|
|
|
|
| |
We'll flush after the same-shader comparison.
|
|
|
|
|
|
| |
The other draw stages like aaline and pstipple were already doing this.
If the driver used the aapoint stage but not the others it would crash
because of a null pipe->draw pointer.
|
| |
|
|
|
|
| |
These were only used by GL_SGI_texture_color_table, which is gone now.
|
|
|
|
|
|
| |
It was only implemented in the swrast driver and probably not used by
any applications. A modern app would use a dependent/chained texture
lookup in the fragment shader.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
when updating/validating framebuffer state. The _Status field is set
to zero when we need to recompute _Status. Otherwise, it's up to date.
|
|
|
|
|
|
| |
when doing glCopyTex[Sub]Image() and checking the source buffer's
completeness.
We only need to determine FBO completeness when the status is indeterminate.
|
| |
|
| |
|
|
|
|
| |
The function may invoke blitter, which invalidates vertex buffers.
|
| |
|
| |
|
|
|
|
|
|
|
| |
Instead of temporarily.
The HiZ function (something like a depth function) is a property
of a HiZ buffer and can only be changed during HiZ clears.
|
|
|
|
|
|
|
| |
I removed the HiZ memory management, because the HiZ RAM is too small
and I also did it in hope that HiZ will be enabled more often.
This also sets aligned strides to HIZ_PITCH and ZMASK_PITCH.
|
|
|
|
| |
Signed-off-by: Alex Deucher <[email protected]>
|
|
|
|
| |
should fix scons build.
|
| |
|
|
|
|
|
|
| |
Plugs a memory leak when compiling shaders with user defined structures.
NOTE: This is a candidate for the 7.9 and 7.10 branches.
|
|
|
|
| |
Signed-off-by: Jerome Glisse <[email protected]>
|
| |
|
|
|
|
| |
It doesn't work.
|
| |
|
|
|
|
| |
this just adds a format check + format conversion.
|
| |
|
|
|
|
|
|
|
|
|
| |
This adds support for the RGTC unsigned and signed
texture storage and fetch methods.
the code is a port of the DXT5 alpha compression code.
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
| |
We need this to do signed stuff for RGTC.
|
|
|
|
|
|
| |
So far I haven't implemented the u_format code for these.
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
| |
still can't get signed to work
|
| |
|
| |
|
|
|
|
|
|
| |
This reverts commit b6d40213935da702570eca2c0861bd4b1d7f5254.
This actually breaks gears here on my rv670.
|
|
|
|
|
|
| |
TRUNC is neither a scalar instruction nor exclusive to the Trans unit.
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
| |
Signed-off-by: Dave Airlie <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
| |
With an extremely dumb strategy. But it's the same i915c employs.
Also improve the hw_atom code slightly by statically specifying the
required batch space. For extremely variably stuff (shaders, constants)
it would probably be better to add a new parameter to the hw_atom->validate
function.
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
| |
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
|
|
|
|
| |
Also contains the first few bits for hw state atoms.
v2: Implement suggestion by Jakob Bornecrantz.
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
|
|
|
| |
v2: Add the batch bo to the libdrm validation lost, for otherwise
libdrm won't take previously used buffers into account.
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
|
|
|
|
|
| |
These files can be decoded with intel_dump_decode from the intel-gpu-tools
available at:
http://cgit.freedesktop.org/xorg/app/intel-gpu-tools/
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
|
|
| |
Now also for the DRAW_RECT command
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
|
|
|
| |
Move it to i915_state_static.c This way i915_emit_state.c only emits
state and doesn't (re)calculate it.
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
| |
A copy and paste error.
|
|
|
|
|
|
|
|
| |
If another thread bound a context to the drawable then unbound it, the
driContextPriv would end up NULL.
With the previous two fixes, this fixes glx-multithread-makecurrent-2,
despite the issue not being about the multithreaded makecurrent.
|
|
|
|
|
|
| |
The driver only has one reasonable place to look for its context to
flush anything, which is the current context. Don't bother it with
having to check.
|
|
|
|
|
| |
The GLX Spec says you only implicitly glFlush if the drawable being
swapped is the current context's drawable.
|
|
|
|
|
|
|
| |
This extension allows a client to bind one context in multiple threads
simultaneously. It is then up to the client to manage synchronization of
access to the GL, just as normal multithreaded GL from multiple contexts
requires synchronization management to shared objects.
|