util: Fix generated swizzle comments.

tgsi/ureg: Fix ureg_emit_src().

radeong: Clean up some bad code.

radeong: Add helper to determine pipe driver.

radeong: Do ioctls before selecting pipe driver.

r300g, radeong: De-specialize r300_winsys into radeon_winsys.

There's like five good reasons for this, I swear.

radeong: Change ioctl order, document it.

r300g: No vertex textures here.

cso: check if pipe_context::bind_vertex_sampler_states is non-null

Fixes segfaults upon exit when the CSO module is releasing its objects.

Revert "llvmpipe: plug in dummy pipe_context::set_vertex_sampler_textures function"

This reverts commit 792888121b92913733daec7526c9441f27ce1231.

We're instead returning 0 for the PIPE_CAP_MAX_VERTEX_TEXTURE_UNITS query.

llvmpipe: return 0 for PIPE_CAP_MAX_VERTEX_TEXTURE_UNITS query

The driver (and draw module) don't support vertex shader textures yet.

llvmpipe: plug in dummy pipe_context::set_vertex_sampler_textures function

Fixes immediate segfault.

cell: fix TGSI breakage

gallium/util: __builtin_bswap32() is in only gcc 4.3 or later

gallium/util: added PIPE_CC_GCC_VERSION symbol

mesa: added comment for target_enum_to_index()

softpipe: setup machine->Face without a conditional

tgsi: fix ureg emit after version token change

st/xorg: fix merge droppings

These were stranded in emacs and not saved before committing.

Merge commit 'origin/tgsi-simplify-ext'

Conflicts:
src/gallium/drivers/r300/r300_vs.c

Merge commit 'origin/mesa_7_7_branch'

Conflicts:
src/gallium/drivers/svga/svga_screen_texture.c
src/gallium/state_trackers/xorg/xorg_composite.c
src/gallium/state_trackers/xorg/xorg_exa.c
src/gallium/state_trackers/xorg/xorg_renderer.c
src/gallium/state_trackers/xorg/xorg_xv.c
src/mesa/main/texgetimage.c
src/mesa/main/version.h

mesa: Update vertex texture code after gallium changes.

r300g: simplify allocations of VS output registers

No need to parse TGSI tokens since it's easier to walk through shader
semantics.

Also fog coordinates now work reliably.

r300g: simplify allocations of FS input registers

r300g: clean up derived states

The state setups which aren't derived anymore have been moved to the VS
and FS objects.

r300g: VS->FS attribute routing rework

Now it always correctly pairs up VS and FS even if the semantics and indices
of VS outputs and FS inputs don't match.

r300g: add R300 prefix in reg definitions

cso: Fix function prototype.

trace: Implement separate vertex sampler state.

fo: Implement separate vertex sampler state.

id: Implement separate vertex sampler state.

trace: Reduce double semicolons to single ones.

sp: Do not falsely advertise support for some SNORM formats.

sp: Implement separate vertex sampler state.

python: Update for renamed sampler/texture state setters.

st: Update for renamed sampler/texture state setters.

trace: Update for renamed sampler/texture state setters.

svga: Update for renamed sampler/texture state setters.

r300: Update for renamed sampler/texture state setters.

nv: Update for renamed sampler/texture state setters.

lp: Update for renamed sampler/texture state setters.

id: Update for renamed sampler/texture state setters.

i915: Update for renamed sampler/texture state setters.

fo: Update for renamed sampler/texture state setters.

cell: Update for renamed sampler/texture state setters.

vl: Update for renamed sampler/texture state setters.

draw: Update for renamed sampler/texture state setters.

cso: Add support for separate vertex sampler state.

gallium: Introduce separate vertex texture/sampler state.

Previously, gallium shared sampler and texture state between vertex
and fragment shader stages. This change generalises this concept by
providing separate entrypoints for vertex and fragment sampler state
setting.

A new capability bit is added to query the driver for the number
of samplers that can be utilised by a vertex and fragment shader
at the same time.

tgsi/sanity: Up MAX_REGISTERS to 1024.

mesa: set version string to 7.7-rc1

Merge branch 'mesa_7_6_branch' into mesa_7_7_branch

Conflicts:
progs/util/shaderutil.c
src/mesa/drivers/dri/r600/r600_context.c
src/mesa/main/version.h

i915: Actually put i915PointParameterfv in the driver function table.  Duh.

st/mesa: handle front/back-face +1/-1 vs. 1/0 conversion

Fixes progs/glsl/twoside.c demo.

mesa: Fix array out-of-bounds access by _mesa_TexParameterf.

_mesa_TexParameterf calls set_tex_parameterf, which uses the params
argument as an array.

i915: Fallback bit define missed on previous commit

i915: Round point sizes instead of truncate.

i915: Enable point sprite coordinate generation

