i915g: Disable vbuf fifo and minor commenting of vbuf code

The vbuf fifo doesn't appear to help once the libdrm
reuse flag has been set.

nv04-nv40: Fix swizzle transfers for NPOT sizes.

Workarounds not necessary, SIFM can handle NPOT, we just weren't setting
dst dimensions properly. SIFM can't handle odd w,h though, that still
needs fixing.

progs/tests: fix MSVC build.

progs/perf: Fix MSVC build.

r600: r700PredictRenderSize can flush, so move index buffer setup after it

nv50: fix segfault when there's gaps in enabled texture units

Tested with progs/demos/multiarb.

nouveau: fix buffer object leak

Very apparent with resizing windows on DRI2.

i915g: Add more defines to tweek batchbuffer

i915g: Tweek vertexbuffer size

i965g: remove 965/brw files from XLIB_WINSYS_SOURCES

Merge branch 'mesa_7_6_branch'

Conflicts:

src/gallium/auxiliary/util/u_cpu_detect.c

intel: use driReadDrawable in do_copy_texsubimage()

intel: use driReadDrawable, not driDrawable in do_blit_readpixels()

intel: remove a buffer equality test in _mesa_make_current()

Before, if we called glXMakeCurrent() to change a context's window binding
while an FBO was bound, we weren't updating the intel->driDrawable and
intel->driReadDrawable fields.  This could cause us to dereference a null
pointer elsewhere.

i915g: Drop the simple sufix

None of the other driver have a silly sufix,
so just drop it. Nothing new added in this commit
or any other commit but this is better marketing.

i965g: Drop i965simple

The driver never work with real hardware and has
bitrotted for quite some time now, might as well
drop it. If somebody wants to look at it just use git.

r300g: fix scons build

So I didn't touch r300compiler, but r300g now compiles after having
declarations and code untangled. As nha so gently points out, we shouldn't
have to do this just to comply with MSVC compilers.

mesa: fix return value when clipping {Read,Draw}Pixels height <= 0

Signed-off-by: Ben Skeggs <bskeggs@redhat.com>
(cherry picked from master, commit 7aeaca33c331f70d507fc83583b13b8d9fc3e847)

Fix building of GLSL demos which use M_PI

Some <math.h> files do not define M_PI, in which case, provide our own definition

Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk>

util: Improve the cpuid assembly.

No need to save ebx on 64bit. Use just xchgl. Refer to gcc's cpuid.h header.

Thanks to Uros Bizjak for pointing this out.

mesa: Copy textures' base format into wrapper renderbuffer.

Otherwise st_copy_texsubimage will fallback to software blit due to
inconsistent base formats.

mesa/st: add ST_DEBUG environment variable

At last it's possible to turn on tgsi dumps and other debugging in the
state tracker without modifying sources...

util: add lost code to util_make_fragment_tex_shader_writemask()

This got ported to ureg at some point, but lost the code that
distinguishes it from regular util_make_fragment_tex_shader().

r600: update vertex program selection for draw path

Use _mesa_select_tex_image() rather than hardcoding face 0.

Fixes crash loading a map in sauerbraten with

hwmipmap 1

in ~/.sauerbraten/config.cfg.

st/dri: avoid segfault if we can't get a pixmap's buffers

Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

nv50: support PIPE_FORMAT_X8R8G8B8_UNORM

Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

nouveau: return pitch value from local_handle_from_texture()

Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

mesa: fix return value when clipping {Read,Draw}Pixels height <= 0

Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

st/dri: no need to request fake front buffer, only handle it being returned

The previous behaviour was incorrect, and resulted in EXT_tfp being broken
for DDX drivers that implement the correct behaviour (intel/radeon/nouveau).

In the cases where a fake front buffer is required, the X server will
return one when requesting __DRI_BUFFER_FRONT_LEFT.

The Xorg state tracker (aka modesetting_drv) is likely broken now until
it's modified to match the other drivers.

Signed-off-by: Ben Skeggs <bskeggs@redhat.com>

r200: remove subpixel offset from viewport

Fixes bug fdo 20340 for r200.

util: Make assert a no-op on non-debug builds.

This ensures that an assertion like

  assert(expensive_test());

won't have any penalty on release builds. It also implies that no vital
code should be in assert expressions.

llvmpipe: Ensure tile cache transfers are mapped before flushing it.

llvmpipe: Autogenerate lp_tile_soa.c from u_format.csv.

