Age | Commit message (Collapse) | Author |
|
When points or lines are decomposed into triangles, we need to be sure
to disable polygon culling, stippling, "un-filled" modes, etc.
This patch sets the rasterization state to disable those things prior to
drawing points/lines with triangles, then restores the previous state
afterward.
The new piglit point-no-line-cull test checks this problem & solution.
|
|
Fixing RGBA 4ub vertex colors.
|
|
Signed-off-by: Jeff Smith <whydoubt@yahoo.com>
Signed-off-by: Brian Paul <brianp@vmware.com>
|
|
Wine tends to pessimistically use ~0 for its max index, but r300s
only can go up to 2^24-1, causing the kernel checker to freak out.
Civ4 is marginally improved now. Still crashes, but not as bad.
|
|
|
|
My God, I've reinvented R300_STATECHANGE. Forgive me. :C
|
|
|
|
Conflicts:
src/gallium/drivers/r300/r300_blit.c
src/gallium/drivers/r300/r300_emit.c
src/gallium/drivers/r300/r300_state_derived.c
|
|
|
|
PIPE_FORMAT_R8G8B8A8_SNORM already listed.
|
|
|
|
|
|
This format is not actually used by any state tracker. Probably the
reverse notation was mean, which would make it identical to
PIPE_FORMAT_X8B8G8R8_SNORM.
|
|
|
|
Formerly known as vertex_format_state. These two are completely
unrelated when using HWTCL and decoupling them makes the design
less SWTCL-centric.
When bypass_vs_clip_and_viewport gets removed, the PSC setup will
no longer be a derived state.
This change shouldn't make unbreaking SWTCL harder.
|
|
Also cleaning up the nasty validation process.
|
|
|
|
|
|
The first non-state atom. It's better and cleaner to have it.
|
|
Maintaining a closer relationship between the atom size and what's passed
in BEGIN_CS.
|
|
The only practical limits are the ones derived from the currently-set
framebuffer state.
|
|
It wasn't such a good idea to remove it. :/
|
|
|
|
Fixing bizarre reports that a vertex buffer is not large enough.
|
|
|
|
|
|
|
|
Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>
|
|
The $(COMPILER_ARCHIVE) target is not a phony target.
This solves the unconditional re-making of libr300.a
|
|
|
|
|
|
Reported-by: Andre Maasikas <amaasikas@gmail.com>
|
|
Needs testing.
|
|
This reverts commit fff5be8e7b4557c221f2425dcafc2e7cbbba76ba.
Probably went too soon with this, dileX reported OA not working for him
it works here fine, but the optimisations I wanted aren't working properly
yet so I'll fix that now.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
This creates a cleaner winsys and drop the simple screen stuff.
It makes r300g use pb_bufmgr structs and adds usage of the cached
bufmgr for vertex/index buffers.
It also avoids mapping too often.
I'm not 100% sure this is perfect but it won't find its own bugs.
Signed-off-by: Dave Airlie <airlied@redhat.com>
|
|
The path for VAP_ALT_NUM_VERTICES is also in place (and tested)
but not enabled by default due to the missing support of this reg
in the upstream kernel.
Also, a non-zero BUFFER_BASE in the INDX_BUFFER packet3 hangs the machine.
Am I missing something? Because of this, only draw_arrays can render
more than 65535 vertices without the use of VAP_ALT_NUM_VERTICES.
|
|
|
|
|
|
|
|
Unlikely to increase performance from inlining.
And partially expose it through r300_is_sampler_format_supported.
|
|
Ouch.
|
|
RB3D_COLORPITCH.COLORFORMAT.I8 stores the C2 component.
|
|
This reverts commit fc427d23439a2702068209957f08990ea29fe21b.
At least xorg uses this, and just because something is not used in
OpenGL is *never* a valid reason to remove functionality from Gallium.
If something lacks a test, go add a test, don't remove features.
|
|
Not renderable in OpenGL anyway.
|
|
The idea is to directly parse the format description in
r300_translate_texformat and return ~0 if the format is unsupported.
|
|
4 more piglit tests pass, sweet.
|
|
|
|
MACRO_SWITCH is applied to samplers but not renderbuffers. This commit
fixes incorrect rendering to large and small mipmaps where the large ones
are macrotiled and the small ones are not and both are emitted
in the same CS.
Note that this is still disabled by default (rework of texture transfers
is next).
|
|
|
|
|