Support still isn't completely correct, but it's better.  piglit
point-sprite now passes.  However, glean's pointSprite test fails.  In
that test the texture on the sprite is somehow inverted as though
GL_POINT_SPRITE_COORD_ORIGIN were set to GL_LOWER_LEFT.  i915 hardware
shouldn't be able to do that!

I believe there are also problems when not all texture units have
GL_COORD_REPLACE set.  The hardware enable seems to be all or nothing.

Fixes bug #25313.

mesa: Fix array out-of-bounds access by _mesa_TexParameterf.

_mesa_TexParameterf calls set_tex_parameteri, which uses the params
argument as an array.

r600 : clena up a bit for last commit.

r600 : add read port allocation for uniform;
       mapping ps input based on vs output;
       fix bugs including constants updating for vs.

radeon: update miptree code a little

Simplify gl image level <-> miptree level mapping (are equal now).
Don't allocate miptree for images that won't fit in it (fixes #25230).

radeon: don't check the same miptree many times when looking for matching miptrees

radeon: add some debugging info

nv50: update linkage on rasterizer change

We need to update VP_RESULT_MAP and/or COORD_REPLACE_MAP
when light_twoside and/or point_sprite are changed.

nv50: match VP outputs to FP inputs ourselves

For each FP input, don't assume that the VP output will be
at the same position, but scan the semantics instead, then
put the correct output reg indices into VP_RESULT_MAP.

Position is still assumed to be the first output/input.

See 07fafc7c9346aa260829603bf3188596481e9e62, which renders
previous assumptions incorrect.

nv50: don't permanently negate src in emit_ddy

mesa: Fix array out-of-bounds access by _mesa_TexGenf.

_mesa_TexGenf calls _mesa_TexGenfv, which uses the params argument
as an array.

mesa: Fix array out-of-bounds access by _mesa_TexGeni.

_mesa_TexGeni calls _mesa_TexGeniv, which uses the params argument
as an array.

dri: Fix potential null pointer dereference in driBindContext.

mesa: Fix array out-of-bounds access in _mesa_TexEnvf.

_mesa_TexEnvf calls _mesa_TexEnvfv, which uses the param argument
as an array.

radeon: need to flush cs when moving images between mipmap trees

util: Fix bad code.

Uf. How embarrassing.

util: Improve bitcount.

Sorry for not pushing this before, it got lost in stashes.

nv50: do conversion of last insn to 64 bit format first

Simplifies things since the second to last one will then
be converted in the subsequent pass that ensures alignment
automatically.

nv50: bswap32 the polygon stipple pattern

The hardware wants the pattern the same way it is
passed to glPolygonStipple.

gallium/util: added util_bswap32()

scons: Promote pointer arithmetic to error.

All code covered by scons is being built on multiple OSes, so pointer
arithmetic must really be addressed when spotted.

configs: Warn about pointer arithmetic.

It's not portable. Warn to help catching it early.

mesa: Avoid void pointer arithmetic.

svga: fix for not using texture width/height/depth arrays

r300g,llvmpipe: fix some more merge problems

Merge branch 'width0'

Conflicts:
src/gallium/drivers/r300/r300_texture.c
src/gallium/state_trackers/xorg/xorg_exa.c
src/mesa/state_tracker/st_cb_texture.c

st/xorg: proper fix for compositing after rounding up

Basically don't round up shared textures.  This fixes compiz,
but I'm afraid that rounding up texture sizes here in the driver
is doomed, as it will inevitably break texture wrap modes.

rbug: Mention where the GUI can be found.

svga: Re-add shader dumping.

Revert "st/xorg: fix composite after texture size changes"

This reverts commit 124ae596806f1a77af46f1f0e446d448da6e953a.

Pushed by mistake

st/xorg: fix composite after texture size changes

wgl: Fix copy'n'paste typo in comment.

svga: Handle comment tokens when dumping.

svga: Use consistent names for public symbol names of shader dumping facilities.

svga: Use consistent file names for dumping facilities.

st/xorg: speculatively round textures up to nearest POT

I'm not sure if this is a great change, but helps with caching.
Probably we want to turn this on/off on a driver-by-driver basis.

st/xorg: free last fence

svga: flush our command buffer after the 8th distinct render target

This helps improve the surface cache behaviour in the face of the
large number of single-use render targets generated by EXA and the xorg
state tracker.  Without this we can reference hundreds of individual
render targets from a command buffer, which leaves little scope for
sharing or reuse of those targets.

Flushing early means we can start reusing textures much sooner.

This shouldn't have much effect on normal 3d rendering as it's pretty
rare to have a command buffer with >8 different render targets in that
world.

svga: add DEBUG_CACHE option

vega: Update shader headers.

Drop the 1.1 version suffix.

python/tests: Update shader headers.

Drop the 1.1 version suffix.

svga: Update text shader header.

vl: Do not emit tgsi_version token.