[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.

Revert "mesa: separate shader program object from shader object." (bug#15244)

This reverts commit 3ffd11f71d021f672b9bc15b3c39c155a0e2fecb.

i915: texture object's lod bias. fix bug #15192

r300: Copy-and-paste error from the vertex program branch.

r300: Take PROGRAM_CONSTANT into account.

This bug was introduced by commit 978145a075255ae153ee05c2a037400e61558079.

Merge branch 'r300-vertprog-branch' of ssh://people.freedesktop.org/~z3ro/mesa

fix texture/renderbuffer mix-up in test_attachment_completeness()

i965: depth offset on glPolygonMode(GL_LINE/GL_POINT)

r300: finish conversion of RS_INST regs

r300: move to using RS_INST names

consolidate some parsing functions that were pretty much identical for vertex/fragment programs

when negating scalar src args, use NEGATE_XYZW, not NEGATE_X

This makes things easier on the back-end when generating GPU code.
cherry-picked from gallium-0.1

Set param_var->param_binding_type = PROGRAM_CONSTANT

cherry-picked from gallium-0.1

Add a couple of test apps for line/unfilled polygon clipping.

[965] Fix massively broken state cache dirty flagging.

It was flagging a last_bo update even when last_bo didn't change, but
another part was failing to update last_bo when it should have.

[intel] Use mesa texmemory functions to allocate teximage Data.

Failure to consistently do so resulted in mismatched aligned versus
unaligned alloc/free.

[965] Don't let the negate flags of src0 affect 1 constants in precalc_dst/lit

This patch is a variant of a submission by Michal Wajdeczko to fix
oglconform fpalu failures.

[965] Correctly set read mask for OPCODE_SWZ in pass1.

While OPCODE_SWZ has usually been optimized away in pass0, it may still
exist if a SWZ with dst saturate was emitted in pass_fp.  Fixes an error
in oglconform fpalu.c.

[965] Clean up whitespace and dead code from do_unfilled change.

r300: Indented the vertex program code...

r300: Cleaned up the default vertex program code with longer lines.

r300: Removed the last of the duplicate vertex program macros.

r300: Added Copyright lines to the vertex program code.

[i915] don't use 4x4 filter for 1D shadowmap

r300: Renamed the Mesa opcode translation functions.

r300: Renamed the destination-and-opcode/source macros to more appropriate names.

implement glGet/BindAttribLocationARB() for display lists

More such shader functions are needed...

updated to version 40

intel: fix the issue "VBO: Cannot allocate memory for a BO" on
965 after merging intel_context.c from i915 and i965. fix bug# 15152.

add GL_READ_FRAMEBUFFER_BINDING_EXT case, regenerate get.c file

fix wrong values for GL_READ/DRAW_FRAMEBUFFER_BINDING_EXT tokens

R300: fix typo r300 fog reg

Noticed by pzad on IRC