vmware/xorg: Create a small driver that sits ontop of st/xorg

st/xorg: Create winsys hooks that we call into

vmware/core: Update vmwgfx_drm.h to latest version

svga: Add header files for overlay support

intel: Fix more front-buffer rendering after Brian's less flushing patch.

bcbfda71b03303d3f008a6f3cf8cb7d9667bf8d2 left out many blit paths.
This fixes up more of them to get Blender to work again.

Bug #25030.

wgl: Call st_swapbuffers instead of st_notify_swapbuffers.

This will get single buffer, double buffer, and
joint single/double buffer (typical in CAD applications) done right,
at least as far as the frambuffer is concerned.

There are still problems with multiple contexts using the same
framebuffer because st_framebuffer_* calls assume the framebuffer
is bound to a single context.

Revert "radeon/r300: no need to flush the cmdbuf when changing scissors state in KMM mode"

This reverts commit 286bf89e5a1fc931dbf523ded861b809859485e2.

This doesn't appear to be correct, regression so revert it.
http://bugs.freedesktop.org/show_bug.cgi?id=25193

vbo: make flush recursion check code per-context

This fixes invalid failed assertions when running multi-threaded apps.

st/mesa: updated emit_swz() comment

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.

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.

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

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

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.

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

svga: Prevent potential null pointer dereference in vmw_surface.c.

Improve implementation of GL_POINT_SPRITE_COORD_ORIGIN errors

This enum is only supported for OpenGL 2.0.  If a driver supports
OpenGL 1.4 and GL_ARB_point_sprite, using this enum should generate an
error.  This is important because, for example, i915 and i830 can
support GL_ARB_point_sprite, but they cannot support
GL_POINT_SPRITE_COORD_ORIGIN.

