[intel] Convert drivers to using libdrm bufmgr code.

[intel-gem] Remember last offset of reused BOs to avoid more kernel relocs.

This is good for about 5% on ipers on 965, and should help any cpu-bound app.

[intel-gem] Once mapped, leave buffers mapped.

Mapping and unmapping buffers is expensive, and having the map around isn't
harmful (other than consuming address space). So, once mapped, just leave
buffers mapped in case they get re-used.

[intel] all flushing in intelEmitCopyBlit

Add both MI_FLUSH and intel_batchbuffer_flush to intelEmitCopyBlit.
This ensures that the data are flushed *and* the gem kernel driver sees the
various memory domain transitions.

[intel] Enable buffer re-use for gem

Use the new DRM_IOCTL_I915_GEM_BUSY ioctl to detect
idle buffers for re-use.

Remove stale comment about glFlush().

We don't need an MI_FLUSH there, because everything that's been flushed in the
batch will eventually hit the hardware.

Emit a flush after the swapbuffers blit, so contents end up on the screen.

Otherwise, since the MI_FLUSH at the end of every batch had been removed,
non-automatic-flushing chips (965) wouldn't get flushed and apps with static
rendering would get partial screen contents until the server's blockhandler
flush kicked in.

Add back a mostly-correct glFinish for GEM and fake.

The right solution would probably be keeping a list of regions which have been
rendered to.

[intel-gem] Make sure set_domain is called often enough.

The write_domain needs to be set after any batch buffer uses an object,
track when that happens in the new 'cpu_domain_set' field.

[intel-gem] Don't calloc reloc buffers

Only a few relocations are typically used, so don't clear the
whole thing.

[GEM] Actually include the presumed offset in initial relocations.

This avoids kernel relocations for most batchbuffer relocs.

[intel] update GEM api. Add bo_subdata and bo_get_subdata driver hooks.

Track DRM GEM name changes.
Add driver hooks for bo_subdata and bo_get_subdata so that GEM can use pread
and pwrite.

[intel-gem] move domains to relocations. add set_domain to bo_map.

Fix the kernel API to place the read/write domain information in the
relocation instead of the buffer.

[intel] intel_batchbuffer_flush using uninit 'used' to check for buffer empty

Make sure 'used' tracks the right value through the whole function.
Also, use GLint for intel_batchbuffer_space in case we do bad things
in the future.

Merge commit 'anholt/drm-gem' into drm-gem

GEM: Remove already-disabled PIPE_CONTROL command.

This existed to get the icache flushed.  However, GEM handles this for us
now for sure, and we had disabled it prematurely anyway.

GEM: Make dri_emit_reloc take GEM domain flags instead of TTM flags.

The GEM flags are much more descriptive for what we need.  Since this makes
bufmgr_fake rather device-specific, move it to the intel common directory.
We've wanted to do device-specific stuff to it before.

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

Merge commit 'anholt/drm-gem' into drm-gem

[intel-GEM] partial support for memory domains.

Doesn't deal with local modifications yet (need new kernel set_domain ioctl
for that to work). Also, guesses what domains are affected based on the
read/write bits set in the flags. Works for 915, probably not so much for
965.

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.