Merge branch 'master' into autoconf2

autoconf: Helper options for adding GCC 32/64 bit flags

Two new configure options to add -m32 or -m64 to the CFLAGS and CXXFLAGS
when GCC is in use. By default, the user supplied options are
environment variables are respected, but these options are quick helps
for the common case of x86/x86_64 using GCC.

i915: apply commit a0a5e8cfc04c14873441b50f7d594ef11806b9a8 from 965.
fix #11925

mesa: fix a bad cast in put_values_z24.
The values passed to put_values_z24 are GLuint,
not GLubyte. fix #13543

__driConfigOptions must be PUBLIC.

R300: RV410 SE chips have half the pipes of regular RV410

This fixes 3D rendering on x700 SE chips.  Reported
by Kano.

autoconf: Documentation for using the autoconf'd build

Most of the options available from configure are documented on the
autoconf.html. This page is reached as an alternative provided on the
install.html page. An FAQ about why there is no configure script has
been removed.

fix GL_LINE_LOOP with drivers using own render pipeline stage (#12410, #13527)

primitive needs to include the begin/end flags (broken since vbo-0.2). Should
fix missing first/last line segment on gamma, i810, i915, mga, r200, radeon,
s3v, savage, unichrome (r300 already correct). Tested on r200, fixes #13527.

Silence compiler warnings from XML error macros.

[965] Fix and enable separate stencil.

Note that this does not enable GL_EXT_stencil_two_side, because Mesa's computed
_TestTwoSide ends up respecting only STENCIL_TEST_TWO_SIDE_EXT (defaults to
GL_FALSE), even if the application uses only GL 2.0 / ATI entrypoints.

[intel] Move some pixel path support from drivers to shared.

intel: cast a pointer to unsigned long, avoid potential error.

[965] Enable EXT_framebuffer_object.

To do so, merge the remainnig necessary code from the buffers, blit, span, and
screen code to shared, and replace it with those.

[965] Actually enable SGIS_generate_mipmap.

[intel] Fix and reenable (software) SGIS_generate_mipmap

The core problem was that _mesa_generate_mipmap was not respecting RowStride
of the source image.  Additionally, the intel private data associated with the
images (level and face) was not being initialized for the
_mesa_generate_mipmap-generated images.

[intel] Allow driver hooks to be NULL in intel_buffers.c and just update flags.

The 965 driver relies on flag checking instead of these hooks, and will be
using this code soon.

[i915] Move meta_draw_quad into the vtbl with other meta operations.

return correct size from glGetActiveUniform (bug 13751)

i915: avoid dead lock in intel_meta_draw_poly. fix #13696

Don't try to build nonexistent i915tex driver on linux-x86-64

docs: Fix links in contribute section

The contribute section had a broken hyperlink, masking the mailing list
text.

[915] Set cliprects in the drawbuffer software fallback case as well.

Otherwise, we may violate cliprect asssertions on clearing the buffers, which
isn't affected by the fallback.

i965: allocate GRF registers before building subroutines,
it ensures there are sufficient registers for all subroutines.

i965: restore the flag after building the subroutine of the
GS thread. fix #13240

added glSecondaryColor3fv_func

added two-side test

Test GL_VERTEX_PROGRAM_TWO_SIDE and frag shader gl_FrontFacing features

added twoside demo

simplify update two-side lighting test (follow-on to previous front/back-face changes)

fix NEED_SECONDARY_COLOR for vert/frag progs

Fix a quadstrip front/back-face inconsistancy.

Only set front material colors to make it noticable if front/back-face
determination is incorrect anywhere.

Fix mismatched map/unmap of buffers in swrast read/drawpixels error paths.

[915] Free dri_bufmgr after mesa context data.

Fixes a crash when buffer objects are left around until context destroy.

[915] Make polygon stipple use pre-unpacked pixel data.

This fixes a crash when stippling using data from a PBO.

[915] Fix clear color when clearing with triangles.

The diffuse color format is always ARGB32, regardless of the destination
surface format.

[INTEL] Fix 965 to use new centralized mipmap pitch function

[Intel] Centralize mipmap pitch computations.

mipmap pitches must account for the device alignment requirements, which
used to be fairly simple; just align to a 4-byte boundary. However, to allow
textures to be drawn to under TTM, they now need to be aligned to a 64-byte
boundary. Placing all of the alignment constraints in a single function
allows this new constraint to be applied uniformly.

There was some pitch constraining code in intel_miptree_create, but that was
modifying the pitch long after the miptree had been layed out, so it only
served to wreck the mipmap and cause rendering errors.

[i915] Remove redundant set_draw_region code (like the comment says).

[intel] Improve INTEL_DEBUG=blit description of clearing.

[intel] Fix copy'n'pasteo in decoding of the blit clear packet.

[965] Add decode of 3DSTATE_DRAWING_RECTANGLE.

[965] Allow draw or depth regions to be NULL.

With FBOs, we end up wanting to do 3D metaops against one or the other without
having to find the other one to fill in if we're not going to draw to it.

[965] Simplify scissor handling by using DrawBuffer values.

[965] fix bad conflict resolution in debug code.

[965] Replace our own depth constants in intel context with GL context ones.

[965] Fix software fallbacks with region-backed textures.

[intel] Cleanup of */intel_blit.c to bring the two closer.

[965] Output the buffer type in INTEL_DEBUG=bat surface state decode.

i915: Fix issues with glDrawBuffer(GL_NONE).

Don't dereference NULL renderbuffer pointer, and make sure the software
fallback sticks.

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=13694 .

i965: check NULL pointer

[i915] Fix missing symbol from 965 changes.

[965] Fully initialize the texture surface key data (padding around GLboolean)

[965] Enable ARB_pixel_buffer_object, and disable broken imaging extension.

While I haven't tested the imaging extension, this matches what 915 does.

[965] Move to using shared texture management code.

This removes the delayed texture upload optimization from 965, in exchange for
bringing us closer to PBO support.  It also disables SGIS_generate_mipmap,
which didn't seem to be working before anyway, according to the lodbias demo.

[intel] Whitespace and comment changes to bring intel_mipmap_tree.c closer.

[intel] Merge intel_buffer_objects to shared.

965 gains fixed TTM typing of the buffer object buffers and unused PBO
functions, and 915 gains buffer size == 0 fixes from 965.

[965] Use shared intel_regions.c.

This adds (so far) unused PBO functions, and holding the lock while writing
to regions (which may be shared static screen regions).

[intel] Fix uninitialized data in screen-region buffer objects.

[intel] Remove excessive validation debugging.

[intel] Initialize debug flag for dri_bufmgrs

[intel] Remove useless intel_region_idle.

The idling it was trying to ensure was covered by the
intel_miptree_image_map()->intel_region_map() that immediately followed it.

[intel] warnings cleanup

fix polygon cull regression

Build rain demo (Gonzo <andreas.wendleder@gmail.com>)

[intel] Remove the relocation buffer lists and just cache one per buffer.

Each buffer object now has a relocation buffer pointer, which contains the
relocations for the buffer if there are any.  At the point where we have to
create a new type of relocation entry, we can change the code over to allowing
multiple relocation lists, but trying to anticipate what that'll look like
now just increases complexity.

This is a 30% performance improvement on 965.

[965] Replace the state cache suballocator with direct dri_bufmgr use.

The user-space suballocator that was used avoided relocation computations by
using the general and surface state base registers and allocating those types
of buffers out of pools built on top of single buffer objects.  It also
avoided calls into the buffer manager for these small state allocations, since
only one buffer object was being used.

However, the buffer allocation cost appears to be low, and with relocation
caching, computing relocations for buffers is essentially free.  Additionally,
implementing the suballocator required a don't-fence-subdata flag to disable
waiting on buffer maps so that writing new data didn't block on rendering using
old data, and careful handling when mapping to update old data (which we need
to do for unavoidable relocations with FBOs).  More importantly, when the
suballocator filled, it had no replacement algorithm and just threw out all
of the contents and forced them to be recomputed, which is a significant cost.

This is the first step, which just changes the buffer type, but doesn't yet
improve the hash table to not result in full recompute on overflow.  Because
the buffers are all allocated out of the general buffer allocator, we can
no longer use the general/surface state bases to avoid relocations, and they
are set to 0 instead.

[intel] Remove broken mutex protection from dri_bufmgrs.

Now that the dri_bufmgr is stored in the context rather than the screen, all
access to one is single-threaded anyway.

[intel] Enable INTEL_DEBUG=bufmgr output in TTM mode as well as classic.

[intel] assert that buffers are not mapped at last unreference.

bufmgr_fake doesn't care about it, but with ttm we would end up with the
buffer remaining referenced until application exit.

Merge branch 'master' into autoconf2

autoconf: Improve help text for demos and DRI drivers

Changed the text for the default demos to be "auto" instead of "yes"
since that didn't make much sense in this context. Added an example
value for the --with-dri-drivers option as suggested by Brian.

autoconf: Update bug address and fix some autoconf warnings

Point bug reports to Bugzilla like bugs.html. Also, a warning from
autoconf w.r.t. AC_OUTPUT was cleaned up.

autoconf: Consistently use xlib for the driver name

Brian suggested that there should be more consistency using xlib vs. x11
in the configure script. Changed the options and variables to suit.

autoconf: Optional assembly usage with --disable-asm

Allow the user to disable use of assembly code through the --disable-asm
option. This is only relevant on the platforms where assembly is
normally enabled such as Linux and FreeBSD.

[intel] Assert against conflicting relocation emits in bufmgr_fake.c

[965] Bug #13600: Fix assertion failure with SRGB textures.

I broke this with cherry-pick resolving on
93c98a466947570e0589b662df49095b2f4bc43c.

[intel] Move bufmgr back to context instead of screen, fixing glthreads.

Putting the bufmgr in the screen is not thread-safe since the emit_reloc
changes.  It also led to a significant performance hit from pthread usage
for the attempted thread-safety (up to 12% of a cpu spent on refcounting
protection in single-threaded 965).  The motivation had been to allow
multi-context bufmgr sharing in classic mode, but it wasn't worth the cost.

autoconf: Report the compiler options in the summary

Report the compiler flags and macros that will be used in the build.
This just provides a quick way to see what configure has silently been
doing.

autoconf: Optional debug build with --enable-debug

Allow the user to set the compiler debug flags and macros through the
option --enable-debug. This addes -DDEBUG to the macros and -g to the
CFLAGS and CXXFLAGS if gcc and g++ are in use.

autoconf: More informative errors when pkg-config macros undefined

Added a check that PKG_PROG_PKG_CONFIG is defined before calling it so
the user can see a proper error. Without it, the generated configure
script will just pass on to the next statement and bomb with a strange
shell syntax error.

Block in kernel waiting for fence

Use previous buffer offsets to compute proposed relocations

This takes advantage of the DRM_BO_HINT_PRESUMED_OFFSET change and allows
the kernel to avoid mapping and re-writing buffers when relocations occur.

autoconf: Replace configs/current symlink from configure

Rather than having the user run `make autoconf' and have the Makefile
setup the configs/current -> autoconf symlink, we can just do that in
configure. This allows the user to just run `make' to build.

autoconf: Replace install-sh with symlink to minstall

Since install-sh is only used to satisfy an autoconf requirement, we
don't need the actual script. Instead, it's now just a symlink to
minstall, which provides a similar install wrapper script.

autoconf: Clearer help text for the enable/disable options

Make it clearer what the defaults for the AC_ARG_ENABLE options are and
how to change them.

autoconf: Since default DRI drivers to build with master

Sync the default DRI_DIRS with the configs in master. Added some of the
comments from there, too.

autoconf: glut doesn't need Xt

Don't link glut with libXt since it's not needed.
(see commit ce98779571eee3f51d9f571fecf8deb83dd60f78)

add simple test for two-sided stencil functionality

make sure state token values are fully initialized

[965] Hook up DEBUG_BUFMGR output for bufmgr_fake.

[965] Convert the driver to dri_bufmgr interface and enable TTM.

This is currently believed to work but be a significant performance loss.
Performance recovery should be soon to follow.

The dri_bo_fake_disable_backing_store() call was added to allow backing store
disable like bufmgr_fake.c did, which is a significant performance win (though
it's missing the no-fence-subdata part).

This commit is a squash merge of the 965-ttm branch, which had some history
I wanted to avoid pulling due to noisiness and brokenness at many points
for git-bisecting.

[965] Remove dead code in upload_wm_surfaces.

[965] Move brw_surface_state stack allocation into the function using it.

autoconf: Output summary information from configure

Report some of the common settings back to the user after configure
has completed.

autoconf: Configurable DRI drivers

The user can request specific DRI drivers to build rather than the
default of "all that build on this platform". This allows the list of
drivers to be easily slimmed down.

This is controlled through the option --with-dri-drivers. For example:

    ./configure --with-driver=dri --with-dri-drivers="i965,nouveau"

Unfortunately, using this setting means the DRI drivers aren't filtered
by platform anymore and you might try to build something that doesn't
work.

autoconf: Allow static library builds

Allow the user to specify that they want static libraries through the
--{enable,disable}-{static,shared} switches like libtool. The mesa build
only allows for one at a time, so static will be chosen if someone has
passed --enable-static or --disable-shared.

This also allows the mklib options to be set at build time. This allows
-static to be set for mklib, but any platform specific settings are
allowed by setting MKLIB_OPTIONS for configure.

Handling of the program libraries through the APP_LIB_DEPS variable is
pretty ugly, but it seems to work.

autoconf: Configurable demos directories

The user can request specific demos directories to build in. For
example:

    ./configure --with-demos="demos,xdemos"

The drawback is that we don't check for the necessary libararies in
that case, only that the directory in progs/ exists.

autoconf: Configure the osmesa channel size for OSMesa16 and OSMesa32

Allow the user to specify channel bits of 16 or 32 to enable OSMesa16 or
OSMesa32 instead of the default OSMesa. This option is controlled
through the option --with-osmesa-bits=BITS and is only honored when the
driver is osmesa.

The osdemos are not enabled in the 16 or 32 bit case because the
Makefile is currently hardcoded to link to -lOSMesa.

autoconf: Add support for osmesa-only builds

Added autoconf support for using OSMesa as the driver instead linking
it to libGL. This is enabled through --with-driver=osmesa.

To differentiate these cases, another option --enable-x11-osmesa is used
to enable or disable building OSMesa when the driver is x11.

autoconf: Add support for shared DRI build on linux and freebsd

Added autoconf bits to allow using DRI as the driver through the option
--with-dri-driver=DRIVER. The options are x11 (default) and dri. Three
DRI specific options for controlling the driver directory, direct
rendering and TLS are also added.

The DRI will probably not work for platforms besides linux and freebsd.