GEM: Fix previous commit to avoid asserting when we run into reserved space.

These are the dwords that the reserved space is for.

GEM: Don't emit an extra MI_FLUSH in the batch since GEM handles it.

[intel-GEM] Add tiling support to swrast.

Accessing tiled surfaces without using the fence registers requires that
software deal with the address swizzling itself.

Dump buffer tiled status from intelPrintSAREA

GEM: Allocate the right number of relocs, avoiding heap smashing.

GEM: Include target buffer handle in relocation debug.

GEM: Set validate index to keep the same buffer from being duped on the list.

Print GEM handles instead of BO pointers in debugging.

small integers are much prettier, and let me correlate to DRM debug output.

Initialize bufmgr_gem->validate_array[i].offset.

This is just cosmetic, to produce less scary values when the ioctl fails and
doesn't return values there.

Make intel_{batch,exec}_ioctl return an error code so we can recover better.

Add intel_bufmgr_gem.c to i915

Temporarily disable intel pixel ops on i915 for GEM

Instead of attempting to fix these for GEM, just disable until GEM is
working.

Don't forget to set handle of shared buffers.

(And fix a nearby whitespace nit)

Fix GEM execbuf ioctl argument.

Fix to use GEM execbuf instead of TTM.

Minor fixups to get GEM to the point of execbuf ioctl.

[intel] Fix build for GEM.  TTM is now disabled, and fencing is gone.

Fencing was used in two places: ensuring that we didn't get too many frames
ahead of ourselves, and glFinish.  glFinish will be satisfied by waiting on
buffers like we would do for CPU access on them.  The "don't get too far ahead"
is now the responsibility of the execution manager (kernel).

Add intel_bufmgr_gem for new graphics execution manager.

[intel] Warnings fixes.

[intel] Merge intel_ioctl.h.  Not sure how this slipped by in the .c merge.

fix conversion of GLfloat display list IDs

Use floor() to convert to int (per Mark Kildard and the SI).
Also, change translate_id() to return a signed integer since we may be
offsetting from GL_LIST_BASE.

Add support for GL_REPLACE_EXT texture env mode.

GL_REPLACE_EXT comes from the ancient GL_EXT_texture extension.  Found an old demo that
actually uses it.
The values of the GL_REPLACE and GL_REPLACE_EXT tokens is different, unfortunately.

autoconf: Fail from autoconf if the pkg-config macros aren't defined

Instead of postponing the error from missing pkg-config macros to when
configure is run, make autoconf exit by using m4 macros.

added xdemos/sharedtex.c test

Test that modifications to a texture object in one rendering context are seen
in a second rendering context.
Press 't' to change the texture's image/colors.

autoconf: Don't substitute MESA_MAJOR and friends

Since the autoconf config inherits from default, we don't need to
duplicate and substitute the MESA_* version numbers in configure.ac.
The version number is only needed in configure for the help text.

intel: test cpp to ensure mipmap tree matches texture image.

disable GL_TEXTURE_1D at end of frame to fix failed assertion

mesa: adjust glBitmap coords by a small epsilon

Fixes problem with bitmaps jumping around by one pixel depending on window
size.  The rasterpos is often X.9999 instead of X+1.
Run progs/redbook/drawf and resize window to check.

Cherry picked from gallium-0.1 branch

r200: fix state submission issue causing bogus textures (bug 15730)

Change default of driconf "allow_large_textures" to announce hardware limits.

