fp: add some more texture, position and kill tests

fp: new kill + position test

fp: dont reference fragment.position.zw

engine: also print fps data to stdout

Useful for figuring out how much of a perf impact the glBitmap fps
display has on a given driver.

r300: don't crash on sw tcl hw if point size vertex attrib is sent

r300-gallium: GA enhancements.

Basically an errata fixup register.

r300-gallium: Flat/smooth shading state.

r300-gallium: Pick up a few more bits of rs_state.

Including two registers that already should have been covered...huh...

wgl: Check support for all other depth/stencil formats.

wgl: Choose a supported S8Z24/Z24S8/X8Z24/Z24X8.

Updated darwin config for when X11 is not in the same location as we're installing to

mesa: Reads must also be done with lock held.

Otherwise two threads might think each made the refcount go zero.

mesa: Fix typo.

Windows threads block if one over-unlocks them.

intel: Fix bpp setting of blits to 8bpp targets.

This was causing hangs in cairogears, as we would blit to the 8bpp target
(A8 texture) as 16bpp, and stomp over state objects.

i965: fix 3DPRIMITIVE batch decode of the vertex count field.

i965: Stop dumping programs after the first all-zeroes entry.

intel: Add always_flush_batch driconf option for making small batchbuffers.

This can improve debugging with INTEL_DEBUG=batch,sync by giving smaller
batchbuffers.

intel: Add always_flush_cache driconf option for debugging cache flush failure.

I keep wanting to hack this knob in as a one-time thing, so it seemed useful
to have all the time.

i965: Add a note about why the _NEW_STENCIL is required in draw_buffers.

intel: Remove a gratuitous MI_FLUSH after clearing with a blit.

The 3D destination shares the same cache so we don't have any trouble with
the later commands needing the writes flushed inside of the same batchbuffer.

i965: Remove dead flushing code.

st/xorg: Install to XORG_DRIVER_INSTALL_DIR

i965: comments and formatting fixes

i965: fix emit_math1() function used for scalar instructions

Instructions such as RCP, RSQ, LOG must smear the result of the function
across the dest register's X, Y, Z and W channels (subject to write masking).
Before this change, only the X component was getting written.

Among other things, this fixes cube map texture sampling in GLSL shaders
(since cube lookups involve normalizing the texcoord).

mesa: added some assertions

mesa: when printing src regs, use |reg| for absolute value

And check opcode number to avoid crashing on driver-private opcodes.

i965: fix screen depth test in intel_validate_framebuffer)_

front_region may be null.

i965: init dest reg CondMask = COND_TR (the proper default)

Plus fix up a debug printf.

r300-gallium: Move RS block setup to CSO.

r300-gallium: Move scissor state.

Keep it grouped with all the other parameterized state.

r300-gallium: Fix up vertex count.

r300-gallium: Use only one CS section for vertex_format.

Revert "softpipe: added null ptr check for align_free() call in vbuf code"

This reverts commit 6db24f449de9cc81e1f7bb2dde55a9819463d5e5.

With a null ptr check in align_free() this is no longer needed.

gallium: added null ptr check in align_free()

mesa: add wglext.h to tarball list

gl: added include/GL/wglext.h

softpipe: added null ptr check for align_free() call in vbuf code

Fixes GALLIUM_NOCELL path.  See bug 20475.

r300-gallium: C++ compat fix.

Oops. :3

radeon-gallium: fix dri2 build

gl: update glext.h to version 46

radeon-gallium: Add Xorg state tracker Radeon winsys stub.

radeon-gallium: Only build drivers for state trackers that are enabled.

tests: add new mapbufrange.c test to test GL_ARB_map_buffer_range

This only tests the most basic functionality for now.

fix incorrect prototype for glMapBufferRange() in glext.h

Needs to return void *

i965: add software fallback for conformant 3D textures and GL_CLAMP

The i965 hardware cannot do GL_CLAMP behavior on textures; an earlier
commit forced a software fallback if strict conformance was required
(i.e. the INTEL_STRICT_CONFORMANCE environment variable was set) and
2D textures were used, but it was somewhat flawed - it could trigger
the software fallback even if 2D textures weren't enabled, as long
as one texture unit was enabled.

This fixes that, and adds software fallback for GL_CLAMP behavior with
1D and 3D textures.

It also adds support for a particular setting of the INTEL_STRICT_CONFORMANCE
environment variable, which forces software fallbacks to be taken *all*
the time.  This is helpful with debugging.  The value is:
   export INTEL_STRICT_CONFORMANCE=2

radeon-gallium: Enable EGL and Xorg state trackers.

Compile-tested only, but I have high hopes.

radeon-gallium: DRI2 state tracker, part 3.

Properly setup the build process for adding in xorg and egl trackers,
and finally put radeon_context and radeon_screen to bed.

r300-gallium: Add unaccelerated surface_copy.

mesa: call _mesa_get_cpu_string() to get CPU info for GL_RENDERER string

mesa: call _mesa_get_cpu_features() during one-time-init

mesa: new cpuinfo.c file to init/query cpu info and extensions

mesa: _mesa_get_x86_features() only needs to do its thing once

st/xorg: Clean up xorg_exa.c a bit

st/xorg: Change format function a bit

st/xorg: Fix transfer double free

intel: Fixup from refcount changes

mesa: Add x86/common_x86.c to libmesagallium.a

Thanks to Brian for the refactor commit

mesa: move sse.h and 3dnow.h #includes

mesa: remove unneeded x86.h header

mesa: make _mesa_init_x86_transform_asm() static

mesa: rename common_x86_macros.h -> x86_xform.h

mesa: rename x86.c -> x86_xform.c

mesa: refactor x86 code

Move _mesa_init_all_x86_transform_asm() into x86.c so that common_x86.c
has no dependencies on the vertex transformation code.
Plus some comments and clean-ups.

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

indices: add translate/generate functions for unfilled modes

Most of the time unfilled rendering requires a lot more thought than
just translating triangles to lines or points.  But sometimes, you can
do exactly that, and it can be quite a bit quicker.  Add code to do the
translation.  The caller has to determine whether it's a legal thing
to do in the current state, in particular you'd need:
  - culling disabled
  - offset disabled
  - same front and back fill modes
  - possibly other stuff I can't think of.

clear-repeat: print fps, use 300x300 window size

autoconf: Restore _GNU_SOURCE for all Linux systems

This catches the linux-uclibc case and any others that were being set
prior to 98fcdf3f. Fixes bug 20345.

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

nouveau: oops, forgot to keep the NV10_SIFM object

nouveau: Use proper SIFM object on NV30

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