glxgears: make functions static, update comments

mesa: use _mesa_bufferobj_mapped()

mesa: new _mesa_bufferobj_mapped() helper function

mesa: use valid_fragment_program() helper

mesa: test DrawBuffer, not ReadBuffer in _mesa_dest_buffer_exists()

Also, update comments.

mesa: fix some incorrect error checks in _mesa_error_check_format_type()

Plus, simplify the code a bit.

mesa: do error checking on glCopyPixels() type parameter

Plus, move some other error checks before state validation and update
some comments.

mesa: use a more logical flag in _mesa_set_vp_override()

mesa: new _mesa_copy_client_array() function

i965: minor context comments

intel: minor context comments

intel: move blit call out of assert()

intel: fix typo: s/softare/software/

mesa: fix comment

radeon: enable tiling fallbacks in 3D driver.

Only really got good testing on r500 so far, need to enable in
DDX and play some more.

radeon span: add r200 depth/stencil span read/writing

this should only really affect DRI2 since we mostly have a surface in DRI1.

I don't think this is perfect yet, but it is a better start than nothing.

r200: fix scissor emission for r200 under kms

GL_ARB_vertex_array_bgra is (basically) a synonym for the EXT version

Ensure GL_EXT_blend_equation_separate is enabled when 2.0 is enabled.

progs/egl: Add xeglbindtex, really.

Missed this file in the earlier commit.

mesa: Ignores

Got tired of seeing these files in git status all the time

i915g: Compile with scons

identity: Use the correct texture

i965: Fix source depth reg setting for FSes reading and writing to depth.

For some IZ setups, we'd forget to account for the source depth register
being present, so we'd both read the wrong reg, and write output depth to
the wrong reg.

Bug #22603.

st/xorg: If we have DRI2 we should also have some sort of hw support

i915g: Always run in sync with the HW

i915g: The i915 seems more happier with sampler domain so lets use that

i915g: Dirty fix for VBO module double flush assert

i915g: Switch to mapping the batch buffer instead of using subdata

progs/egl: Add xeglbindtex.

This is a simple demo for eglBindTexImage.  It uses a OpenGL context,
instead of the required OpenGL ES one.  But it still suffices the demo
and test purpose.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl_softpipe: Add support for pbuffer binding.

This adds support for eglBindTexImage and eglReleaseTexImage.  They rely
on the state tracker to do the real work.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

egl_softpipe: Flush when switching current context.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

mesa/st: Add support for binding pipe surface to texture.

This commit adds functions to bind a pipe surface to a texture.  This
allows texturing directly from the surface.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

mesa/main: Add functions to clear and dirty texture objects.

This commit adds a function to clear a texture object such that there is
no image data associated with it, and a function to dirty it so that it
will be re-tested for completeness.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

Merge branch 'mesa_7_5_branch'

Conflicts:

src/mesa/main/state.c

docs:fix glBlitFramebuffer() for Gallium

st/mesa: implement BlitFramebuffer() for depth/stencil (incomplete)

We now handle the case of blitting Z+stencil to/from combined Z/stencil
surfaces.  But Z-only or stencil-only and separate depth/stencil surfaces
are not yet implemented.

mesa: generate GL_INVALID_OPERATION for missing z/stencil when blitting

If glBlitFramebuffer() is called with GL_DEPTH_BUFFER_BIT or
GL_STENCIL_BUFFER_BIT and the src/dst depth/stencil buffers are absent,
report an error.

st/mesa: fix Y inversion and optimize st_BlitFramebuffer()

Need to check for Y inversion separately for src/dest buffers.

If both the src and dest regions are upside down, make them right-side
up for a better chance at a fast path.

progs/tests/copypixrate -blit is much faster now.

util: added comment/question about blit clipping

mesa: make _mesa_clip_blit() a shared function

util: added util_blit_pixels() overlap test

A comment alluded to this.  Now it's checked.

util: fix util_blit_pixels() test for surface_copy() path

For the surface_copy() path require same format, no flipping and no stretching.

