mesa: remove incorrect refcounting adjustment in adjust_buffer_object_ref_counts()

Fixes bug 19835.  However, a more elaborate fix should be implemented someday
which uses proper reference counting for gl_array_object.

intel: If we're doing a depth clear with tris, do color with it.

This is a 10% win on the ever-important glxgears not-a-benchmark.

i915: Only call CalcViewport from DrawBuffers instead of Viewport.

This saves an inadvertent round-trip to the X Server on DrawBuffers, which was
hurting some metaops.

intel: Expose more FBconfigs in the 3D driver.

We can support any combination of (a8r8g8b8, x8r8g8b8, r5g6b5) x (z0,z24,z24s8)
on either class of chipsets.  The only restriction is no mixing bpp when also
mixing tiling.  This shouldn't be occurring currently.

Remove stale symlinks to intel/intel_depthstencil.c

autoconf: Use include-fixed directory with makedepend on newer GCC

On newer GCC releases, the compiler's headers have been split between
the include and include-fixed directories. Add both if the directories
exist.

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
Signed-off-by: Julien Cristau <jcristau@debian.org>

intel: remove unused intel_depthstencil.[ch]

intel: remove unused #includes

mesa: allow glFramebufferTexture1/2/3D(target = GL_READ/DRAW_FRAMEBUFFER)

This is part of GL_EXT_framebuffer_blit and GL_ARB_framebuffer_obbject.

intel: formatting clean-ups

intel: fix check for Y orientation in span functions.

i965: use bitfields in brw_sf_unit_key struct

intel: remove unused intel_rendering_to_texture()

i965: fix render to FBO/texture orientation bugs

Anytime we're not rendering to the default/window FBO, need to invert
rendering, not just when rendering to a texture.  Otherwise, if a FBO
consists of a mix of textures and renderbuffers the up/down orientation
was inconsistant.

Fixes shadowtex.c bad rendering.

mesa: fix a render to texture FBO validation bug

When glTexImage() is called we need to re-validate any FBOs that point to
the texture (i.e. render-to-texture) since changing the texture's size/format
will effect FBO completeness.