This commit just removes the check for NV_point_sprite, which is
completely wrong, and add some comments describing what the code
should do.  I don't see an easy way to check for version >= 2.0 from
inside Mesa.  Perhaps we should add an extension
GL_MESA_point_sprite_20 (like Intel's old GL_EXT_packed_pixels_12) to
indicate that this added bit of functionality is available.

Also note that glean's pointSprite test only checks for
GL_ARB_point_sprite before trying to use
GL_POINT_SPRITE_COORD_ORIGIN.  Naturally, that fails on
non-2.0 implementations (i.e., Mac OS X on GMA 950).

radeon: fix context destroy needing lock for flushing.

Thanks to Intel code which I've just stolen pretty much as usual.

This fixes fdo bug 22851 which is a dri1 regression since rewrite.

Tested by: fpiobaf (Fabio) on #radeon
Signed-off-by: Dave Airlie <airlied@redhat.com>

vmware/xorg: Remove gem include

st/xorg: Use pipe clear hook for solid fills of whole pixmaps.

Can give a little boost e.g. for anti-aliased text rendering.

svga: hash the whole key, not just the first four bytes

st/xorg: Make sure DRI2 blits use GPU copy contents even for software fallback.

Fixes 3D apps not updating with a non-GL compositing manager and Option
"2DAccel" "off".

Also clean up a little pixmap vs. drawable mess.

st/xorg: fix refcounting bugs introduced in earlier commit

st/xorg: formatting

This directory needs indent run over it.

st/xorg: remove debugging flush

Accidentally committed in 7fbdbad5c02e3d5bfbf0e641e2aec224e39fa974
('st/xorg: consolidate some dest surface state setting')

svga: Remove spurious argument to SVGA_DBG.

st/xorg: render throttling in block handler

Similar to the classic swapbuffer throttling in GL drivers, put an
upper bound on the number of outstanding chunks of rendering the state
tracker can generate -- where calling the block handler denotes a
chunk.

Currently that number is set at around 4 "chunks", but could be
tweaked up or down.  If a better measure for the amount of outstanding
rendering is found, that would be fine too.

As it stands, this improves interactivity by preventing the X server
from queueing up arbitary amounts of rendering.

st/xorg: split copy operation into prepare/copy/done phases

Any high-overhead one-off tasks are moved into the prepare hook.

st/xorg: don't set up constant buffer for non-xv fragment shaders

These currently don't reference any constants.  Can add this back
if newer shaders need them, but in the meantime don't create
a new constant buffer every time we do a blit.

st/xorg: split up shared Done call

The two users of composite (Composite and Solid) now call a new
xorg_composite_done() from their Done functions, while CopyDone
is directly implemented on top of xorg_renderer.c.

st/xorg: set up rasterizer state in init

st/xorg: remove redundant clipping code

st/xorg: don't bother with cso save and restore in copy func

st/xorg: consolidate some dest surface state setting

glu/sgi: Fix memory leak in gluBuild2DMipmapLevelsCore.

vmware/xorg: Link against libkms

If the system doesn't have libkms installed it wont try to link against it.

vmware/xorg: Clean Makefile a bit

vmware/xorg: Don't link against libdrm_intel

vmware/xorg: Stage driver in lib/gallium

st/xorg: Pass mode types from the kernel to X

st/xorg: Add libkms integration

st/xorg: Touch up xorg_crtc.c

st/xorg: Rename driver functions

st/xorg: Rename output functions

st/xorg: Rename dri2 functions

st/xorg: Standardise all function names defined in xorg_tracker.h

svga: try harder to make the cachable flag work

It doesn't though.

st/xorg: accelerate src luminance

util: also print out memory statistics

svga: revert packing of surface key

Over-ambitious packing of values broke my cursor.

radeon: fix context destroy needing lock for flushing.

Thanks to Intel code which I've just stolen pretty much as usual.

This fixes fdo bug 22851 which is a dri1 regression since rewrite.

Tested by: fpiobaf (Fabio) on #radeon
Signed-off-by: Dave Airlie <airlied@redhat.com>

glu/sgi: Fix memory leak in gluBuild1DMipmapLevelsCore.

glu/sgi: Fix memory leak in gluBuild2DMipmapLevelsCore.

glu/sgi: Fix memory leak in gluBuild3DMipmapLevelsCore.

svga: cache textures as well as buffers

st/xorg: use surface_copy for blits if available

Even if its not available, we really want to be coalescing blit
operations better.

i915: Initialize Length and Offset fields when mapping a buffer object

This fixes an assertion failure in _mesa_MapBufferARB.

Fixes bugzilla #25253.

shaderutil: Fix detection of shaders

Check for versions >= 2.0 (because some drivers return 3.0), and return
GL_FALSE if shaders are not detected.

svga: Filter out pendantic and ansi flags

Rather have the driver compile without the flags then
having to disable them.

glu/sgi: Fix memory leak in gluBuild3DMipmapLevelsCore.

dri: Fix potential null pointer deference in dri_put_drawable.

radeon: fix errors in miptree related function

- typo
- memory leak
- off by one (spotted by airlied)

Merge branch 'mesa_7_7_branch' of anongit.freedesktop.org/git/mesa/mesa into mesa_7_7_branch

autoconf: Fix case for not having package
(cherry picked from commit 5c4bdbd825934fe01330890d360b61caa06fdc8d)

svga: Scrub Makefiles a bit

Remove x86 specific hacks. Not that they will ever be used on
none x86 arches, but they are built by default. And the way the
flags where added was a hack.

Fix the DRI swrast driver for big endian platforms.

Too bad I didn't realize earlier how easy this could be...

Fixes http://bugs.freedesktop.org/show_bug.cgi?id=22767 .

mesa: Initialize variable in _mesa_get_texel_fetch_func.

glx: Prevent potential null pointer deference in driCreateContext.

glu/sgi: Fix memory leak in bitmapBuild2DMipmaps.

glu/sgi: Fix memory leak in gluScaleImage3D.

r300: fix VP source conflict resolution on 64-bit machines

On 32bit machines we were lucky because the sizeof(reg) == sizeof(rc_src_register).
On 64bit machines pointers are 8 bytes long, so we were overwriting other data.

r300: fix SIN/COS/SCS instructions for R300 fp

glu/sgi: Fix memory leak in gluScaleImage.

glu: Fix memory leak in __gl_meshMakeEdge.