This is just a temporary change until we code generate the tile read/write
functions in runtime. The new code avoids an extra memcpy that exists in
u_tile.c functions, from which lp_tile_soa.c was originally based.

This achieves up to 5% improvement, particularly in frames with
little geometry overlap.

util: Fix cpuid invocation for x86_64.

llvmpipe: Remove loop testing from format testing.

Loop building will be rewritten.

llvmpipe: Match header's protection macro with filename.

llvmpipe: Adjust format assertion.

We support array layout too -- if it has a single channel.

r300g: xRGB and RGBx formats.

We now have 48 GLX visuals. Pretty soon, we'll have 90+ visuals,
only five of which ever get tested. :3

intel: Suppress a compiler warning for an pointer->int cast

intel_pixel_read.c: In function ‘do_blit_readpixels’:
intel_pixel_read.c:221: warning: cast from pointer to integer of
different size

Cast via an intermediate (GLintptr) instead and hope the result fits
within GLuint... [It should as we simply do not support textures *that*
large!]

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

intel: Assert that relocation offsets are within the target

This should catch the common programming error where we attempt to
emit a relocation to beyond the end of the target buffer.

Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

llvmpipe: Fetch tile only if a color buffer is bound.

prog_parameter: Document the fact that Size may be > 4

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300g: Do not abort on fragment program compiler error

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300g: Fix memory leak in radeon_texture_from_shared_handle

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300g: Build in the trace and softpipe driver for xorg state tracker

Same as in src/gallium/winsys/drm/intel/xorg/Makefile

Thanks MrCooper for explanations on IRC

[ Summary amended by Michel Dänzer to clarify that this is related to the xorg
  state tracker ]

radeon: Cope better with texture images with no miptrees.

Fixes crash with compiz magnifier plugin.

swrast: Move up state validation in _swrast_ReadPixels.

This ensures the driver won't map the wrong set of textures.

meta: Make sure texImage->TexFormat is valid for CopyTex(Sub)Image.

r300g: Remove an unnecessarily created pipe buffer (and thus fix a leak)

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

st/dri: Install APPLE_vertex_array_object functions

Besides from being necessary to use that extension, it also fixes a crash
when deleting the currently bound vertex array object.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300g: Reset vbo_offset after allocation of a new buffer

This fixes the glxgears bug, among other things.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

st/dri: Install ARB_vertex_array_object functions

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300: Workaround problem on R500 with very large fragment programs

The non-KMS interface is to blame here. In theory, a proper fix
could be produced that works for the KMS interface only, but it
require cleaning a lot of mess. Easier to just do it right in r300g.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

mesa: optimized _mesa_meta_BlitFramebuffer() for src=texture case

If the src renderbuffer is actually a texture, we can directly use that
texture as the src and avoid a copy.

i965: Use a little stack space to avoid a malloc in wm_get_binding_table.

mesa: Remove another unexplained Flush call, this time from BindFramebuffer.

Combined with the previous fix, it takes cairo-gl firefox-talos-gfx time
from 120 seconds to 90 seconds on my GM45.

Revert "Flush driver, not just tnl module."

This reverts commit df058298e1570eea8712f9bb051f674fab2eaf24.  It didn't
explain why it was required, doesnt appear to be required, and is a
significant performance penalty for cairo-gl firefox.

Conflicts:

src/mesa/main/fbobject.c

intel: Remove an unexplained flush from intelClearWithBlit.

r600: remove support for host-based ibs

no longer used now that the hw supports this natively.

Also, clean up some formatting.

mesa/st: don't reuse vertex buffers for bitmap, clear quads

Currently using max_slots > 1 will cause synchronous rendering
if the driver flushes its command buffers between one bitmap and the
next.

Need to improve buffer_write to allow NO_WAIT (as well as no_flush)
updates to buffers where we know there is no conflict with previous
data.

st/xorg: Use PIPE_TRANSFER_MAP_DIRECTLY flag in EXA PrepareAccess hook.

Propagate NULL return value.

This also allows removing the DRM_MODE_FEATURE_DIRTYFB specific pixmap
management hacks.

gallium: Add PIPE_TRANSFER_MAP_DIRECTLY usage flag.

Asks the driver to map the texture storage directly or return NULL if that's
not possible.

gallium: Preparations for adding more PIPE_TRANSFER_* usage flags.

Always test for PIPE_TRANSFER_READ/WRITE using the bit-wise and operator, and
add a pipe_transfer_buffer_flags() helper for getting the buffer usage flags
corresponding to them.