We don't keep a list of all FBOs rendering into each texture (which would be
a bit messy) so we check all FBOs in existance.  To optimize this, the
gl_texture_object->_RenderToTexture flag is used to avoid checking textures
that have never been used as renderbuffers.  So, we only walk over all FBOs
(there's usually only a few) when glTexImage() modifies a RTT texture.

Fixes a bug seen in shadowtex.c when toggling packed depth/stencil mode.

intel: Fix up some extension string issues

Move the remaining extension string enables to intel_extensions.c.
Make sure that GL_NV_texture_env_combine4 is not enabled on i830.

Make GLX_SGIX_pbuffer mandatory

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

Make GL_ARB_draw_buffers mandatory

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

Make GL_{EXT,SUN}_multi_draw_arrays and GL_IBM_multimode_draw_arrays mandatory

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

Make GL_ARB_vertex_buffer_object mandatory

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

Make GL_ARB_multisample mandatory

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

Make GL_ARB_texture_compression mandatory

Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>

mesa: remove GL_SGIX_shadow, GL_SGIX_shadow_ambient and GL_SGIX_depth_texture

Everyone should be using the newer/better ARB versions of these extensions.

docs: document GL_EXT_texture_swizzle

i965: minor tweak: replace OPCODE_MOV with OPCODE_SWZ

Just to reinforce the understanding that an extended swizzle with 0 and 1
terms is possible there.

i965: implement GL_EXT_texture_swizzle

If the texture swizzle is not XYZW (no-op) add an extra MOV instruction
after the TEX instruction to rearrange the components.

i965: minor clean-up, comments, etc.

Merge commit 'origin/master' into texture_swizzle

i965: fix bug in pass0_precalc_mov()

Previously, "in-place" swizzles such as:
   MOV t, t.xxyx;
were handled incorrectly.  Fixed by splitting the one loop into two loops so we
get all the refs before assigning them (to avoid potential clobbering).

i965: minor comment additions/edits

i965: minor improvements in brw_wm_populate_key()

i965: remove pad field

i965: widen per-texture bitfields for 16 texture image units

i965: minor comments

mesa: additional GL_INVALID_OPERATION tests for texture swizzle

mesa: implement texture swizzling in swrast

And enable GL_EXT_texture_swizzle for software drivers.

mesa: set/get new state for GL_EXT_texture_swizzle

mesa: if texObj is NULL in fetch_texel_*(), return black.

dri2: add complaints for more initialization failures.

Somehow we're running into DRI2Authenticate failing, and silent demotion to
swrast is bad.

intel: clean up more pf mess.

mesa: refactor glTexParameter code

mesa: move call to _mesa_update_framebuffer_visual()

Update the visual info in the _mesa_test_framebuffer_completeness()
function when we've determined the FBO to be "complete".

Fixes regression seen in progs/demos/shadowtex.c

i915: rename some functions

intel: replace i915/intel_state.c and i965/intel_state.c with shared file

intel: whitespace changes

intel: move some driver functions around

A step toward consolidating i915/intel_state.c and i965/intel_state.c

intel: check if stencil test is enabled in intel_stencil_drawpixels()

intel: save/restore GL matrix mode in intel_meta_set_passthrough_transform(), intel_meta_restore_transform()

intel: asst. casts to silence warnings

intel: #include clean-ups

intel: remove old #includes

intel: make intelUpdateScreenFromSAREA() static

intel: remove unused var

intel: move intelInitExtensions() and related code into new intel_extensions.c

intel: move glClear-related code into new intel_clear.c file

intel: Move swap-related functions from intel_buffers.c to new intel_swapbuffers.c

i965: scissor rect was inverted when rendering to texture

mesa: add missing texture_put_row_rgb() function in texrender.c

The wrap_texture() function doesn't set the renderbuffer PutRowRGB() method,
which is used to implement DrawPixels().  This fix adds an implementation
of this method.

docs: added GL_NV_texture_env_combine4

Merge branch 'tex_combine4'

i965: init array->Format fields (see bug 19708)

intel: enable GL_NV_texture_env_combine4 extension

mesa: enable GL_NV_texture_env_combine4 for sw drivers

mesa: updated fragment shader codegen for GL_NV_texture_env_combine4

Expand struct fields, increase loops and handle new 4-term ADD modes.
Plus, some new assertions to catch switch/default cases that may be incorrect.

swrast: updates for GL_NV_texture_env_combine4

mesa: update state setup/validation for GL_NV_texture_env_combine4

mesa: update glTexEnv(), glGetTexEnv() for GL_NV_texture_env_combine4

mesa: initial changes for GL_NV_texture_env_combine4

mesa: set the new array->Format field in VBO code

Should help to solve failed assertion in i965 driver (see bug 19708)

intel: fix the mismerge of the vblank pipe enable sanity check

Fix the last merge fix, had the blocks ordered incorrectly.

mesa: consolidate glGetTexEnvi/f() code with new get_texenvi() helper

intel: move pipe enable sanity check to where it belongs

Bah, applied the patches in the wrong order, not Owain's fault...

intel: fix vblank crtc selection with DRI1 when only one pipe is enabled.

On Mobile chipsets, we often enable PipeB instead of PipeA, but the test
in here was insufficient, falling back to pipe A if the area
intersection returned zero. Therefore, in the case where a window went
off to the top of the left of the screen, it would freeze, waiting on
the wrong vblank.

Fix this mess by checking the sarea for a crtc being zero sized, and in
that case always default to the other one.

intel: Prevent an "irq is not working" printf when only pipe B is enabled.

intelMakeCurrent is called before intelWindowMoved (in fact, it calls
it), so calculation of the correct vblank crtc has not happened yet.
Fix this by making a function that fixes up a set of vblank flags and
call if from both functions.

mesa: refactor _mesa_TexEnvfv() code with helper functions

docs: document improved stencil support and GL_EXT_vertex_array_bgra

Merge branch 'vertex_array_bgra'

i965: enable GL_EXT_vertex_array_bgra

Simply a matter of choosing the right surface/vertex format for GLubyte/GL_BGRA arrays.

mesa: enable GL_EXT_vertex_array_bgra for sw drivers

mesa: update tnl module for GL_EXT_vertex_array_bgra

Add special case for GLubyte/GL_BGRA color arrays in _tnl_import_array()

mesa: improve array initialization code, and set the new array->Format field.

mesa: update glColorPointer, etc for GL_EXT_vertex_array_bgra

Add new error checking, set array state appropriately.

mesa: initial bits for GL_EXT_vertex_array_bgra

r300: Enable GL_ATI_separate_stencil in R300

At this point, GL_EXT_stencil_two_side should probably be disabled.
It may be worth leaving it enabled because it has GLX protocol while
GL_ATI_separate_stencil does not.  I'll leave it to one of the r300
maintainers to make the call.

965: Enable GL_EXT_stencil_two_side

swrast: Enable GL_EXT_stencil_two_side

Track two sets of back-face stencil state

Track separate back-face stencil state for OpenGL 2.0 /
GL_ATI_separate_stencil and GL_EXT_stencil_two_side.  This allows all
three to be enabled in a driver.  One set of state is set via the 2.0
or ATI functions and is used when STENCIL_TEST_TWO_SIDE_EXT is
disabled.  The other is set by StencilFunc and StencilOp when the
active stencil face is set to BACK.  The GL_EXT_stencil_two_side spec has
more details.

http://opengl.org/registry/specs/EXT/stencil_two_side.txt

i965: whitespace changes and reformatting

docs: first 7.5 feature: GL_ARB_framebuffer_object

i965: enable GL_ARB_framebuffer_object

intel: add GL_EXT_framebuffer blit extension

This functionality is required by GL_ARB_framebuffer_object.
For now, implement it in terms of glCopyPixels().  This will need to be
revisted though.

intel: remove/disable the "paired depth/stencil" code

We only allow combined depth+stencil renderbuffers so the complicated code
for splitting and combining separate depth and stencil buffers is no longer
needed.

intel: asst clean-ups, simplifications in intel_draw_buffer()

intel: remove unneeded call to ctx->Driver.DepthRange()

The preceeding call to intel_draw_buffer() does that.

i965: disallow separate depth/stencil renderbuffers

Take advantage of the GL_FRAMEBUFFER_UNSUPPORTED feature to disallow separate
depth and stencil renderbuffers; only allow combined depth/stencil buffers.

Next up: remove/simplify a bunch of the depth/stencil renderbuffer code.

Also: restore the previously disabled GL_DEPTH_COMPONENT16 case

i965: minor reformatting

intel: plug in stub intel_validate_framebuffer() function

intel: inline some renderbuffer functions

demos: revamp the fbotexture.c demo

Try making depth/stencil attachments in two different ways.
Check for GL errors and GL_FRAMEBUFFER_UNSUPPORTED status to be more robust.
Reorganize the code a bit to make it clearer.
Added -arb option to test GL_ARB_fbo's mixed renderbuffer sizes
Added -ds2 option to test GL_DEPTH_STENCIL_ATTACHMENT

demos: updated FBO tests to for ARB_fbo

Some things that were not errors in EXT_fbo are errors in ARB_fbo.