r300-gallium: Consolidate state updates.

r300-gallium: Hook up new swtcl vbuf stage.

Hold on to your hats.

r300-gallium: Turn swtcl_emit into a vbuf_render stage.

Movin' out of the Stone Ages.

r300-gallium: Update r300_reg from classic Mesa.

Mostly needed a few defines for index buffers, but there's other goodies too.

demos: Add polygon mode point to isosurf

nv20: Use the new draw vbuf interface

nv10: Use the new draw vbuf internface

nv04: Use the new draw vbuf interface

i915: Use the new draw vbuf interface

draw: second argument to unmap is max, not count

softpipe: update to new draw interfaces

draw: add map/unmap directives for swtnl driver interface

Previously draw module asked for a pointer into (mapped) vertex data,
which it would incrementally fill and emit draw commands against.  This
was hard for the drivers to deal with, especially in the case where a
draw command would force a flush and thus an unmap of the vertex data.

With this change, the draw module explicitly maps & then unmaps vertex
data prior to emitting draw commands.

mesa: remove old comments

Note: the default value for EmitCondCodes is FALSE.  This means the GLSL
compiler will emit code like this:

SEQ TEMP[0].x, A, B;
IF TEMP[0].x;
   ...
ENDIF

But if EmitCondCodes is TRUE, condition codes will be used instead:

SEQ.C TEMP[0].x, A, B;
IF (NE.xxxx);
   ...
ENDIF

i965: tell GLSL compiler to emit code using condition codes

The default for EmitCondCodes got flipped when gallium-0.2 was merged.
This fixes GLSL if/else/endif regressions.
Drivers that use GLSL should always explicitly set the flag to be safe.

nouveau: oops :-)

autoconf: Always enable glew

Maybe this should turn into an option (--disable-glew), but for now just
enable glew all the time.

glsl: silence some uninit var warnings

cell: use some SPU intrinsics to get slightly better code in eval_inputs()

Suggested by Jonathan Adamczewski.  There may be more places to do this...

r300-gallium: Add verbosity level to debugging.

Makes it a bit more manageable to read through the console logs.

r300-gallium: Fix BEGIN_CS and END_CS counting and mismatch.

r300-gallium: Set up draw rasterizer.

demos: fix glxpixmap and call glXWaitGL before calling XCopyArea.

dri2: support glXWaitX & glXWaitGL by using fake front buffer.

r300-gallium: Ooops, forgot to apply this stash.

"git stash": The cause of, and solution to, all my problems.

r300-gallium: Include-guard r300_emit.h

r300-gallium: Add draw_arrays and friends.

This is the last bit of Gallium-side plumbing for drawing things.
From this point on, the only missing parts should be in r3xx-specific
code areas...

r300-gallium: Add SC_CLIP_RULE to clear.

This is a register that is in r300_demo but not r300_surface, so adding it in
to see if it helps.

cell: minor Makefile clean-up

cell: new/tighter code for computing fragment program inputs

cell: combine eval_z(), eval_w() functions

r300-gallium: Fix scissors.

Don't use SCISSORS_OFFSET since we're DRI2,
and don't forget to set scissors in clear.

r300-gallium: Grab bag of goodies.

Some fixes from glisse, moar swtcl emit setup, cleanup a bunch of regs,
properly do clear flush, and BEGIN_CS count fixes.

r300-gallium: Clean up some clear registers.

r300-gallium: Use fui instead of a roll-my-own.

Man, util/u_math just gets better by the day.

r300: Redirect constant TEX coordinates

R3xx/R5xx fragment program texture constants must come from a hardware
register instead of the constant file, so we redirect if necessary during
the native rewrite phase.

The symptoms of this bug started appearing when the Mesa fixed function
texenvprogram code started using STATE_CURRENT_ATTRIB constants for
texture coordinates when the corresponding attributes were constant across
all vertices.

Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>

