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.

mesa: enable ARB_fbo for s/w drivers

mesa: avoid calling _mesa_test_framebuffer_completeness() more than needed

When we change a FBO's attachments, set _Status=0.
Before using an FBO, check if status != GL_FRAMEBUFFER_COMPLETE.
Also, fix missing GL_FRAMEBUFFER_INCOMPLETE_MULTISAMPLE status.

mesa: fix some renderbuffer/framebuffer delete semantics

Need to unbind buffers if referenced by the current read/draw pointers when
being deleted.

mesa: add support for GL_DEPTH_STENCIL_ATTACHMENT point.

Used to set both the depth and stencil attachment points to one renderbuffer
of texture.

mesa: additional FBO error checking for multisample-related things

Plus some new comments.

mesa: update Visual.samples field in _mesa_update_framebuffer_visual()

mesa: refactor glRenderbufferStorage(), glRenderbufferStorageMultisample() code

Use a common helper routine for both functions.

mesa: init MaxSamples = 0 (no multisampling)

mesa: add ARB_framebuffer_object.xml to API_XML

mesa: added GL_MAX_SAMPLES query for GL_ARB_fbo

mesa: added NumSamples, MaxSamples for ARB_fbo

mesa: stub for _mesa_RenderbufferStorageMultisample()

mesa: call fbo_incomplete() if driver marks FBO as incomplete (debug only)

mesa: update update_framebuffer_size() for ARB_fbo and mixed renderbuffer sizes

mesa: added ctx->Driver.ValidateFramebuffer() callback

Called from the _mesa_test_framebuffer_completeness() function to give the
driver the chance to make a framebuffer as incomplete if it doesn't meet
some specific hardware restriction.

mesa: add new ARB_fbo queries, fix some error tests

mesa: add new ColorEncoding and ComponentType to gl_renderbuffer

mesa: additional FBO/RB id error checking for ARB_fbo

It's illegal to bind a FBO/RB id that didn't come from glGenRender/Framebuffer().

mesa: for ARB_fbo, lift restriction that all FBO attachments are same size and color format

mesa: initial extension bits for GL_ARB_framebuffer_object

mesa: regenerated GL API files