| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Useful to give human legible names in other cases.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
SSE support for 32bit and 16bit unsigned arithmetic is not complete, and
can easily result in inefficient code.
In most cases signed/unsigned doesn't make a difference, such as for
integer texture coordinates.
So remove uint_coord_type and uint_coord_bld to avoid inefficient
operations to sneak in the future.
|
| |
|
|
|
|
|
|
| |
This could probably be done much nicer, I've spent a day chasing
a coherency problem in the kernel, that turned out to be incorrect
scissor setup.
|
|
|
|
| |
fixes glsl1-2D Texture lookup with explicit lod (Vertex shader)
|
|
|
|
|
|
|
|
| |
We need to move the texture sampler resources out of the range of the vertex attribs.
We could probably improve this using an allocator but this is the simple answer for now.
makes mesa-demos/src/glsl/vert-tex work.
|
| |
|
| |
|
|
|
|
|
| |
We end up treating them as scalars in the end, and it saves some
instructions.
|
|
|
|
| |
With this commit all explicit Phi emission is now gone.
|
|
|
|
| |
GALLIVM_DEBUG=no_brilinear runtime option
|
|
|
|
|
|
|
|
|
|
|
|
| |
We can't patch true-block at end-if time, as there is no guarantee that
the block at the beginning of the true stanza is the same at the end of
the true stanza -- other control flow elements may have been emitted half
way the true stanza.
Although this bug surfaced recently with the commit to skip mip filtering
when lod is an integer the bug was always there, although probably it
was avoided until now: e.g., cubemap selection nests if-then-else on the
else stanza, which does not suffer from the same problem.
|
| |
|
| |
|
| |
|
|
|
|
| |
No need for for a flow stack anymore.
|
| |
|
|
|
|
| |
Simply rely on mem2reg pass. It's easier and more reliable.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Stop disassembling on unconditional backwards jumps.
|
| |
|
|
|
|
|
|
|
|
| |
We've been using these in the linear path for a while now. Based on
Chris's SSSE3 code, but using only sse2 opcodes. Speed seems to be
identical, but code is simpler & removes dependency on SSE3.
Should be easier to extend to other rgba8 formats.
|
|
|
|
|
|
|
|
|
| |
Specifically, can do early-depth-test even when alpahtest or
kill-pixel are active, providing we defer the actual z write until the
final mask is avaialable.
Improves demos/fire.c especially in the case where you get close to
the trees.
|
|
|
|
|
| |
Don't branch more than once in quick succession. Don't branch at the
end of the shader.
|
|
|
|
|
| |
LLVM seems to finds it easier to reason about these than our
mantissa-manipulation code.
|
| |
|
|
|
|
| |
Avoid unnecessary masking of non-existant stencil component.
|
|
|
|
| |
Better than GALLIVM_DEBUG if you're only interested in fragment shaders.
|
|
|
|
| |
Fixes slowdown in isosurf with earlier versions of llvm.
|
|
|
|
| |
Don't try to emit our own phi's, let llvm mem2reg do it for us.
|
|
|
|
| |
Don't calculate 1/w for quads which aren't visible...
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current interpolation schemes causes precision loss.
Changing the operation order helps, but does not completely avoid the
problem.
The only short term solution is to clamp z to 1.0.
This is unfortunate, but probably unavoidable until interpolation is
improved.
|
|
|
|
|
|
|
|
|
|
| |
Operate simultanouesly on <width, height, depth> vector as much as possible,
instead of doing the operations on vectors with broadcasted scalars.
Also do the 24.8 fixed point scalar with integer shift of the texture size,
for unnormalized coordinates.
AoS path only for now -- the same thing can be done for SoA.
|
| |
|
|
|
|
|
|
|
|
|
| |
Fixes these GCC warnings.
brw_wm_fp.c: In function 'search_or_add_const4f':
brw_wm_fp.c:92: warning: 'reg.Index2' is used uninitialized in this function
brw_wm_fp.c:84: note: 'reg.Index2' was declared here
brw_wm_fp.c:92: warning: 'reg.RelAddr2' is used uninitialized in this function
brw_wm_fp.c:84: note: 'reg.RelAddr2' was declared here
|
|
|
|
|
|
| |
Fixes this GCC warning.
brw_vs.c: In function 'do_vs_prog':
brw_vs.c:46: warning: unused variable 'ctx'
|
|
|
|
|
|
| |
Fixes this GCC warning.
brw_eu_emit.c: In function 'brw_math2':
brw_eu_emit.c:1189: warning: unused variable 'intel'
|
|
|
|
|
|
| |
Fixes this GCC warning.
i915_vtbl.c: In function 'i915_assert_not_dirty':
i915_vtbl.c:670: warning: unused variable 'dirty'
|
|
|
|
| |
Only requires sse2 now.
|
|
|
|
|
|
|
|
|
| |
Clamp against 0 instead of -0.5, which simplifies things.
The former version would have resulted in both int coords being zero
(in case of coord being smaller than 0) and some "unused" weight value,
whereas now the int coords will be 0 and 1, but weight will be 0, hence the
lerp should produce the same value.
Still not happy about differences between normalized and non-normalized...
|
|
|
|
|
|
| |
Haven't looked at what code this exactly generates but URem can't be fast.
Instead of using two URem only use one and replace the second one with
select/add (this is what the corresponding aos code already does).
|
|
|
|
|
|
|
| |
Rearrange order of operations a bit to make some clamps easier.
All calculations should be equivalent.
Note there seems to be some inconsistency in the clamp to edge case
wrt normalized/non-normalized coords, could potentially simplify this too.
|
|
|
|
|
|
|
|
|
| |
Sometimes coords are clamped to positive numbers before doing conversion
to int, or clamped to 0 afterwards, in this case can use itrunc
instead of ifloor which is easier. This is only the case for nearest
calculations unfortunately, except linear MIRROR_CLAMP_TO_EDGE which
for the same reason can use a unsigned float build context so the
ifloor_fract helper can reduce this to itrunc in the ifloor helper itself.
|
| |
|
|
|
|
|
|
| |
sse2 supports round to nearest directly (or rather, assuming default nearest
rounding mode in MXCSR). Use intrinsic to use this rather than round (sse41)
or bit manipulation whenever possible.
|