| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
| |
See:
http://bugs.freedesktop.org/29404
http://bugs.freedesktop.org/29407
Signed-off-by: José Fonseca <[email protected]>
|
|
|
|
| |
It's bound to be useful elsewhere.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
If we crash in the jitted function we can examine jit_line and
jit_state in gdb to learn more about the shader.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Fixes a failed assertion with LLVM 2.6:
<unnamed>::JITResolver::JITResolver(llvm::JIT&): Assertion
`TheJITResolver == 0&& "Multiple JIT resolvers?"' failed.
Though, not everyone seems to experience this problem.
|
|
|
|
| |
Less susceptible to be broken.
|
|
|
|
|
|
|
| |
Unfortunately LLVM doesn't emit EMMS itself, and there is no
easy/effective way to disable MMX.
http://llvm.org/bugs/show_bug.cgi?id=3287
|
|
|
|
| |
This fixes fdo bug #29286.
|
|
|
|
|
|
|
| |
That is, remove pipe_context::draw_arrays, pipe_context::draw_elements,
pipe_context::draw_arrays_instanced,
pipe_context::draw_elements_instanced,
pipe_context::draw_range_elements.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some drivers define a generic function that is called by all drawing
functions. To implement draw_vbo for such drivers, either draw_vbo
calls the generic function or the prototype of the generic function is
changed to match draw_vbo.
Other drivers have no such generic function. draw_vbo is implemented by
calling either draw_arrays and draw_elements.
For most drivers, set_index_buffer does not mark the state dirty for
tracking. Instead, the index buffer state is emitted whenever draw_vbo
is called, just like the case with draw_elements. It surely can be
improved.
|
|
|
|
|
|
|
|
| |
Cube map faces and 3D texture slices are treated the same in llvmpipe
textures. Need to pass the sum of these fields to
llvmpipe_unswizzle_cbuf_tile() as we do elsewhere.
Fixes piglit fbo-3d test (fd.o bug 29135).
|
|
|
|
| |
Fixes fdo 29269.
|
| |
|
| |
|
|
|
|
| |
The other drivers just return 0 without the assert.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Use a single swizzled tile per colorbuf (and per thread) to avoid
accumulating large amounts of cached swizzled data.
Now that the SSE3 code has been merged to master, the performance delta
of this change is minimal, the main benefit is reduced memory usage
due to no longer keeping swizzled copies of render targets.
It's clear from the performance of the in-place version of this code
that there is still quite a bit of time being spent swizzling &
unswizzling, but it's not clear exactly how to reduce that.
|
|
|
|
| |
-mssse3 is not supported/enabled.
|
| |
|
|
|
|
|
| |
And express all the other drawing functions in terms of
llvmpipe_draw_range_elements_instanced().
|
|
|
|
| |
Thanks to Vinson for spotting this.
|
| |
|
|
|
|
|
|
|
| |
The lp_rast_shader_inputs' alignment is irrelevant now that it contains
pointers instead of actual data.
Likewise, lp_rast_triangle's size alignment is meaningless.
|
| |
|
| |
|
|
|
|
|
| |
there's no point of having this per context, so move to screen
(and protect with a mutex).
|
| |
|
|
|
|
|
|
| |
Just put a pointer to the state in the tri->inputs struct. Remove
some complex logic for eliminating unused statechanges in bins at the
expense of a slightly larger triangle struct.
|
|
|
|
|
|
|
|
|
| |
Move this code back out to C for now, will generate separately.
Shader now takes a mask parameter instead of C0/C1/C2/etc.
Shader does not currently use that parameter and rasterizes whole
pixel stamps always.
|
|
|
|
|
|
|
|
|
| |
Rather than inserting an lp_rast_fence command at the end of each
bin, have each rasterizer thread call this function directly once
it has run out of work to do on a particular scene.
This results in fewer calls to the mutex & related functions, but more
importantly makes it easier to recognize empty bins.
|
|
|
|
|
| |
This was already the case, but the generated (un)swizzling code was not
benefiting of that knowledge.
|
| |
|
| |
|
|
|
|
|
|
|
| |
lp_test_round uses the math functions round and trunc, which aren't
available with MSVC.
Fixes the MSVC build for now.
|
| |
|
| |
|
|
|
|
|
|
|
| |
it was wrong to put this in the fs paths, but it was easier to just
stuff it along the fragment texture sampling paths. the patch
disconnects vertex texture sampling and just maps the textures
before the draw itself and unmaps them after.
|
| |
|
| |
|
|
|
|
|
| |
This fixes bug #28757, though does not yet address the issue that fences aren't
always emitted.
|