Fixes progs/tests/copypixrate -blit

util: reformatting and comments

st/xorg: Make it work again

st/egl: Create primary texture not display target

i915g: Treat primary textures as scanout buffers

i915g: Link with trace on EGL and Xorg

trace: Use correct texture in drm_api wrapper

softpipe: Also defere primary textures to backend

r200: emit colorpitch

i965: Fix dangerous warning I let slip in.

i965: Respect CondSwizzle in OPCODE_IF.

Fixes piglit glsl-vs-if-bool and progs/glsl/twoside, and will likely be
useful for the looping code.

Bug #18992

i965: Emit conditional code updates as required for GLSL VS if statements.

Previously, we'd be branching based on whatever condition code happened to be
laying around.

i965: Don't set pop_count in the reserved MBZ area of IF statements.

i965: Print out ELSE and ENDIF src1 arguments like IF does.

r200: fix off-by-one errors causing 6th texture unit to not work

both for normal and cube textures, this fixes demos/multiarb
(with 6 enabled texture units) and fixes #23142.

r200: fix compiler warning (unused var)

radeon: fix miptree comparison breakage

another case of image never matching miptree in case of compressed textures

intel: implement intelCompressedTexSubImage2D

similar to the radeon code.
passes tests/texcompsub

tests: also test xoffset in texcompsub test

use glCompressedTexSubImage2DARB also with xoffset by splitting into 3 calls
in total. Dunno if the top/bottom reversal is intentional but leave as is.

intel: Add support for EXT_provoking_vertex.

i965: Spell "conditional" correctly.

i965: Hook up the disassembler for INTEL_DEBUG={wm,vs}.

I was getting tired of doing the dance of INTEL_DEBUG=batch, copying it out,
and running intel-gen4disasm on it.

i965: Initial import of disasm code from intel-gen4asm.

There's a bunch of stuff from gen4asm and gpu-tools that we probably want
to make into a library instead of cargo-culting it around.

i965: warning fix

tests/getteximage: test more texture sizes, including npot

mesa: log the shader checksum

mesa: compute, print shader checksum

mesa: added gl_shader::SourceChecksum field (for debug purposes)

mesa: added _mesa_str_checksum()

mesa: clean-up error debug/count code

mesa: reset ErrorDebugCount to zero in glGetString()

mesa: better texture dump/debug code

mesa: more error message info for vertex pointer functions

mesa: more glGetTexImage() error checking consolidation, new assertion

i965: Fix RECT shadow sampling by not losing the other texcoords.

Bug #20821

docs: 7.5.1 bug fixes

intel: Fix inverted test for disabling flushing of front buffer output.

The comment disagreed with the code, and nicely drew my eyes to what was
going wrong.

Bug #21774 (blender)
Bug #21788 (readpix)

(cherry picked from master, commit fd65418f600874b05f902b622078b40bc1abb24a)

intel: Wait on the last swapbuffers to complete before queuing a new one.

This fixes jerkiness in doom3 and other apps since the kernel change to
throttle less absurdly, which led to a thundering herd of frames.

Because this is a rather minimal fix, there is at least one downside: If
the whole scene completes in one batchbuffer, we'll end up stalling the GPU.

Thanks to Michel Dänzer for suggesting using glFlush to signal frame end
instead of going to all the effort of adding a new DRI2 extension.

(cherry picked from master, commit 0828579a658af01a64b5e699175dc9bbbedcd685)

texenv: Use VP->Current, since _Current isn't updated at this point.

(cherry picked from master, commit a9ba1bfeb3a2852c6eda718e73c46c972a286648)

texenv: Match state.c in deciding whether we'll be using a vertex shader.

(cherry picked from master, commit 40990d9dfb20b69585859b2a45596aa46c20140a)

texenv: Add missing dependency on VP changes.

Funny thing is I annotated this dependency in
e5f63c403b767f9974e8eb5d412c012b8a69287f, but didn't actually use it.

(cherry picked from master, commit 03187571b63d97e3d1406d329c5e760e16ef3181)

Conflicts:
src/mesa/main/state.c