docs: document default texture binding fix

mesa: fix incorrect default texture binding in unbind_texobj_from_texunits()

If we deleted a currently bound texture, we were always reverting the texture
binding to the default 1D texture rather than the proper default texture.

intel: wrap _mesa_meta_GenerateMipmap()

Need to check if we'll take the software path so which requires mapping the
src texture image.

Fixes crash in piglit gen-compressed-teximage, bug 24219.  However, the
test still does not pass (it may never have).

mesa: added _mesa_meta_check_generate_mipmap_fallback()

gallium/xlib: use bitwise-and to test GLX_RGBA_BIT in choose_visual()

The parameter is a bitmask.

xlib: use bitwise-and to test GLX_RGBA_BIT in choose_visual()

The parameter is a bitmask.

gallium/xlib: return GLX_RGBA_BIT or GLX_COLOR_INDEX_BIT in get_config()

This reverts part of commit a6b84aef4ad3a7bac40704146a98977c62bfb6e8

gallium: replace // comments with /* */

gallium: remove // comment and extra whitespace

g3dvl: Formatting.

g3dvl: Delete state_trackers/g3dvl, other unused files.

g3dvl: Copyright blocks.

st/xvmc: Set default CSC matrix to BT.601, no ProcAmp, full range RGB.

g3dvl: Color space conv interface & vl impl.

Interface is pipe_video_context::set_csc_matrix().

vl_csc.h defines some helpers to generate CSC matrices based on one of
the color standard and a user defined ProcAmp (brightness, contrast,
saturation, hue).

i915: Add stub ARB_occlusion_query support under a driconf debug option.

This is useful for enabling our GLSL testcases using the 2.0 entrypoints
even though we don't have full GL 2.0.

i915: Add optional support for ARB_fragment_shader under a driconf option.

Other vendors have enabled ARB_fragment_shader as part of OpenGL 2.0
enablement even on hardware like the 915 with no dynamic branching or
dFdx/dFdy support.  But for now we'll leave it disabled because we don't
do any flattening of ifs or loops, which is rather restrictive.

This support is not complete, and may be unstable depending on your shaders.
It passes 10/15 of the piglit glsl tests, but hangs on glean glsl1.

i915: Add support or fallbacks for GLSL fragment shader opcodes.

i915: Add support for varying inputs.

i915: Enable ARB_vertex_shader for both i915 and i830.

Since the TNL is all done in software anyway, it should be the same to
the user who's probably using ARB_vertex_program otherwise, but gives them
a nicer programming environment.

i915: Increase maximum program size to the hardware limits.

This fixes potential heap trashing if the program of choice exceeds limits,
and fixes the native instructions limit being lower than what can be
used by valid programs.

i915: Update and translate the fragment program along with state updates.

Previously, we were doing it in the midst of the pipeline run, which gave
an opportunity to enable/disable fallbacks, which is certainly the wrong
time to be doing so.  This manifested itself in a NULL dereference for PutRow
after transitioning out of a fallback during a run_pipeline in glean glsl1.

Revert "i915: don't validate PS program when falling back to software"

This reverts commit e7044d552c6d16389447880b8744a51de1cf0199.  It
prevented the driver from ever recovering from a software fallback due
to a program error.  The original bug it claimed to fix doesn't appear to
exist post-revert.

i915: Bail when the fragment program has too many total instructions.

Previously, we'd go trashing the heap.

i915: Let i915_program_error take a format string, and don't use _mesa_problem.

It's misleading to report things like the program having too many native
instructions as a Mesa implementation error, when the program may just be
too big for the hardware.

mesa: fix memory leak when generating mipmaps for compressed textures

mesa: fix mem leaks

gallium/util: silence uninitialized var warning

mesa: add missing return when out of memory

mesa: fix potential uninitialized memory reads

glsl: fix mem leak

st/mesa: check for null before asserts, fix possible mem leak

st/mesa: silence hidden parameter warning

Merge branch 'mesa_7_6_branch'

st/mesa: fix non-mipmap lastLevel calculation.

reviewed by Brian Paul.
(cherry picked from master, commit ae2daacbac7242938cffe0e2409071e030e00863)

mesa: Return -FLT_MAX instead of 0 for LG2(0).

lim x->0 log(x) = -inf so -FLT_MAX is a better approximation than 0
for LG2(0).

objviewer: remove disabled code