mesa: Follow ARB_map_buffer_range more stricly.

Namelly, FlushMappedBufferRange takes a subrange relative to the original
range.

gallium: Use consistent semantics for map ranges in gallium.

Which are slightly different from ARB_map_buffer_range semantics, since
gallium still supports more than one mapping of the same buffer.

Merge commit 'origin/master' into gallium-map-range

vbo: second attempt - avoid getting buffer_ptr and buffer_map out of sync

Merge commit 'origin/master' into gallium-map-range

mesa: Clear cache->trans after destroying the transfer.

mesa: Clear cache->trans after destroying the transfer.

cell: update cell driver after gallium reference count changes

Revert "vbo: avoid getting buffer_ptr and buffer_map out of sync"

This fixed a minor bug but broke everything else.

This reverts commit 579ef8ab1984d895867f547afa60b3bec4c4599a.

gallium: Ensure map ranges are valid.

vbo: avoid getting buffer_ptr and buffer_map out of sync

Merge commit 'origin/master' into gallium-map-range

vbo: use FLUSH_UPDATE_CURRENT flag to indicate whether the vbo module is active

Add asserts for expected values on wakeup and flush.  Remove cases where
this flag is set or cleared except when waking up and flushing vbo module.

mesa: include mfeatures.h

See bug 20319.

mesa: Implement and use FlushMappedBufferRange.

gallium: Remove some superfluous instances of #include "p_inlines.h".

gallium: Unify reference counting.

The core reference counting code is centralized in p_refcnt.h.

This has some consequences related to struct pipe_buffer:

* The screen member of struct pipe_buffer must be initialized, or
  pipe_buffer_reference() will crash trying to destroy a buffer with reference
  count 0. u_simple_screen takes care of this, but I may have missed some of
  the drivers not using it.
* Except for rare exceptions deep in winsys code, buffers must always be
  allocated via pipe_buffer_create() or via screen->*buffer_create() rather
  than via winsys->*buffer_create().

r300-gallium, radeon-gallium: Continue migration to DRI2 state_tracker, part 2.

Almost there. glxinfo still works, and AFAICT so does trivial/clear.

r300-gallium, radeon-gallium: Begin migration to DRI2 state tracker, part 1.

s/migration/migrane/ , actually. Anyway, this has working glxinfo...

mesa: include main/dd.h in t_vb_points.c and t_vp_build.c

For some reason makedepend doesn't seem to find the dependency on this
header in these two files.  Directly including the header is a work-around.

st/dri2: Fake frontbuffer changes

Front buffer rendering works as it stands but it completely
wrong. But as it stands fake front buffer rendering is
completely broken. So we keep it as it is. But lets atleast
handle it in the get buffers code.

st/dri2: Hook up flush_frontbuffer

Doesn't do anything because we can't tell the X server about
any changes to the fake front buffer.

st/dri2: We are strictly a dri2 driver

st/drm: s/hocks/hooks/

gallium: remove old state tracker renderbuffer attachment assertion

Not needed since renderbuffers are ref-counted.
Fixes progs/demos/shadowtex.

xlib: code to force fixed function -> shader translation (for debug, disabled)

mesa: fix sw fallback state validation bug

When a hw driver fell back to swrast, swrast wasn't always getting informed
of program changes.  When fixed function is translated into shaders, flags
like _NEW_LIGHT, _NEW_TEXTURE, etc. should really signal _NEW_PROGRAM.
In this case, swrast wasn't seeing _NEW_PROGRAM when new fragment shaders
were generated.

mesa: Massage the interface to more closely resemble ARB_map_buffer_range

gallium: Massage the interface to more closely resemble ARB_map_buffer_range

wgl: Support the same combinations of single buffer pixel formats.

Merge commit 'origin/master' into gallium-map-range

demos/engine: respect display list mode when drawing pistons

autoconf: Update config.guess and config.sub from upstream

Grabbed the latest copies from the GNU config repo at
http://git.savannah.gnu.org/cgit/config.git .

Merge commit 'origin/master' into gallium-map-range

Merge commit 'origin/gallium-0.1'

Conflicts:
src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c

pipebuffer: Cleanup merge.

winsys: return null for DONTBLOCK flag on existing winsys

Add code so that existing driver behaviour doesn't change.

pb: fix up merge mistakes

