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.

Redo the cso cache to map driver data in a lot more pleasing way.

Drivers can now create whatever they want from the state template. We
use cso_state object to store the template (necessary during lookups),
and the driver data. Convert blend state to the new semantics.

grab vertex program pointer after state validation

Only generate vertex shader code when necessary.

Finish up conversions of shaders to immutable objects.

Create/Delete calls should be split since in create we'll be
compiling them so we want to know which one it is (vertex/fragment).

Checkpoint: rework shader input/output register mapping.

This is a step toward removing TGSI_ATTRIB_ tokens.
Basically, when translating Mesa programs to TGSI programs, pass in input and
output register re-maps, plus interpolation info.
There's some known breakage (cubemap.c) so more to be done...

temporarily set the FRAG_BIT_FOGC bit in InputsRead when fog is enabled

intel_winsys: Disable scheduled buffer swaps for now.

They don't work with private back buffers yet.

This gets vsync working.

Fix linux-dri-x86 target.

use perspective projection, press r/R to rotate the quad

Fix some issues with perspective-corrected interpolation.

In mesa_to_tgsi.c, use TGSI_INTERPOLATE_PERSPECTIVE by default (to match
post-transform vertex info convention).  More to be done there...
In sp_quad_fs.c, interpolate W in addition to Z.  This fixes the divide
by zero happening in perspective_interpolation() tgsi_exec.c
As it was, we were only getting perspective correction of texture coords
used by the TGSI_TEX instruction since it does a homogeneous divide.
Other coords/varyings were incorrect.

additional comments for tri_persp_coeff()

Convert shader to an immutable state object.

Add emacs dirvars file with Mesa indention definition.

Finishing up rename of the setup state to the rasterizer state.

move cso cache to the pipe directory

Fix a silly bug on setting samplers.

Bind when the currently bound state is /not/ the one
we just found/created.

converting the setup state to immutable object and renaming it to rasterizer state

Combing depth and stencil objects and making them immutable.

Converting depth and stencil objects into a single state object
(d3d10 like) and making it immutable.

Fix the warning.

The const is there to enforce the immutable state of the object,
which is in reality owned by the pipe so just cast away the
constness.

Make sampler an immutable state object.

Switch the sample to be an immutable state object.

Implementing a better hash, removing state_tracker dependency from the cache.

Replacing mesa's main hash with one that handles collisions, moving state_tracker
related caching to the state tracker to keep cso cache independent of it. Cleanups.

First stab at immutable state objects (create/bind/delete)

We want our state objects to be immutable, handled via the
create/bind/delete calls instead of struct propagation.
Only implementing the blend state to see how it would look like
and work.

Replace GL_TEXTURE_* tokens with PIPE_TEXTURE_*

Must have missed this a while back.  This fixes cube mapping.

Plug in selection/feedback code.

Not quite finished yet.
Selection/feedback are done with a private instance of the 'draw' module
in the state tracker.  Not quite all the draw context's state is set yet,
namely vertex format info.  Hold off on that for a bit...

selection/feedback support

s/bugmgr/bufgr/

Merge branch 'softpipe_0_1_branch' of git+ssh://brianp@git.freedesktop.org/git/mesa/mesa into softpipe_0_1_branch

Remove non-meaningful region_idle() interface

This is already handled by the semanics of map(), etc.

silence warning