s/Z24_S8/S8_Z24/

s/Z24_S8/S8_Z24/ (stencil is in the high byte)

Checkpoint: glClear changes - working, bug very rough.

Build libsoftpipe.a

Each pipe driver will build to a .a library, as these will optionally
be included in the various DRI drivers (this will make more sense once
there is at least one hardware driver...).  Not strictly necessary for
softpipe, but want to minimize the differences between it and
actual hw implementations.

Remove unused file intel_render.c

Remove unused file

Remove intel_span.[ch]

sp_z_surface.h is dead

Obsolete.

Redesign pipe_surface in terms of pipe_region.

struct pipe_buffer goes away.
Added basic region functions to softpipe to allocate/release malloc'd regions.
Surface-related code is fairly coherent now.

Lift region-related functions up to the pipe interface.

Some of these functions probably should be driver-private.
Note: intel_buffer_object is in p_state.h and should be fixed/removed.
There are just a few i915 dependencies in intel_region.c

re-fix stencil addressing bug

Add missing files

Remove references to intel_tris.h

Build the "pipe" version of the i915tex driver.

This hands all rendering off to the softpipe rasterizer.

A version of the i915tex driver with all drawing code removed.

This is intended to support the softpipe development work.  More code
will be removed and pushed into softpipe until this basicially becomes
the DRI/GLX interface for that driver.

simplify clear.x1,y2,x2,y2 setup

In i915/i830_emit_state(), check if state->draw_region is non-null.

This fixes a problem hit by glClear in the samples/stencil.c program.

fix stencil addressing bug

remove obsolete xmesa_get_stencil_surface() stub

fix comments and param names for intel_miptree_image_map()

fix value returned by intel_new_renderbuffer_fb()

fix assertions

Merge branch 'i915tex_privbuffers' into softpipe_0_1_branch

Conflicts:

src/mesa/drivers/dri/i915tex/intel_buffers.c
src/mesa/drivers/dri/i915tex/intel_context.c
src/mesa/drivers/dri/i915tex/intel_fbo.c
src/mesa/drivers/dri/i915tex/intel_pixel_draw.c

32 and z24s8 softpipe buffers

remove some obsolete xmesa remnants

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

Lots of improvements to the surface-related code.

Z testing now works with i915 driver.
Add gl_renderbuffer::surface pointer (and reverse pointer).
Remove intel_surface and xmesa_surface types - no longer used.

compute scale for Z24 buffers

implement read_quad_f_swz()

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

implement surfaces for softpipe rendering

map/unmap surfaces before/after rendering

remove old comments

disable ProgramStringNotify assertion

call st_invalidate_state()

added map/unmap() stubs