pipebuffer: Fix copy'n'paste typo.

Merge commit 'origin/gallium-0.1'

Conflicts:

scons/gallium.py
src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c
src/gallium/include/pipe/p_defines.h
src/mesa/vbo/vbo_exec_api.c
src/mesa/vbo/vbo_exec_draw.c

vbo: missing line from previous commit

mesa/st: implement MapBufferRange callback

Using PIPE_BUFFER_USAGE_DONTBLOCK.

vbo: use MapBufferRange where available

Previously would have to allocate a new VBO after firing a draw command
as subsequent call to Map() on old VBO might block if the driver had
submitted the commands to hardware.

mesa: add MapBufferRange driver callbacks

Will be needed in coming GL extensions (GL_map_buffer_range, GL 3.0).
Will be used by the vbo module to avoid reallocating vbo's at each
draw primitive call.

mesa: Add BeginVertices driver call

Provides notification to the VBO modules prior to the first immediate call.
Pairs with FlushVertices()

intel: Add Xorg driver

intel: Add dri2 driver for gallium

st/xorg: Add Xorg state tracker

st/dri2: Add DRI2 a state tracker

This was based of the unfinnished code that Keith
Whitwell started on but never finnished. I moved
the code from the glx directory because dri drivers
can be used for more things then just glx.

intel: Increase max relocs per batchbuffer

mesa: save some useful VBO debug/dump code (disabled)

mesa: more tex image debug/dumping code

mesa: comments and code documenting a bug with depth 32 TrueColor drawing/reading

It seems that XGetImage() from a depth 32 TrueColor window is flakey.
Drawing with XPutImage() instead of XPutPixel() seems to work better, but
still not perfectly.

Keep using the original code for now until more is learned.

mesa: move call to update_texture_compare_function()

Another conditional can be avoided.

mesa: fix texture enable regression

Need to clear the _ReallyEnabled field before possibly continuing the loop.
Also, set _Current pointer to NULL if the unit is no longer enabled.

Fixes piglit lodbias regression

mesa: use _mesa_reference_texobj() when setting texUnit->Current pointer

Fixes piglit copytexsubimage regression.

mesa: don't draw arrays if vertex position array is not enabled

For regular GL, we must have vertex positions in order to draw.  But ES2
doesn't have that requirement (positions can be computed from any array
of data).

See bug 19911.

gallium: only enable depth test if a depth bufffer is available

mesa: remove warning/short-circuit of stencil enable w/ no stencil buffer

With FBOs one could enable stencil before a stencil buffer is later bound.

mesa: use Stencil._Enabled field instead of Stencil.Enabled

mesa: add ctx->Stencil._Enabled field

Only true if stenciling is enabled, and there's a stencil buffer.

nouveau: Grab correct surface from temp texture for transfers.

g3dvl: Grab surface pointer when flushing front buffer in SP winsys.

swrast: use _EnabledCoordUnits for fixed-function texturing

Using _EnabledUnits was wrong because it included vertex texture units.

This change plus the prev commit fixes occasional failures of glean/glsl1
vertex texture test failure.

mesa: fixed computation of _EnabledCoordUnits

This field should not include vertex textures.  It indicates the coord
inputs for fragment / fixed-function processing.

pipebuffer: Cleanup code & comments.

pipebuffer: Handle PIPE_BUFFER_USAGE_DONTBLOCK flag.

Conflicts:

src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c

gallium: New PIPE_BUFFER_USAGE_DONTBLOCK flag.

To prevent blocking when mapping a buffer.

pipebuffer: Wait for the GPU to finish reading too.

No real change, as we're not tracking relocations read/write access yet.

pipebuffer: Remove unused var.

mesa: clarify comments for per-unit texture bitfields

mesa: move texture_override() code into calling loop

We can avoid a few iterations this way.

mesa: move update_texture_compare_function() call out of loop

mesa: remove unused AUX buffers

Remove all references to aux buffers 1..3.  Keep AUX0 around for now just
in case, but it'll probably go too someday.  I don't know of any OpenGL
drivers since the IRIX days that support aux color buffers.

mesa: remove VF_SOURCES, simplify MATH_XFORM_SOURCES

Merge commit 'origin/master' into gallium-map-range

r300-gallium: Clean up casts and indents.

r300-gallium: Split off invariant state.

