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)

swapbuffers with non-current contexts, cleanups

manywin got broken (when intelPageflip got no longer called).
Make sure that intelFlush is getting called when a context gets unbound,
to handle later swapbuffer calls on that context's drawable better.
Related, fix non-current cliprects getting used on unbound drawables.

r300: Oops, made a mistake on commit fb4e071beda6e3b9e68a21bbc7649b6c4733c485.

r300: Cleaned up vertprog construction.

Construct the vertprog instruction in the 4 DWORD parts...

DWORD 0: Opcode and Output.
DWORD 1: First Argument.
DWORD 2: Second Argument.
DWORD 3: Third Argument.

Allow the opcode translation functions to generate more than one instruction;
useful for when an instruction must be emulated. FLR, XPD, etc.

r300: Corrected texcoord start when BFC1 is enabled.

get rid of checks for old ddx

remove some more old stuff

get rid of more pageflip/rotation code.

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

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).

remove old code, remaining bits of static handles, disable (no longer functional anyway) rotation code

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

Merge branch 'origin' into softpipe_0_1_branch

Merge branch 'i915tex_privbuffers' into softpipe_0_1_branch

r300: Corrected some progs/fp/* regressions from the BFC patch.

I'm not completely sure this is correct; it restores the old behaviour.

r300: Use _mesa_num_inst_src_regs for number of arguments.

r300: Corrected vertprog FLR and XPD instruction regression.