| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| | |
This is sometimes checked to distinguish between texture views and
(deprecated) standalone surfaces.
|
| |
| |
| |
| |
| | |
Otherwise blitting from display target surfaces to front screen fails in
several platforms.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Need to disable/bypass lambda calculation since derivatives of texcoords
are meaningless for adjacent vertices.
|
| |
| |
| |
| | |
Gallium used to do this for us :)
|
| | |
|
|\|
| |
| |
| |
| |
| | |
Conflicts:
src/gallium/winsys/gdi/SConscript
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Also make the type unsigned instead of signed, since negative
values do not make sense.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| |
| |
| |
| | |
swizzle textures
|
|\| |
|
| |
| |
| |
| |
| |
| |
| |
| | |
The Minimum Resolvable Depth factor depends on the driver and can't just
be computed from the number of Z buffer bits.
Glean's polygon offset test now passes with softpipe.
Still need to determine the MRD factor for other gallium drivers, if they use
the draw module's polygon offset stage...
|
| |
| |
| |
| |
| |
| |
| | |
Up till now, nv20 driver has been using NV10TCL, and being
really an nv10 driver. That has changed.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
A small step toward SIMD-izing the code.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Also changes nvgl_primitive() to return zero, i.e. error, on unknown
primitive.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Pekka Paalanen <[email protected]>
|
| |
| |
| |
| | |
Signed-off-by: Pekka Paalanen <[email protected]>
|
| |
| |
| |
| |
| |
| | |
Fresh from renouveau.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| |
| |
| |
| |
| |
| | |
This is nv10 commands, but is in nv20 source files.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| |
| |
| |
| |
| |
| | |
This is still for NV10 hardware.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| | |
|
| |
| |
| |
| | |
Also, update some comments.
|
| |
| |
| |
| |
| | |
Use tgsi_sampler struct as a base class. Softpipe subclasses it and adds
the fields it needs.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is a set of changes that optimizes the memory use of fragment
operation programs (by using and transmitting only as much memory as is
needed for the fragment ops programs, instead of maximal sizes), as well
as eliminate the dependency on hard-coded maximal program sizes. State
that is not dependent on fragment facing (i.e. that isn't using
two-sided stenciling) will only save and transmit a single
fragment operation program, instead of two identical programs.
- Added the ability to emit a LNOP (No Operation (Load)) instruction.
This is used to pad the generated fragment operations programs to
a multiple of 8 bytes, which is necessary for proper operation of
the dual instruction pipeline, and also required for proper SPU-side
decoding.
- Added the ability to allocate and manage a variant-length
struct cell_command_fragment_ops. This structure now puts the
generated function field at the end, where it can be as large
as necessary.
- On the PPU side, we now combine the generated front-facing and
back-facing code into a single variant-length buffer (and only use one
if the two sets of code are identical) for transmission to the SPU.
- On the SPU side, we pull the correct sizes out of the buffer,
allocate a new code buffer if the one we have isn't large enough,
and save the code to that buffer. The buffer is deallocated when
the SPU exits.
- Commented out the emit_fetch() static function, which was not being used.
|
| |
| |
| |
| |
| |
| | |
As suggested by Brian Paul: in the case of a twiddling error, instead
of reporting the bad format number (which is all but unusable), report
the more useful enum name.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Many stencil tests were failing because of a failure to read the
stencil buffer, due to "twiddling" (or "untwiddling") "an unsupported
texture format". This is fixed for the case of a stencil/Z S824Z format
(which twiddles just like the 32-bit color formats).
tests/stencilwrap.c was failing on the GL_INVERT test, because
the emitted code for "spe_xori" turned out not to be an actual
"xori" instruction, but rather a "stqd" instruction, because
of a typo in the rtasm code. This is now fixed, and
tests/stencil_wrap now works.
|
|\ \
| | |
| | |
| | | |
git+ssh://[email protected]/git/nouveau/mesa into gallium-0.2
|
| | |
| | |
| | |
| | | |
Signed-off-by: Pekka Paalanen <[email protected]>
|
| |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* commit 'origin/gallium-0.1':
Mesa: fix number of buffers in st_draw_vbo().
Nouveau: fix nv20_vertex_layout()
Nouveau: update nv20 miptree according to nv40.
Nouveau: build, link and use nv20.
Nouveau: name replace for nv20.
Nouveau: Rename nv20/ files as nv20.
Nouveau: copy nv30_vertprog.c to nv20.
Nouveau: start nv20 by copying the nv10 tree.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
The function should update nv20->vertex_info, and not just a
local struct that's thrown away immediately.
Fixes a SIGFPE due to vbuf->vertex_size = 0 in vbuf_alloc_vertices().
Signed-off-by: Pekka Paalanen <[email protected]>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
glxinfo doesn't degfault anymore.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Pekka Paalanen <[email protected]>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
No functional changes, only changed function, struct, macro etc. names.
nv10 -> nv20
nv30 -> nv20
celsius -> kelvin
Did not touch fifo command macros.
Don't try to build nv20_vertprog.c for now.
Signed-off-by: Pekka Paalanen <[email protected]>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Pekka Paalanen <[email protected]>
|
| | | |
| | | |
| | | |
| | | | |
Signed-off-by: Pekka Paalanen <[email protected]>
|