It's kind of like a CSO todo list. :3

r300-gallium: Add RADEON_NO_TCL debugging option.

Just like R300_NO_TCL, when set, forces HW TCL off.

r300-gallium: Fix register count.

r300-gallium: Fix hardlocks on trivial/clear.

I'm so happy I could cry.

r300-gallium: Use rs_state emit for r300_surface, move a few things around.

Also a possible fix for non-TCL chipsets and trivial/clear.

r300-gallium: Move maths from r300_state to r300_state_inlines.

mesa: just re-order some parts and update comments in sources.mak

mesa: rename, reorder FRAG_RESULT_x tokens

s/FRAG_RESULT_DEPR/FRAG_RESULT_DEPTH/
s/FRAG_RESULT_COLR/FRAG_RESULT/COLOR/
Remove FRAG_RESULT_COLH (NV half-precision) output since we never used it.
Next, we might merge the COLOR and DATA outputs (COLOR0, COLOR1, etc).

mesa: add gallium state tracker sources to ALL_SOURCES

This should fix some missing dependency checking.

mesa: convert some #defines to enums

This makes debugging with gdb a bit easier.
Ex:
(gdb) p ctx->DrawBuffer.Attachment[BUFFER_STENCIL]

Note however that gdb only seems to recognize enum types that are actually
used to declare a variable somewhere.  For example, gl_buffer_index isn't
used to declare any vars so it's invisible to gdb.  Work around this by
adding a dummy function in context.c that declares some vars with these
new types.

demos: add progs/glsl/shadow_sampler.c to test GLSL shadow2D(), etc.

Heh, I wrote this program a long time ago but just discovered today that
it wasn't in git.

mesa: move _GenFlags = 0x0 to texgen loop

mesa: use fp pointer in _tnl_InvalidateState()

mesa: fix remaining FEEDBACK_TOKEN macros

Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>

r300-gallium: Cleanup color formats.

r300-gallium: Be more Gallium-ish in some of the math.

r300-gallium: Move all state translators to r300_state_inlines.

Tryin' to do some cleanup.

mesa: move #include "bitset.h" out of mtypes.h - not needed in core Mesa

mesa: add a prototype to silence warnings

mesa: Sparc's IROUND() optimization is invalid.

We can't use the "fstoi" instruction like this.

Unlike other floating point instructions, "fstoi" always rounds
towards zero no matter what rounding mode the FPU has been set to.

This was validated using the following test program:

--------------------
static inline int iround(float f)
{
   int r;
   __asm__ ("fstoi %1, %0" : "=f" (r) : "f" (f));
   return r;
}
#define IROUND(x)  iround(x)

#define IROUND_REF(f)  ((int) (((f) >= 0.0F) ? ((f) + 0.5F) : ((f) - 0.5F)))

int main(void)
{
float f = -2.0;

while (f < 3.0f) {
int sparc_val = IROUND(f);
int ref_val = IROUND_REF(f);

if (sparc_val != ref_val)
printf("DIFFERENT[%f]: REF==%d SPARC==%d\n",
       f, ref_val, sparc_val);
f += 0.1f;
}

return 0;
}
--------------------

which prints out things like:

--------------------
DIFFERENT[-1.900000]: REF==-2 SPARC==-1
DIFFERENT[-1.800000]: REF==-2 SPARC==-1
DIFFERENT[-1.700000]: REF==-2 SPARC==-1
DIFFERENT[-1.600000]: REF==-2 SPARC==-1
DIFFERENT[-1.000000]: REF==-1 SPARC==0
DIFFERENT[-0.900000]: REF==-1 SPARC==0
DIFFERENT[-0.800000]: REF==-1 SPARC==0
DIFFERENT[-0.700000]: REF==-1 SPARC==0
DIFFERENT[-0.600000]: REF==-1 SPARC==0
DIFFERENT[0.500000]: REF==1 SPARC==0
DIFFERENT[0.600000]: REF==1 SPARC==0
...
--------------------

So we have to remove Sparc's IROUND() definition, it's wrong.

Signed-off-by: David S. Miller <davem@davemloft.net>

mesa: move GLfixed type and related macros to swrast module

Fixed point is only used in swrast and sw-based drivers.

mesa: convert macro to inline function

mesa: replace FEEDBACK_TOKEN macro with _mesa_feedback_token() inline function