mklib: Ensure target directory exists for library

Instead of relying on the Makefile to always generate $(TOP)/$(LIB_DIR),
just have mklib handle creating the directory. This should fix any races
when using parallel make.

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
(cherry picked from commit 23671e5358ffc0abfec83aeea9a515b09a6b35f3)

Add missing X11_INCLUDES to egl/drivers/demo and egl/main.

Compiling mesa on a system with no X headers installed in the default
include paths fails due to missing X11 includes. The header includes are
picked up by configure but not applied.

Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>
(cherry picked from commit 5358e54d1ae64ccfa81199b343a2931b415fcc0a)

mklib: Ensure target directory exists for library

Instead of relying on the Makefile to always generate $(TOP)/$(LIB_DIR),
just have mklib handle creating the directory. This should fix any races
when using parallel make.

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

r300g: Slightly saner initialization of some texture / transfer fields.

i965: Assert that the offset in the VBO is below the VBO size.

This avoids sending a bad buffer address to the GPU due to programmer error,
and is permitted by the ARB_vbo spec.  Note that we still have the opportunity
to dereference past the end of the GPU, because we aren't clipping to a
correct _MaxElement, but that appears to be harder than it should be.  This
gets us the 90% solution.

Bug #19911.

i965: Even if no VS inputs are set, still load some amount of URB as required.

See comment on Vertex URB Entry Read Length for VS_STATE.

This, combined with the previous three commits, fixes #22945.

i965: Make sure the VS URB size is big enough to fit a VF VUE.

This fix is just from code and docs inspection, but it may fix hangs on
some applications.

i965: Don't emit bad packets when no VBs are referenced.

It appears that sometimes Mesa (and I suppose a VS could as well) emits
a program which references no vertex data, and thus we end up with
nr_enabled == 0 even though some VBs are enabled.  We'd end up emitting
VB/VE packet headers of 0xffffffff in that case, leading to GPU hangs.

Bug #22945 (wine with an uncompiled VS)

i965: Calculate enabled[] and nr_enabled once and re-use the values.

The code duplication bothered me.

typo fix

somehow, this change was missed on the last checkin

mesa: fix up some GLAPI XML

- Added specifications for the extensions GL_APPLE_flush_buffer_range and
  GL_APPLE_texture_range

- EXT_framebuffer_object.xml strangely held specifications for both
  the GL_EXT_framebuffer_object extension and the GL_EXT_texture_array
  extension.  Split out the GL_EXT_texture_array data into its own
  file.

radeon: more fixes for compressed textures

- fix not respecting required hardware stride with compressedTexImage -
  this fixes #22615.
- make sure correct stride is used in various places
- fix stored miptree never matching with a TexImage call with compressed
  texture
- don't always store data with compressedtexsubimage at offset 0,
  and actually use the supplied pixel data... (untested)
- make sure rows for compressed texture handling are rounded up not down

Note that trying to access stored compressed textures in hardware miptrees
from core mesa (get_compressed_teximage, swrast fallbacks) can't work correctly,
since RowStride isn't really set to anything useful, plus some places (at least
get_compressed_teximage) assume this data has native stride and no padding.

radeon: Fix inverted test for disabling flushing of front buffer output.

(corresponding fix to the intel driver one)

intel: Fix inverted test for disabling flushing of front buffer output.

The comment disagreed with the code, and nicely drew my eyes to what was
going wrong.

Bug #21774 (blender)
Bug #21788 (readpix)

intel: Wait on the last swapbuffers to complete before queuing a new one.

This fixes jerkiness in doom3 and other apps since the kernel change to
throttle less absurdly, which led to a thundering herd of frames.

Because this is a rather minimal fix, there is at least one downside: If
the whole scene completes in one batchbuffer, we'll end up stalling the GPU.

Thanks to Michel Dänzer for suggesting using glFlush to signal frame end
instead of going to all the effort of adding a new DRI2 extension.

r600: add some new r7xx pci ids

texenv: Use VP->Current, since _Current isn't updated at this point.