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

glapi: include ARB_framebuffer_object.xml

glapi: XML spec for GL_ARB_framebuffer_object

glsl: call _mesa_write_shader_to_file().  Debug-only, disabled

glsl: new _mesa_write_shader_to_file() function

Used to log a shader to a file.  Includes shader source code, the info log
and generated GPU instructions.

glsl: set shader->CompileStatus in _slang_compile()

mesa: added _mesa_fprintf() wrapper

docs: placeholder 7.5 release notes

mesa: master is open for new development, eventually will be Mesa 7.5

docs: skeleton 7.4 release notes file

docs: 7.3 md5 sums

mesa: set version to 7.3

docs: set 7.3 release date

docs: assorted updates, link fixes

i915: Add decode for PS in batchbuffers.

i965: Remove gratuitous whitespace in INTEL_DEBUG=wm output.

i965: Use _mesa_num_inst_src_regs() instead of keeping a copy of its contents.

[intel] Remove remaining references to intel_wait_flips().

Oops.

windows: fix output dir for glut project file

swrast: fix redundant texture application in affine_textured_triangle().

This function does simple texture mapping so disable normal texture mapping
before we call _swrast_write_rgba_span() so that we don't do it twice.

mesa: add some debug assertions to detect null current texture object pointers

See bug #17895.  These assertions could be removed when this is resolved.

windows: another round of VC8 project file updates

New static configs generate DLLs that do not have a dependency on the MSCVR*
DLL's.

Revert "windows: new VC8 projects statically linked against libcmt"

This reverts commit bbda892c551e7d3f2d94cc877cc6e80f8568fa99.

Static configs rolled into regular project files (in next commit).
Provided by Karl Schultz.

docs: document glXMakeContextCurrent() and Windows fixes

Fix issues with glXMakeContextCurrent and glXMakeCurrentReadSGI

There were several bugs in the infrastructure for these two routines.

1. GLX_ALIAS was incorrectly used.  The function and its alias must be
identical!  glXMakeContextCurrent / glXMakeCurrentReadSGI and
MakeContextCurrent had different parameters.  This caused the last
parameter of MakeContextCurrent to get random values.

2. We based the implementation of glXMakeContextCurrent on the manual
page instead of the GLX spec.  The GLX spec says that
glXMakeContextCurrent can be passed a Window as a drawable.  When this
happens, it will behave just like glXMakeCurrentReadSGI or
glXMakeCurrent.

3. If there was a problem finding or creating the DRI drawable,
MakeContextCurrent would crash instead of returning an error.

This commit fixes all three issues, and fixes bug #18367 and bug #19625.

[intel] Go back to using the typedef for the sarea struct

The upstream linux kernel headers and libdrm kernel headers disagree on the
tag name for the sarea struct: _drm_i915_sarea vs drm_i915_sarea.  They
both typedef it to drm_i915_sarea_t though, so just use that.