radeon-gallium: Clean out extensions explicitly enabled by Mesa.

This cleans up some of the cruft from the old DRI setup, and
it turns out that only the GLSL extensions are still off if we
let st_extensions.c handle the setup instead.

r300-gallium: Update r300_screen comments and add a few formats.

r300-gallium: Enable all four colorbuffer render targets.

As far as I can tell all the state emission necessary has been set up.
Well, except for the fragment shader, but c'mon, gimme a break. :3

r300-gallium: Add Z/stencil buffer format emit.

Also set BEGIN_CS correctly.

r300-gallium: Emit Z/stencil buffer offset.

r300-gallium: Add derived state for vertex formats.

Next up: The evil RS block.

i965: rewrite the code for handling shader subroutine calls

Previously, the prog_instruction::Data field was used to map original Mesa
instructions to brw instructions in order to resolve subroutine calls.  This
was a rather tangled mess.  Plus it's an obstacle to implementing dynamic
allocation/growing of the instruction buffer (it's still a fixed size).

Mesa's GLSL compiler emits a label for each subroutine and CAL instruction.
Now we use those labels to patch the subroutine calls after code generation
has been done.  We just keep a list of all CAL instructions that needs patching
and a list of all subroutine labels.  It's a simple matter to resolve them.

This also consolidates some redundant post-emit code between brw_vs_emit.c and
brw_wm_glsl.c and removes some loops that cleared the prog_instruction::Data
fields at the end.

Plus, a bunch of new comments.

i965: add missing break for OPCODE_RET case

This doesn't effect correctness, but we were emitting an extraneous ADD.

i965: the return value of translate_insn() is never used.  Make it void.

i965: minor clean-ups

i965: code clean-ups, comments, and minor refactoring

i965: updated comments

intel: turn on GL_ARB_shading_language_120

It's done in the Mesa GLSL compiler.  The only part of it that might
matter in drivers is the centroid sampling option for MSAA.

i965: more reformatting/clean-up

i965: s/__inline/INLINE/

i965: formatting and indentation fixes

i965: fix inconsistant indentation in brw_wm.c

i965: Eric Anholt's patch for bumping up texture sizes

I'm committing this because it fixes a conform failure; the failure occurs
on the TextureProxy test, where the test attempts to create proxy textures
at every level, but fails at the last level (border == 1, width == 1,
height == 1) because it's beyond MAX_TEXTURE_LEVELS.

Eric's original comment was:

idr said that in his review swrast was ready for it, and the 965 driver is
advertising it already though it has been resulting in many crashes due to
arrays using these defines not being big enough.

r300-gallium: Various thingies.

Add formats to framebuffer emit, fix up shader function names,
make sure fragment format is emitted for r500.

Add dummy install target for glew to fix 'make install'

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

autoconf: Add GLEW needed by progs when building GLUT

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

mesa: check if TNL state is null in _tnl_free_vertices() to avoid potential segfault

_tnl_free_vertices() is called from several places during context tear-down.
Depending on the order in which the swrast, swrast_setup and tnl context is
destroyed we could hit a null pointer here.  This doesn't seem to be an
actual issue with any Mesa drivers, but let's be safe.

mesa: add additional texture size/limit assertions

egl: Doesn't depend on xorg or pixman

r300-gallium: Take care of various bad dereferences in shader setup.

Unbreaks glxinfo.

r300-gallium: Fix linker error a few linker warnings.

A few prototypes, a missing header, a misspelled macro.

r300-gallium: Fix build errors.

r300-gallium: fix OUT_CS_ONE_REG and use where applicable

Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>

r300-gallium: r300 passthrough shader, static shader objects, and clear code.

r300-gallium: Add r300 passthrough shader.

r300: minor fixes and clear up some surface_fill

Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>

r300-gallium: Add r500 passthrough shader assembly.

This allows a simple passthrough fragment shader to be provided on r500.

r300-gallium: Fix typo in texture buffer size request.

intel: Only build winsys with built state trackers

gallium: Add a bunch of autoconf options

./configure --help for more info

galium: Makefile fixes: -Werror=implicit-function-declaration -> -Werror-implicit-function-declaration

Found-By: Tinderbox

intel: Make gem export the drm_api_hocks

intel: Remove the old depricated dri1 winsys

intel: Remove the ttm backend

RIP ttm, its been fun knowing you.

glDrawBuffers(n==0) is valid

According to the GL spec, calling glDrawBuffers() with n == 0 is a
valid operation (and essentially prevents drawing to any buffers).
But _msa_DrawBuffersARB() was producing a GL_INVALID_VALUE error in
this case.

This fix adjusts the error check, and makes a small change to the
ctx->Driver.DrawBuffer() call below to ensure that, if n == 0,
Driver.DrawBuffer() is called with GL_NONE and that buffers[0] is
*not* referenced in this case (since we don't know whether it is valid).

Internal identifier: 365833

mesa: use new ST_CALLOC_STRUCT() macro in gallium state tracker

mesa: consistantly use mesa memory-functions in gallium state tracker

Use _mesa_malloc(), _mesa_free(), etc everywhere, not malloc(), free(), etc.
Still using CALLOC_STRUCT() at this point.

mesa: don't include m_xform.h where not needed

mesa: move _mesa_transform_vector() from m_xform.c to m_matrix.c

m_xform.c is omitted from gallium builds but _mesa_transform_vector() is
still needed.

mesa: remove unused functions in m_xform.[ch]

The functions are:
_mesa_project_points()
_mesa_transform_bounds3()
_mesa_transform_bounds2()
_mesa_transform_point_sz()

mesa: restore FLUSH_VERTICES() in _mesa_notifySwapBuffers()

mesa: remove empty, unneeded mathmod.h header

glut: Fix broken font symbols when gcc visibility attributes used.

egl: Use only libdrm structs for kms

progs: Prevent clash with min macro.

glut: Don't try to guess system headers.

Just include them, especially such basic header as stdlib.h

tgsi: keep immediate file info uptodate

Make sure the stats for TGSI_FILE_IMMEDIATE are uptodate.  Previously
we just had immediate_count, but file_*[TGSI_FILE_IMMEDIATE] were
bogus.

scons: Unbreak mingw builds.

scons: Build xlib state tracker regardless of DRI settings.

scons: Build DLLs/EXEs with more memory debugger friendlier settings.

softpipe: asst clean-ups, const correctness, comments

softpipe: remove unneeded #include

softpipe: asst comments, clean-ups

softpipe: remove some old polygon stipple stuff and do some clean-ups

softpipe: updated comments

softpipe: rename PRIM_x to QUAD_PRIM_x

softpipe: rename sp_headers.h to sp_quad.h

This header describes the quad-related datatypes afterall.

softpipe: rename single-include preprocessor symbol, add comments

softpipe: rename sp_quad.[ch] -> sp_quad_pipe.[ch]

Be more consistant with 'draw' module.

Fix an i965 assertion failure on glClear()

While running conform with render-to-texture:

conform -d 33 -v 2 -t -direct

the i965 driver failed this assertion:

intel_clear.c:77: intel_clear_tris: Assertion `(mask & ~((1 << BUFFER_BACK_LEFT) | (1 << BUFFER_FRONT_LEFT) | (1 << BUFFER_DEPTH) | (1 << BUFFER_STENCIL))) == 0' failed.

The problem is that intel_clear_tris() is called by intelClear() to
clear any and all of the available color buffers, but intel_clear_tris()
actually only handles the back left and front left color buffers; so
the assertion fails as soon as you try to clear a non-standard color
buffer.

The fix is to have intelClear() only call intel_clear_tris() with
buffers that intel_clear_tris() can support.  intelClear() already backs
down to _swrast_Clear() for all buffers that aren't handled explicitly.