r300: this code really shouldn't be here.

For R500 just ignore it for now while I do something interesting like
run glxgears.

mesa: cleanup state emission and rs for r500

trivial clear app now renders

r500 RS unit setup

more r500 vs r300 kickin

some basic r500 portage

r500: fragprog

intel: fix the error in commit 7ed1fd5d8438e55fe24091844cdfccb0881306bc

intel: It is needed to allocating texture memory to accommodate
a texture when calling TexImage with pixels set to NULL pointer.

intel: Remove an assertion from intel_miptree_create. TexImage
call with zero width/height/depth matches GL spec.

mesa: avoid to unlock an unlocked array in _mesa_PopClientAttrib

mesa: Follow GL spec to draw DEPTH_COMPONENT pixels when
there's no depth buffer. Fix bug #11580

 [i965] fix wpos height 1 pixel higher

Test createNewScreen for NULL, not createNewScreenName in driCreateScreen().

init tmpNode to zeros

mesa: fix emit_clamp() so that we don't use an output register as temporary

IR_CLAMP is decomposed into OPCODE_MIN+OPCODE_MAX.  Allocate a temporary
register for the intermediate value so we don't inadvertantly use an output
register (which are write-only on some GPUs).

glx: fix rotation regression. bug #14963

intel: fix abort issue with shadowtex demo when use
DEPTH_STENCIL texture. (bug#14952).

fix state.lightprod ambient/specular w value (bug #14983)

 [i965] multiple rendering target support

libGL: Pull the drawable hash back out in the generic code.

This will be shared between dri and dri2 code.

Add another missing check for uninitialized DRI.

Spotted by Chris Taylor.

Fix include path for rain demo so glut.h is found

autoconf: Enable xdemos by default when we build libGL

Since the xdemos only link to libGL now, we can enable them for all but
the osmesa driver target.

Darwin: Fixed small error in darwin config files
(cherry picked from commit a21c61ee8bc86a8843024cbf8e9daf4b39a7571a)

Move make install logic for libGL back into src/mesa/Makefile.

This makes make install work again for non-glx libGL implementations.
The make install logic is split into three sub-targets: install-libgl,
install-osmesa, install-drivers.  The install target in src/glx/x11
is then implemented using the src/mesa make install-libgl rule.

Thanks to Dan Nicholson for pointing out the breakage.

Only try to call DRI function if DRI got initialized properly.

Darwin: Config/source fixes to now build glxdemo apps and OSMesa
Also added darwin-fat-32bit darwin-fat-all configs and deleted old darwin-x86ppc config
(cherry picked from commit 7120c0089d663a2b7e7b0c97da38f9bc233fbdd7)

autoconf: Add autogen.sh from Xorg for easier setup from git

The defacto method to rebuild the autotools and run the generated
configure is an autogen.sh script. It is much more discoverable than the
custom `make configure' used here. The Makefile targets are still useful
for creating tarballs, though. This autogen.sh is copied from Xorg.

Ignore more demo programs

remove extra #include of assert.h (bug 14932)

fix parsing of state.texenv.color (bug 14931)

dri: fix function call to add new parameter.

This may not be correct but it should get the build going.

DRI2: Make setTexBuffer take a __DRIdrawable instead of a BO handle.

This fixes a problem where texturing from the same Pixmap more than
once per batchbuffer would hang the DRI driver.  We just use the region
associated with the front left renderbuffer of the __DRIdrawable for
texturing, which avoids creating different regions for the same BO.

This change also make GLX_EXT_texture_from_pixmap work for direct
rendering, since tracking the __DRIdrawable -> BO handle now uses
the standard DRI2 event buffer.  Of course, DRI2 direct rendering
doesn't exist yet.

Finally, this commit bumps the DRI interface version again, accounting
for the change in the DRI_TEX_BUFFER extension and the change in
commit 0bba0e5be7a4a7275dad1edc34bdcc134ea1f424 to pass in the
event buffer head index on drawable creation.

DRI2: Drop DriverAPI.UpdateBuffer.

__dri2ParseEvents() would determine the kind of event, but then call
UpdateBuffer() in either case, and UpdateBuffer() would then have to
figure that out again to dispatch to HandleBufferAttach() or
HandleDrawableConfig().  Pretty pointless.

DRI2: Pass the context instead of the screen to __dri2ParseEvents().

Makes a lot more sense, since the screen is always implicit in the
DRI drawable, but it may not be possible to track down a context from
just a drawable.

DRI2: Add event buffer head as an argument to driCreateNewDrawable().

The DRI driver needs to know where in the buffer to start reading.

fix botched test for clearing color buffers (should fix depth peeling regression)

Set normalized flag for GLubyte arrays in _mesa_VertexAttribPointerNV()

init vertex weight attrib to (1,0,0,0)

fix __builtin_expect() definition test for IBM XLC (sf bug 1909832)

Properly revert the libGL loader path breakage.

libGL: Fall back to DEFAULT_DRIVER_DIR properly.

After commit 6fd82f6fbd208dc7b1839ea408a5fb28589ee622, we would
overwrite the libPath default value with NULL if libGL was running
non-setuid and none of the env vars were set.

Thanks to Magnus Kessler <Magnus.Kessler@gmx.net> for spotting it.

replace // comment with /* */ (bug 14916)

added info about checking out gallium-0.1 for cell code

Use _X_HIDDEN to hide a bunch of leaked symbols.

Move DRI context functions into dri_glx.c.

Also drop isDirect flag; if gc->driContext is non-NULL, it's direct.

Move DRI drawable creation into dri_glx.c.

Introduce __GLXDRIscreen so we can start moving function pointers in there.

Temporarily rename the __DRIscreen member to __driScreen.  Eventually,
we'll move that into __GLXDRIscreen and only access it in dri_glx.c.

Move DRI specific parts of CreateContext into dri_glx.c.

Convert driCreateScreen and driDestroyScreen to function pointers.

We avoid leaking the symbols and will be able to replace them with
DRI2 implementation later on.

Abstract __DRIdisplayPrivateRec away in dri_glx.c.

This patch moves __DRIdisplayPrivateRec definition into dri_glx.c and
let's dri_glx.c allocate the __DRIdisplay struct pointer to from
__GLXdisplayPrivate.

A small step towards moving more of the dri functionality into dri_glx.c.

Make __glXCloseDisplay static instead of prototyping it to avoid warning.

Move libGL install target to the libGL Makefile.

Simplify LIBGL_DRIVERS_PATH walking.

Simplify dri loading code by eliminating dlopen "cache".

No need to jump through hoops to track __DRIdrivers and avoid dlopening the
same .so more than twice, dlopen() does this internally.  Besides, we
were already bypassing this and dlopening drivers for each screen,
whether or not they were already dlopened.

libGL: Consolidate DRI initialization in dri_glx.c

Move a lot of code over from glx_ext.c.

autoconf: Print GCC include path directly and be more robust using it

Rather than constructing the GCC include path from `-print-search-dirs',
we can get the path directly from `-print-file-name=include'. This is
used in the Linux kernel build, for example. If no output is returned
from the command, then we don't append a -I path the the makedepend
options.

[intel] Only enable GL_EXT_texture_sRGB on i965.

Fixes #14799.

  [i965] fix fd.o bug #11471 and #11478
1. Follow EXT_texture_rectangle with YCbCr texture
2. swap UV component for MESA_FORMAT_YCBCR

i965: use RGB565 to render a bitmap if Depth is 16

i965: Fix double free issue to pass glean/maskedClear test

i965:fix segfault issue when clearing the window which
is created with mode GLUT_SINGLE|GLUT_RGB|GLUT_DEPTH.
This issue is introduced by 20b8bff49cba3e8246e29004c5ff38f231d589ff

[intel] Add a driconf option to cache freed buffer objects for reuse.

This is defaulted off as it has potentially large memory costs for a modest
performance gain.  Ideally we will improve DRM performance to the point where
this optimization is not worth the memory cost in any case, or find some
middle ground in caching only limited numbers of certain buffers.  For now,
this provides a modest 4% improvement in openarena on GM965 and 10% in openarena
on GM945.

r300: replace some hard coded mask by define in stencil area

r300: Fix some issues with masks in stencil buffer area

[dri2] Add tail pointer to reemitDrawableInfo callback.

When the DRI doesn't parse the event buffer for a while, the X server
may overwrite data that the driver didn't get a chance to look at.  The
reemitDrawableInfo callback requests that the X server reemit all info
for the specified drawable.  To make use of this, the drive needs to know
the new tail pointer so it know where to start reading from.

[dri2] Optimize event parsing to skip obsolete events.

This also fixes the problem where the X server does multiple resizes before
the DRI driver gets the events.  The obsolete buffer attach events then
reference already destroyed buffer objects.

[intel] Silence unused variable warning when compiling for i965.

nouveau: compilation fixes

state.depth.range alpha value should be 1, not 0 (bug #14733)

Update libGL DRI loader to latest DRI interface changes.

glxgears: oops, remove accidental commit of glFinish() hack.

Use __DRIextension mechanism providing loader functionality to the driver.

Instead of passing in a fixed struct, the loader now passes in a list
of __DRIextension structs, to advertise the functionality it can provide
to the driver.  Each extension is individually versioned and can be
extended or phased out as the interface develops.

Reduce the versioning madness required to create a DRI2 screen.

Right now the DRI2 screen constructor takes 3 different versions:
DRI, DDX and DRM.  This is mostly useless, though:

  DRI: The DRI driver doesn't actually care about the DRI protocol,
  it only talks to the loader, which in turn speaks DRI protocol.  Thus,
  the DRI protocol version is of not interest to the DRI driver, but it
  needs to know what functionality the loader provides.  At this point
  that's reflected in the __DRIinterfaceMethods struct and the
  internal_version integer.

  DDX: The DDX version number is essentially used to track extensions
  to the SAREA.  With DRI2 the SAREA consists of a number of versioned,
  self-describing blocks, so the DDX version is no longer interesting.

  DRM: We have the fd, lets just ask the kernel ourselves.

intel: Set the lock flag early to avoid deadlock.

Another regression from the intel_context.c merge.

i965: use _Current pointer instead of Current pointer.
fix double free issue(bug#14710). It also corrects glsl/bitmap demo behavior.

[965] Fix conditional sequencing to allow the frame_buffer_texobj case.

Previously the frame_buffer_texobj case would have been bound as a normal
texture, at best resulting in no surface data being associated with it.

[intel] Bug #14575: Unmap buffers when deleting/dataing as required.

Otherwise, we would assertion error when doing the final unreference of the
buffer with an outstanding map (catching the memory leak).

r300: R5xx and R3xx use different registers for RS_IP and RS_INST

These changes are taken from the xf86-video-ati driver. They update the header
file accordingly and also remove some UNKOWN variables.

[965] Bug #9151: make fragment.position return window coords not screen coords.

[965] Fix serious copy'n'paste failure in brw state dumping.

added git on Windows section

a few words about how the cell driver works.

mesa: separate shader program object from shader object.

Currently a callback delete_shader_cb is used for deleting shader
and shader program objects. Mesa detaches all attached shaders in
_mesa_free_shader_program_data when deleting shader program objects. However
it is likely that these shaders have been freed in _mesa_free_shader,
which will result in unexpected behaviour. This fix uses a single callback for
shader program objects and deletes shader program objects before shader objects.

[intel] fix compressed image height

Convert crlf->lf line endings.

Windows/DOS users should enable core.autocrlf from now on:

  git config --global core.autocrlf true

Disable autocrlf for Visual Studio project files.

document cell -DSPU_MAIN_PARAM_LONG_LONG flag

r300: properly handle GL_POINT in glPolygonMode

Until now the polygon mode was completely turned of when you used
GL_POINT. For me it looked buggy to completely disable the polygon
mode for FrontMode and BackMode if any of these was GL_POINT.

intel: Always use intelInitExtensions() for initializing extensions.

r300: add artificial output to match fragment program input

mesa: set input read only on success

i965: Setup framebuffer texture in meta_draw_region.

With DRI2 we there is no screen region until a drawable is bound to
the context.  Set up the framebuffer texture in meta_draw_region instead
which should also handle the case where the draw region changes as a
result of resizing a redirected window or resizing the screen.

[965] Don't segfault on INTEL_DEBUG=batch when a surface buffer is NULL.

[965] remove dead brw_parameter_list_state_flags.

This was replaced by Mesa core code.

[r300] fix wow-pinkness regression. Fixed by Markus Amsler

[r300] Document based on chapter 10.4 and 10.5

This commit adds most of the graphics backend registers and of the rasterizer
registers. Again, some minor bugs were found and marked with TODO or even
fixed.

 [i915] fix texture size exceed limit case when running celestia

[intel] Handle -EAGAINs correctly in execbuffer.
Dont stop on fence creation errors.

A few more fixes to the dlsym() fix.

Argh, seriously, I did test that, I just forgot to amend the commit
before pushing.