The previous default these days served mostly to cause artifical problems with
GLX compositing managers like compiz (see e.g.
http://bugs.freedesktop.org/show_bug.cgi?id=10501).

build fix for xorg driver

[i965] short immediate values must be replicated to both halves of the dword

The 32-bit immediate value in the i965 instruction word must contain two
copies of any 16-bit constants. brw_imm_uw and brw_imm_w just needed to
copy the value into both halves of the immediate value instruction field.

glcore: Respect DESTDIR

fix make tarballs

silence warning

enable GL_EXT_multi_draw_arrays (see bug 15670)

include <X11/Xlib.h>

drop stray includes of glapi

glx: nitpick renames

glx: split out current context code

also clean header inclusion after code movement

glcore: drop outdated sources files intented for xorg

glcore: tree sharing for DRI and XMesa

glcore: build from mesa

revert part of the previous cleanup - it only applies
to the 7.0 branch

Fix error string

correct the return value

small cleanups

i965: fix DEPTH_TEXTURE_MODE (bug #14220)

 [i965] This is to fix random crash in some maps of Ut2004 demo.
e.g. bridge of fate.
  If vs output is big, driver may fall back to use 8 urb entries for vs,
unfortunally, for some unknown reason, if vs is working at 4x2 mode,
8 entries is not enough, may lead to gpu hang.

i965: save the offset of target buffer after last execution, not relocatee buffer.

intel: fix an assertion failure. fix bug #15575

i965: clear the PRESUMED_OFFSET flag from bo_req.hint, not bo_req.flags. fix #15574

autoconf: Default the build to DRI on OS+CPU combos where it's expected.

i965: fixup depth buffer check

i965: fix vb aperture space check

965: fix vb upload size check

i965: fix gs_prog aperture check

i915: check for depth region before accounting its buffer size

fd.o bz #15573

i965: initial attempt at fixing the aperture overflow

Makes state emission into a 2 phase, prepare sets things up and accounts
the size of all referenced buffer objects. The emit stage then actually
does the batchbuffer touching for emitting the objects.

There is an assert in dri_emit_reloc if a reloc occurs for a buffer
that hasn't been accounted yet.

Revert "[i965] renable regative rhw test"

This reverts commit 3158e981f5f37768e9b04765704b9eaece8b899b.
rhw issue has gone away on IGD.

r200: accept PROGRAM_CONSTANT inputs due to mesa changes

bufmgr_fake: disable debugging again

intel: fix _mesa_error ctx I introduced at lsat minute

intel/fake_bufmgr: Attempt to restrict references to objects in a batchbuffer > aperture size.

So with compiz on Intel hw with fake bufmgr, opening 4 firefox windows at 1680x1050 and hitting alt-tab, could cause the batchbuffer to try and reference more than the 32MB of RAM allocated.

Fix 1:
Fix 1 is to pre-verify the list of buffers against the current batchbuffer and if it can't possibly fit in the aperture to flush the batchbuffer to the hardware
and try again. If the buffers still can't fit well then you are hosed as I'm not sure there is a nice way to tell anyone.

Fix 2:
Next problem was that even with a simple check for total < aperture, we ran
into fragmentation issues, this meant that half way down a set of buffers,
we would fail as no blocks were available. Fix this by nuking the memory
manager from orbit and letting it start again and relayout the blocks in a
manner that fits.

Fix 3:
Finally the initial problem we were seeing was a memcpy to a NULL backing store.
We seem to end up with a texture at some point that never gets mapped but ends up with data in it. compiz al-tab icons have this property. So I created a card dirty bit that memcpy's any buffer that is !static and is written to back to memory. This probably is wrong but it makes compiz work for now.

Caveats:
965 support is still fail.

fix multi-draw buffer regression

only use __x86_64__, not __amd64__ (bug 15503)

fix GL_ARB_texture_rectangle breakage

check for _WIN32 and __WIN32__

define #extension GL_ARB_texture_rectangle

r200: fix XPD vertex program instruction when using temps as inputs

due to the two read ports limit into temp memory may need the MAD_2 instruction
for the second instruction of the decomposed XPD.
While here, also try to avoid MAD_2 for MAD if all 3 inputs are temps but the
temps aren't actually distinct.

fix failed assertion (parameter can be a PROGRAM_CONSTANT)

add missing glViewport calls

comments

Get the default GLXPixmap texture target from the server when appropriate.

Fixes compiz with direct rendering when both GLX_TEXTURE_2D_EXT and
GLX_TEXTURE_RECTANGLE_EXT are supported for a GLXPixmap and the
application didn't specify the texture target as a GLX drawable attribute
when creating the GLX drawable.

more make clean items

use InitUniforms()

Replace duplicated code with new shaderutil.c functions

shader utility functions

Add support for dfbsd to mklib script.

Add $(X11_INCLUDES) to shut makedepend up.

autoconf: Add dfbsd support.

Handle fbconfig comparison correctly for attributes the X server didn't send.

Only convert configs if screen creation was successful.

Thanks to Adam Jackson for pointing it out.

r300: Fix r300VAPInputRoute{0,1} for big endian platforms.

7.0.3 updates

updated w/ 7.0.3 release

import 7.0.3 relnotes from 7.0 branch

added glGetActiveUniform_func

mesa: add missing glPush/PopMatrix() calls

mesa: add missing glPush/PopMatrix() calls

rewrite some of the mat*mat, mat*vec intrinsics

Also, remove obsolete matrix codegen code.

silence warning

Pick up dri2proto from the standard proto header include path.

Initialize GLX_EXT_texture_from_pixmap attributes correctly.

fix mistakenly set ATIFragmentShader._Enabled bit (bug 15269)

added some missing calls to _mesa_enable_x_y_extensions()

Use AC_CHECK_PROGS to find alternate make programs

The autoconf macro AC_PATH_PROGS handles the case of searching for
multiple program names already, so we don't need to open code it. Also
changed the search to AC_CHECK_PROGS so that it doesn't set the full
path unless the user specified. Finally, report back the found value at
the end for what the user should run.

fix parsing bug involving comments at the end of ARB v/f programs

DRI interface changes and DRI2 direct rendering support.

Add DRI2 direct rendering support to libGL and add DRI2 client side
protocol code.  Extend the GLX 1.3 create drawable functions in
glx_pbuffer.c to call into the DRI driver when possible.

Introduce __DRIconfig, opaque struct that represents a DRI driver
configuration.  Get's rid of the open coded __GLcontextModes in the
DRI driver interface and the context modes create and destroy
functions that the loader was requires to provide.  glcore.h is no
longer part of the DRI driver interface.  The DRI config is GL binding
agnostic, that is, not specific to GLX, EGL or other bindings.

The core API is now also an extension, and the driver exports a list
of extensions as the symbol __driDriverExtensions, which the loader
must dlsym() for.  The list of extension will always include the DRI
core extension, which allows creating and manipulating DRI screens,
drawables and contexts.  The DRI legacy extension, when available,
provides alternative entry points for creating the DRI objects that
work with the XF86DRI infrastructure.

Change DRI2 client code to not use drm drawables or contexts.  We
never used drm_drawable_t's and the only use for drm_context_t was as
a unique identifier when taking the lock.  We now just allocate a
unique lock ID out of the DRILock sarea block.  Once we get rid of the
lock entirely, we can drop this hack.

Change the interface between dri_util.c and the drivers, so that the
drivers now export the DriverAPI struct as driDriverAPI instead of the
InitScreen entry point.  This lets us avoid dlsym()'ing for the DRI2
init screen function to see if DRI2 is supported by the driver.

mesa: Free all shader program data before deleting all
shader/shader program objects to avoid memory access error.