Gallium's doxygen documentation.

Update x86's static and profile configs.

Use sse only if GALLIUM_SSE is defined

Redoing the way we handle vertex shaders for the draw module.

Remove gl dependency from the x86 assembler code

Revert "Redoing the way we handle vertex shaders for the draw module."

This reverts commit 6dcfddb8e2ec2bfb6187b912807fa65f28da2c5e.

Revert "Use sse only if GALLIUM_SSE is defined"

This reverts commit 57b5d3605745c96ddc2b6de7d50c93db65ba1257.

Use sse only if GALLIUM_SSE is defined

Redoing the way we handle vertex shaders for the draw module.

set miptree pitch to region pitch after allocating the region in st_miptree_create()

This fixes rendering with small (4x4) textures with softpipe.
Haven't yet tested with i915.

comments

remove dead code

reduced debug

Fix some compiler warnings with -pedantic

Enable codegen based whenever __i386__ is defined.

fix merge

disable debug

restore primitive trimming in sp_draw_arrays.c

Make flushing more lazy in the draw module.

Use Gallium in the renderer string

Do image flipping in do_copy_texsubimage() and GL pixel transfer ops (except convolution).

fallback_copy_texsubimage() basically works now (at least w/ Xlib driver).

Have to map regions before calling get_tile()/put_tile().
Need to invert srcY of glCopyTexSubImage() depending on renderbuffers
up/down orientation.
Still need to invert image in fallback_copy_texsubimage() when needed.

added a8r8g8b8_put_tile()

don't use scissored bounds in _mesa_clip_copytexsubimage()

More work on glCopyTexSubImage.

Start sketching out a fallback path based on surface->get_tile(), put_tile()
which will do format convertion and GL's pixel transfer ops.

checkpoint: glCopyTexImage work

s/_mesa_copy_rect/copy_rect/

Added new _mesa_clip_copytexsubimage() function to do avoid clipping down in the drivers.

This should probably be pulled into main-line Mesa...

check for _NEW_PROGRAM mesa state (fixes arbfplight)

better debugging

comments, null ptr checks, etc.

don't apply pixelzoom to bitmaps

st_draw_vertices() no longer needs attribs[] array parameter

Simple implementation of glBitmap rendering.

Create a texture matching the bitmap image and use a fragment program
to modulate current raster color by the boolean-valued texture.  Need to
eventually use fragment culling (see comments in code).

re-org/prep for glBitmap

clean-up #includes

better debug output

include programopt.h

Disable vertex shader fog, compute fog in fragment shader.

some clean-up of ST_NEW_ shader flags

disable TGSI_DEBUG

replaced by st_atom_shader.c

Translate mesa vertex/fragment programs to TGSI programs at same time to do proper linking.

Previously, programs were translated independently during validation.
The problem is the translation to TGSI format, which packs shader
input/outputs into continuous slots, depends on which vertex program is
being paired with which fragment shader.  Now, we look at the outputs
of the vertex program in conjunction with the inputs of the fragment shader
to be sure the attributes match up correctly.

The new 'linked_program_pair' class keeps track of the associations
between vertex and fragment shaders.  It's also the place where the TGSI
tokens are kept since they're no longer per-program state but per-linkage.

Still a few loose ends, like implementing some kind of hash/lookup table
for linked_program_pairs.

translate Mesa programs to TGSI programs (formerly in st_atom_[fv]s.c)

vertex/fragment shader state and linking

test for presence of both front and back color vertex slots

remove unused lookup array

First attempt at building vertex buffers post-clip.

Build a buffer of contigous vertices and indices at the backend of our
software transformation/clipping path.  This will become the mechanism
for emitting buffers of vertices to rasterization hardware.

This is similar to but not the same as the post-transform vertex cache.
In particular, these vertices are subject to clipping, culling, poly offset,
etc.  The vertices emitted will all be used by hardware.

TODOs include the actual transformation to hardware vertex formats, moving
this out of softpipe to somewhere more useful and allowing >1 primitive to
share the generated VB.

turn off shader debug

test against -1 for front/back attrib

Enable SSE2 for FS.

In here we actually do want to assign it. Fix compilation.

invert draw_vertex_cache_check_space()

added PSIZE

fix some post-transform vertex layout issues (bcolors, psize emitted last

Fix up some point size breakage.  Start on fogcoord too.

reenable some clear code that was temporarily disabled

remove debug printfs

comments

use VERT_ATTRIB_MAX for loop limit

remove SEMANTIC_TEXCOORD

Get rid of TGSI_SEMANTIC_TEXCOORD and just use TGSI_SEMANTIC_GENERIC.

rename index var from i to attr, use FRAG_ATTRIB_MAX instead of 16

minor renaming

pass vs output semantics to tgsi_mesa_compile_vp_program() to generate output DECs

fix in/out typos

Pass vertex program input semantics into tgsi_mesa_compile_vp_program() to produce DCLs.

fix 1/i typos

Fix the doxygen target in the top-level Makefile.

Convert i915 to use cso semantics of alpha_test.

Make the alpha test state a cso.

Silence a few warnings.

remove :5 form format field in pipe_surface, makes no difference at this time

remove old code in src_vector()

Clean-up the TGSI_SEMANTIC tokens, introduce semantic indexes.

Still need to produce decl instructions for vertex shaders...

remove old/used code

remove lots of dead code related to program input/output mapping

obsolete

remove #includes of tgsi_attribs.h

checkpoint: TGSI_ATTRIB_x tokens no longer used

Checkpoint: vertex attribute clean-up.

Remove/disable the attrib/slot mapping arrays in a few places.
Work in progress...

Always update st->state.vs, not just when the program is dirty.

This fixes a regression in the cubemap.c demo which alternates between
two different vertex shaders.

remove unused lookup[]

fix input/output typos

Cache the i915 sampler state.

Make the rasterizer state in i915 use the cso semantics.

Allow drivers to cache the template in case they want to
fallback through softpipe which will require the template.

Rewrite the depth_stencil state handling in i915.

Done to match the new cso semantics. translate in create,
use in bind and later delete.

Fix failover state binding and convert the sampler to use the new
state constant state object semantics.

Convert depth_stencil state to the new semantics.

Switch fragment/vertex shaders to the new caching semantics.

Allow driver custom allocation within cached objects. The shaders
are currently twiced (by cso layer and by the program itself).

Checkpoint: replacement of TGSI_ATTRIB_x tokens with input/output semantics.

TGSI_ATTRIB_x tokens still present and used in a few places.
Expanded set of TGSI_SEMANTIC_x tokens for describing the meaning
of inputs/outputs.  These tokens are in a crude state ATM.
Lots of #if 0 / disabled code to be removed yet, etc...
Softpipe and i915 drivers should be in working condition but not heavily tested.

Update linux-profile config.

Fix a really stupid mistake that Michel hit. Return proper hash.

Fix window resizes.

The memcmp is insufficient for eliminating redundant framebuffer state changes.

Pad surface dimensions to multiples of 2.

Avoids an assertion failure with softpipe if requested width or height is odd.

Adding proper includes often helps with the warnings,
or so i hear..

Avoid redundant reallocation of the template.

cso already allocated the template for us. Returning 0 means
we have no driver specific representation and just want
the template on the bind.

Convert the rasterizer cso to the new semantics.

Basically make cso hold the driver specific struct, while
managing the template.

Convert the i915 driver blend state to the new semantics.