rewrite texture sampling code (smaller, simpler)

add lambda param to get_sample()

sketch out 1D/3D/cube texture sampling

added PIPE_TEX_FACE_*

replace draw_offset w/ 0 for now

define i915_surface struct

Rename drivers/dri/i915pipe --> drivers/dri/intel_winsys.

This is appropriate as this is not a "pipe driver for the i915" as the
old name would suggest, but rather a dri driver that can provide "winsys"
backends to softpipe/i915/i965/etc pipe drivers, running under the
intel DDX, drm, etc.

It also frees up the i915pipe name for something more appropriate, ie
mesa/pipe/i915pipe.

more get_tile() work

fully support all texcoord wrap modes

Checkpoint of a super-simplified i915 driver in the pipe model.

Doesn't yet compile, but when it does, it will only draw gouraud tris
and even those will be as simple as possible.  Needs some 'winsys' support
also before that can happen.

clean up tgsi_sampler-related bits

use new tex filtering code

initial texture filtering code

include p_state.h

added a get_tile() func

map/unmap textures

remove dst!=src assertion

debug info

set mt->format

added pipe_mipmap_tree::format

s/intel/st/

Naive implementation of IF/ELSE/ENDIF.

Handle TGSI labels correctly.
Enhance MESA opcode info queries.

checkpoint new tgsi_sampler_state struct

remove pipe_surface_sampler

added st_atom_texture.c

plug in texture/sampler state update

texture image state handling

sketch out new pipe surface/sampler types

Handle labels for IF/ELSE correctly

Enable compact TGSI dump.

Dump tokens in more compact form.

s/pipe_texture_object/pipe_mipmap_tree/, drop st_texobj.c

don't include non-existant intel_buffer_objects.h

Gutsy oopses on touch of existing file. Workaround.

Remove old intel_buffer_objects code - there is a state_tracker version now.

Labels are always label targets.

Translate label for GLSL IF, ELSE.

prototypes

get rid of temp write_mono_row_ub() function

call st_init_driver_functions(), make intelInitDriverFunctions() static

call st_init_driver_functions()

added softpipe_mipmap_tree_layout

need a softpipe func for texture layout

New st_init_*_functions() to initialize the driver functions table.

We need to do these initializations before initializing the Mesa context
because context init involves creating texture/program/etc objects.

new header

fix asst. warnings

Add GLSL opcodes.

Add GLSL ops.

Make SGE, SGT, SLE working.

Remove garbage text.

Use fp_attr_to_slot[].

Reorder opcodes.

Translate the remaining ops.

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

added xm_softpipe.c

use new xmesa_create_softpipe()

softpipe/winsys interface

Translate MESA GLSL opcodes to TGSI opcodes.

Add path for GL includes in mesa tree.

added st_cb_texture.c

clean-ups

switch to new texture functions in state tracker

use new texture funcs

clean-ups

new texture functions

comments

Add GLSL opcodes.

disable/remove intel dependencies

more intel_context removal

disable some PBO code, remove intel dependencies

remove timing code

Replace intel_texture_object with st_texture_object, intel_texture_image with st_texture_image

minor renaming

Lift intel_mipmap_tree.c to st_mipmap_tree.c

More code movement, removal of intel dependencies

remove more intel dependencies

remove intel dependencies from intel_mipmap_tree.c

checkpoint: move some texture layout code

Checkpoint lifting of intel_mipmap_tree (intel_mipmap_tree -> pipe_mipmap_tree and move some code)

Add pipe buffer managment functions.

The state_tracker driver needs these to implement, eg. pixel buffer objects,
vertex buffer objects.

Add a new interface between softpipe and the window system / buffer manager.

This interface is defined by softpipe and any window system (eg i915pipe)
wishing to use softpipe is required to implement the interface.
Currently the interface is all about buffer management.

Generalizing, each pipe driver will advertise an interface in a similar
spirit to this, and again any window system driver wishing to use that
rendering pipeline will have to implement the interface it defines.  It
clearly isn't a one-way street however, as softpipe could just do its own
buffer management with malloc.  The interaction with a buffer manager is
desired to allow us to exercise the hardware swapbuffers functionality of
the i915pipe driver, and also to get a feel for the way hardware drivers
which really need a buffer manager will work.

remove intel_pixel.c

added st_cb_fbo.c

more work on st_choose_pipe_format()

framebuffer object functions

Remove dead files

Rip out more dead drawing-related code.

Remove "static region" support.

The frontbuffer/driBufMgr interactions are handled as a special case
in the intel_screen code.

Simplify frontbuffer / sarea / rotation management.

Remove lots of old cruft.

Workaround wierd oops on gutsy when building mesa.

added pipe->supported_formats()

hook in teximage bits

more formats

trim #includes

beginings of teximage functions

pipe->clear() now takes a surface, rather than color/depth/stencil flags.

pipe->clear() only used to clear whole buffers (no scissor) w/out masking.
Draw a colored quadrilateral in all other cases.

call st_init_cb_drawpixels

added st_cb_drawpixels.c

initial work for textured-quad glDrawPixels

remove st_draw.h include

setup more state for clear_with_quad()