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

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

get rid of accum param

Remove all references to swrast.

The one place the functionality continues to be needed is as last-ditch
implementations of TexCopyImage, etc.  TBD what to do about that, but
that will be an issue for state_tracker, not for here.

Fix make recursion.

Unfortunately means you can't just type make in softpipe any more.

added clear-scissor.c

test glClear w/ scissor

Implement new draw_vertices() path for simple vertex array drawing, use it for glClear.

Remove references to accum buffers in softpipe.

Also some minor clear fixes.

Remove intel_state.c, intel_rotate.[ch]

New header file.

include st_cb_clear.h

sketch out clearing with quads

add PIPE_MASK_RGBA

comment follow-up

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

Remove intelClear() hack.

Have added intel_batchbuffer_flush calls to the blit functions.  We
still shouldn't be calling back into this remnant intel code from the
softpipe driver, though, so that will go too at some point.

Remove remnants of i915 texture-from-pbo code.

Reroute some clear functionality.

Still require the intelClear() call to flush batchbuffers.  That will be
removed later...

implement masking in sp_region_fill()

rearrange things in xmesa_clear() a bit

get cliprect bounds after softpipe_update_derived()

Re-implement intelClear() in terms of softpipe_clear().  Pretty simple/small now.

Note: softpipe_clear() should really be renamed to something like
pipe_clear_with_blits() and put into a driver-indepedent module...

More work on glClear.

Add a 'mask' param to region_fill() to help with clearing combined Z/stencil buffers, glColorMask, etc.

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)