fix range reduction for sin/cos in i915tex (#11609)

Fix crashes when the frag prog can't be handled in hardware (#11131)

Must not change to/from swrast after Render.Start or bad things will happen.
(Driver will still somewhat incorrectly report an implementation error,
and apps can't really figure out if a prog is natively supported as validation
is later - could try doing it earlier to give some hint at least, even though
native status may still change later due to fog etc.)

renaming, comments, clean-up

Clip triangles against softpipe->cliprect which includes scissor and surface bounds.

This prevents rendering out of bounds when the viewport is partially outside the surface bounds.

remove obsolete comments

Maintain cliprect (scissor) info in sp_state_derived.c.

The cliprect depends on the scissor rect (if enabled), otherwise the drawing
surface bounds.

Implement point/line quad clipping.  Not quite as efficient as it probably could be, but sufficient for now.

check scissor state

s/SP_TILE_H/SP_QUAD_H/

init quad.coverage values to 1.0 in case line AA is enabled so that we see something

Avoid unnecessary input attrib copy by aligning exec_machine attribs.

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

Fix function call bug 11731.  Also, fix up IR_CALL/IR_FUNC confusion.

generate error upon writing to varying var in fragment program (bug 11733)

clamp float colors

fix color interpolation for CHAN_BITS==32

don't use rgba_line() if CHAN_BITS==32

Implement line stippling.

Also added draw_stage::reset_line_stipple().  There may be a better way
of doing that though.

rename some vars

implement DDX, DDY instructions

Fix pinterp() to compute 1 / FRAG_ATTRIB_WPOS.w  Update comments too.

patch things up enough to allow texture sampling to work

remove unused MAX_3D_TEXTURE_SIZE, reformattting

use consistent indentation

check return value of tgsi_parse_init()

added PROGRAM_NAMED_PARAM in map_register_file()

added GL_FRAGMENT_PROGRAM_NV in st_new_program()

Add VF_ATTRIB_VAR0..7 for varying variables.

The demos/fslight.c demo runs now.

added PROGRAM_UNIFORM to map_register_file()

comments

s/GLuint/GLbitfield/

Compute need_z and need_w properly and use the correct const/linear/perspective interpolation in shade_quad().

Fix a typo (i << i) that was fouling up the vertex layout info.

added missing OPCODE_ARL to TGSI_OPCODES[], added sanity check assertion

added code to test per-vertex colors

Basic fragment programs run now.

Handling of constants might change.  For now, the st_fragment_program struct
contains a pipe_constant_buffer (not a pointer).

rebuild quad pipeline when framebuffer changes too

simple fragment shader test

use enabled/linked fragment shader in preference to a fragment program

call ctx->Driver.NewProgram() instead of _mesa_new_program()

call ctx->Driver.NewProgram() instead of _mesa_new_program()

fix logic error, typos

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

fix GLX_STEREO handling (bug 11705)

Execute fs tokens.
Fix align128 bug.

Fix a number of MINGW32 issues

Remove ctx->Point._Size and ctx->Line._Width.

The clamping for these values depends on whether we're drawing AA or non-AA
points, lines.  Defer clamping until drawing time.  Drivers could compute and
keep clamped AA and clamped non-AA values if desired.

remove VC6/VC7 project files until updated

set the _BaseFormat for window-framebuffers, could hit some assertion otherwise

fix bogus recently introduced function param comments

fix bogus recently introduced function param comments

minor cleanups, disable debugging

Trigger tgsi compilation for fragment programs.

Not sure the generated program looks correct though...

remove some more really old ifdefed out code...

fix mesa's handling of fbo's / window fb (again)

Make sure the relevant fields in window fbs get updated at appropriate time
(those are NOT the same as fbos!!!), and fix up related code accordingly.
This is a bit ugly, but there's a reason the issues section in EXT_fbo is
a couple hundred pages long...
Hopefully correct now.

more fixes for mesa's fbo handling (fixes tests/fbotest1/2)

fix up mesa's probably bogus framebuffer updates with different read/write fbs

Conflicts:

src/mesa/main/framebuffer.c

fix mesa fb binding

Make sure that we bind the right buffer (draw or read) when rebinding
the window framebuffer (the api doesn't allow binding different draw and
read buffers at the same time, but the default window framebuffer is basically
2 fb objects, one for read, one for write, which can be different). Pass both
of these two down the driver api (no driver uses this right now).

increase MAX_RELOCS so never run out before batch buffer is full (fixes xdemos/shape)

more cleanups (looks pretty reasonable now)

remove some already ifdefed out, no longer functional and used code.
Don't do our own scissor clipping in the pixeldraw/copy paths,
as meas already does that for us...

fix drawables not getting freed if context is made current with new drawables

fix mesa's handling of fbo's / window fb (again)

Make sure the relevant fields in window fbs get updated at appropriate time
(those are NOT the same as fbos!!!), and fix up related code accordingly.
This is a bit ugly, but there's a reason the issues section in EXT_fbo is
a couple hundred pages long...
Hopefully correct now.

more fixes for mesa's fbo handling (fixes tests/fbotest1/2)