| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
This came out of discussion at the office today, and we agreed that
solving this for indirect wasn't really interesting, though the
server-side change would be of a similar level of difficulty.
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
Premature semicolon.
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
|
| |
valgrind gives me a warning with llvmpipe with profile builds but
not debug builds, this seems to fix the issue at least.
|
|
|
|
|
|
| |
Fixes bug #34346.
Signed-off-by: Kenneth Graunke <[email protected]>
|
| |
|
|
|
|
| |
Signed-off-by: Daniel Vetter <[email protected]>
|
|
|
|
|
|
| |
The old code even falls apart for nr == 0 (which is caught earlier, but)!
Signed-off-by: Daniel Vetter <[email protected]>
|
| |
|
| |
|
| |
|
|
|
|
| |
Fixes regression from a08e612fd8e7ca2ac2fef8961e56e5b094033717
|
| |
|
|
|
|
|
| |
This adds the opcode and the code to convert ir_txd to OPCODE_TXD;
it doesn't actually add support yet.
|
|
|
|
|
| |
Initial plumbing existed to turn the ir_txl into OPCODE_TXL, but it was
never handled.
|
|
|
|
|
| |
Initial plumbing existed to turn the ir_txl into OPCODE_TXL, but it was
never handled.
|
|
|
|
|
|
|
| |
The old value, BRW_SAMPLER_MESSAGE_SIMD8_SAMPLE makes it sound like we're
doing a non-bias texture lookup. It has the same value as the new constant
BRW_SAMPLER_MESSAGE_SIMD8_SAMPLE_BIAS_COMPARE, so there should be no
functional changes.
|
|
|
|
| |
From volume 4, page 161 of the public i965 documentation.
|
|
|
|
|
|
|
|
|
|
|
|
| |
There is an issue with gcc 4.6.0 that leads to segfault/assert with mesa
due to ureg_src size, reshuffling the structure member to better better
alignment work around the issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47893
7.9 + 7.10 candidate
Signed-off-by: Jerome Glisse <[email protected]>
|
|
|
|
|
|
| |
7.9 & 7.10 candidate
Signed-off-by: Jerome Glisse <[email protected]>
|
|
|
|
|
|
|
|
| |
so far only hw mipmap generation is testing on softpipe,
passes test added to piglit.
this requires another patch to mesa to let array textures mipmaps
even start to happen.
|
|
|
|
|
|
|
|
|
|
|
| |
platform.system in SCons on Cygwin includes the OS version number.
Windows XP - CYGWIN_NT-5.1
Windows Vista - CYGWIN_NT-6.0
Windows 7 - CYGWIN_NT-6.1
Reduce all Cygwin platform variants to just 'cygwin' so anything
downstream can simply use 'cygwin' instead of the different full
platform names.
|
| |
|
|
|
|
|
|
| |
Make the s3tc upload code more generic.
Signed-off-by: Dave Airlie <[email protected]>
|
| |
|
|
|
|
|
|
|
|
|
| |
255.875 matches the hardware documentation. Presumably this was a typo.
NOTE: This is a candidate for the 7.10 branch, along with
commit 2bfc23fb86964e4153f57f2a56248760f6066033.
Reviewed-by: Eric Anholt <[email protected]>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the case where glBlitFramebuffer is being used to copy to a texture
without scaling it is faster if we can use the hardware to do a blit
rather than having to do a texture render. In most of the drivers
glCopyTexSubImage2D will use a blit so this patch makes it check for
when glBlitFramebuffer is doing a simple copy and then divert to
glCopyTexSubImage2D.
This was originally proposed as an extension to the common meta-ops.
However, it was rejected as using the BLT is only advantageous for Intel
hardware.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=33934
Signed-off-by: Chris Wilson <[email protected]>
|
| |
|
|
|
|
| |
Saves us the explicit compare instruction needed with selp.
|
| |
|
| |
|
|
|
|
| |
Before this, l[] access was a no-op.
|