intel: Also get the DRI2 front buffer when doing front buffer reading.

intel: Update Mesa state before span setup in glReadPixels.

We could have mapped the wrong set of draw buffers.  Noticed while looking
into a DRI2 glean ReadPixels issue.

intel: Move intel_pixel_read.c to shared for use with i965.

intel: Don't map regions with drm_intel_gem_bo_map_gtt() unless they're tiled.

This fixes a regression in region read performance that came in with the
texture tiling changes.  Ideally we'd have an access flag coming in so we
could also use bo_map_gtt for writing, like we do for buffer objects.

Bug #22190

intel: Fix other metaops versus GL_COMPILE_AND_EXECUTE dlists.

Fixes oglconform zbfunc.c and pxtrans-cidraw.c, at least.

intel: Fix glClear behavior versus display lists.

The CALL_DrawArrays was leaking the clear's primitives into the display
list with GL_COMPILE_AND_EXECUTE.  Use _mesa_DrawArrays instead, which
doesn't appear to leak.  Fixes piglit dlist-clear test.

mesa: Make VBO dlist printing use the same path as other dlist printing.

I was rather confused when mesa_print_display_list didn't show any of
my glBegin()..glEnd().  Nothing but print_list appears to call
this function, so matching its behavior seems like a good idea.

intel: Do not access pbo's buffer directly when attaching.

pbo might be system buffer based or attached to another region.  Call
intel_bufferobj_buffer to make sure pbo has a buffer of its own.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
Signed-off-by: Eric Anholt <eric@anholt.net>

intel: Data are copied in the wrong direction when breaking COW tie.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
Signed-off-by: Eric Anholt <eric@anholt.net>

intel: Fix migration from sys_buffer in intel_bufferobj_buffer.

intel_bufferobj_subdata is called to migrate data from sys_buffer, and
it expects only one of buffer or sys_buffer is non-NULL.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>
Signed-off-by: Eric Anholt <eric@anholt.net>

radeon: make cubemap mipmap generation work

need to pass target parameter to radeon_teximage/radeon_subteximage functions
otherwise mipmap generation for cube maps can't work (assert/segfault in
_mesa_generate_mipmap)

demos: make cubemap work without EXT_fbo support

use SGIS_generate_mipmap if EXT_fbo support (for manual mipmap generation)
is not available.

intel: Fixups for 'mesa: create/destroy buffer objects via driver functions'.

Initialize all driver function hooks before calling _mesa_initialize_context(),
and handle all buffer objects in intel_buffer_object().

Fixes assertion failure when running glxinfo.

radeon: fix cube maps for non-mm path

drm cmd checker would refuse cube emits
also fix an issue in the cs path which would calculate the register
offset off by one dword.
Only same testing done as original code (none except compile tested).

st/mesa: restore some parameter checking buffer object functions

These functions may be called from the VBO code (not just user GL calls)
so do some parameter sanity checking.

r200: fix cube maps for non-mm path

drm cmd checker rightfully fell over any cube emit

i965: initial code for loops in vertex programs

i965: asst clean-ups, etc in brw_vs_emit()

i965: asst clean-ups, var renaming in brw_wm_emit_glsl()

st/mesa: remove redundant st_buffer_object::size field and error checks

Just use the gl_buffer_object::Size field.  Remove unnecessary size/offset
error checks.  Core Mesa will have already done these checks before these
functions are called.

st/mesa: no longer special-case buffer object 0 in st_buffer_object() cast wrapper

Since commit 6629a35559ff7e3b993966f697f7c7f68e5a38d9 "mesa: create/destroy
buffer objects via driver functions" this is no longer needed, and actually
was causing a crash during context tear-down.

radeons: use dp4 for position invariant vertex programs

Fixes #22181. R200 requires this since DP4 is used in hw tnl mode.
R300 prefers it (should be faster due to no instruction dependencies), but
both methods should be correct (when sw tcl is used though, MUL/MAD might
be faster). Probably doesn't make much difference for R100 since vertex progs
are executed in software anyway, but let's just keep it the same there too.

mesa: make query-related driver fallback functions static

Plug them in via _mesa_init_query_object_functions().

mesa: make buffer object-related driver fallback functions static

Plug them in via _mesa_init_buffer_object_functions().

mesa: create/destroy buffer objects via driver functions

i965simple: use u_reduced_prim() function

draw: use u_reduced_prim() function

softpipe: use u_reduced_prim()

gallium/util: s/boolean/unsigned/

softpipe: whitespace, reformatting

Merge branch 'ext-provoking-vertex'

Conflicts:

docs/relnotes-7.6.html
progs/tests/Makefile
src/gallium/drivers/softpipe/sp_prim_vbuf.c
src/glx/x11/indirect.c
src/mesa/glapi/Makefile
src/mesa/glapi/dispatch.h
src/mesa/glapi/glapioffsets.h
src/mesa/glapi/glapitable.h
src/mesa/glapi/glapitemp.h
src/mesa/glapi/glprocs.h
src/mesa/main/dlist.c
src/mesa/main/enums.c
src/mesa/sparc/glapi_sparc.S
src/mesa/x86-64/glapi_x86-64.S
src/mesa/x86/glapi_x86.S

draw: use flatfirst variable

draw: remove debug code

draw: fix first provoking vertex mode for quads, quad strips and polygons

draw: fix first provoking vertex mode for unfilled quads

mesa: fix first provoking vertex mode for unfilled tri strips

draw: clean up indentation

gallium dri st: Probe the driver for supported surface formats.

This is done when constructing the fbconfigs, and the result is saved
for window system framebuffer creation.

Note: For dri2 the server needs to have an identical format selection
logic. Otherwise the dri state-tracker and the xorg driver (state-tracker)
will disagree on which format to use for the attachments. Some more work
is needed in this area.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

mesa driconf: Add macro to specify an option with a quoted default value.

The default values true and false will expand to "1" and "0" when
gcc -std=c99, causing bool option defaults to generate runtime failures.

One solution is to specify bool option defaults quoted as "true" and "false".
Add a macro to assist this.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

progs/rbug: Add small program to add block rules

i965: Add decode for the G4X x,y offset in surface state.

i965: Fix up texture layout for small things with wide pitches (tiled)

We were packing according to the pitch, while the hardware appears to base
it on the base level width.

With this and the previous commit, fbo-cubemap now matches untiled behavior.

i965: Fall back or appropriately adjust offsets of drawing to tiled regions.

3D rendering to tiled textures was being done with non-tile-aligned offsets.
The G4X hardware has fields to let us support it easily and correctly, while
the pre-G4X hardware requires a path full of suffering, so we just fall back.

r300: use vbo_split_prims to split up large vertex buffers.

This lets ut2004 avoid hitting the elt warning.

i965: Fix tiling for FBO depth attachments by making DEPTH_COMPONENT Y tiled.

This may hurt if miptree relayout occurs, since we can't blit Y tiled
objects.  But it corrects depth tests on FBOs using textures.

radeon: don't re-add BOs to validate list

if its on the list its on the list don't go readding it.

multitexturing from the same texture could cause this.

glsl: call _mesa_postprocess_program(), disabled

mesa: silence warning

mesa: added _mesa_postprocess_program() to aid shader debugging

radeon: Flush command buffer on viewport change

We flush the command buffer so we don't emit mixed
state (with new and previous buffer size) command
buffer, this is especialy affecting zbuffer states.

r300: don't emit vap index offset on r5xx hw when using cs

vap index offset is programmed to 0 by the kernel, it
would add work to kernel checker to allow userspace
programming of this so it's now disallowed with CS
on KMS.

GLX: attempt to fix glean makeCurrent test cases.

Two parts to this:

One we don't keep pointers to possibly freed memory anymore once we unbind the
drawables from the context. Brian I need to figure out what the comment
you made there, can we get a glean/piglit test so we can fix it properly?

If the new gc is the same as the oldGC, we call the unbind even though
we just bound it in that function. doh.

radeon: fix warnings in wrapper with libdrm

Merge branch 'mesa_7_5_branch'

Conflicts:

src/mesa/main/api_validate.c

i965: fix bugs in projective texture coordinates

For the TXP instruction we check if the texcoord is really a 4-component
atttibute which requires the divide by W step.  This check involved the
projtex_mask field.  However, the projtex_mask field was being miscalculated
because of some confusion between vertex program outputs and fragment
program inputs.

1. Rework the size_masks calculation so we correctly set bits corresponding
to fragment program input attributes.

2. Rename projtex_mask to proj_attrib_mask since we're interested in more
than just texcoords (generic varying vars too).

3. Simply the indexing of the size_masks and proj_attrib_mask fields.

4. The tracker::active[] array was mis-dimensioned.  Use MAX_PROGRAM_TEMPS
instead of a magic number.

5. Update comments, add new assertions.

With these changes the Lightsmark demo/benchmark renders correctly, until
we eventually hit a GPU lockup...

softpipe: fix out of bounds quad rasterization bug

For some triangles we can generate quads which lie just outside the
surface bounds.  Just check the quad's mask before trying to emit/process
the quad.

Fixes failed assertion in Lightsmark.

i965: handle OPCODE_SWZ in the glsl path

glsl compiler will not generate OPCODE_SWZ, and as a first step it would
be translated away to a MOV anyway (why?), but later internally this opcode is
generated (for EXT_texture_swizzling).

mesa: fix incorrect viewport clamping in _mesa_set_viewport()

A 0 by 0 viewport size is legal.  Don't clamp against lower bound of one.
The error checking earlier in the function prevents negative values.

mesa: fix REMAINDER() macro

The results were incorrect for some negative values of A.
See bug 21872.

gallium: Avoid atomic ops / locking when src is dst.

progs/wgl: Quit after displaying usage for -h option.

progs/wgl: Use appropriate types to silence msvc warnings.

progs/wgl: Fix assertion failure in wglthreads' texture creation.

docs: minor relnotes clean-up

Merge branch 'arb_map_buffer_range'

Conflicts:

docs/relnotes-7.6.html
src/mesa/main/mtypes.h

intel: Release fb backing regions in intelDestroyBuffer()

Fixes memory leak when destroying framebuffers.

python/tests: Add is_depth_stencil_format utility function.

python/tests: Cleanup texture_sample.

mesa: Always return a value.

mesa: Use appropriate float/integer types.

mesa: Use type modifier for float constants.

mesa: Use integer type with appropriate sign.

rtasm: Use 32bit constant.

As we're only using 32bit bitmasks.

gallium: Ensure assert macro is defined before being used in p_thread.h

softpipe: Fix softpipe_is_texture_referenced.

Render results are only visible when the render cache is flushed.
softpipe_is_texture_referenced must reflect that or transfers to/from the
textures bound in the framebuffer won't be proceeded of the necessary
flush, causing transfer data to be outdated/clobbered.

This fixes conform drawpix test with softpipe.

mesa: revert some recent VBO buffer object refcounting changes

Reverts part of commit d7ea9ddf5824556e47decac7ba200f37cf1e552f.
We were calling _mesa_reference_buffer_object() on some heap-allocated
memory that was uninitialized and could trigger an assertion.
We can actually go back to "looser" ref counting of the Null/default
buffer object in these cases.

mesa: regenerated gl_mange.h file

enable ARB_half_float_pixel for intel drivers

intel: fix (cosmetic) typo flag used twice

progs/tests: Use opaque colors.

Transparency is not relevant for this example, and leads to distraction
due to different results in alpha visuals, when capturing images to disk.

dri st: Don't require the PIPE_TEXTURE_USAGE_RENDER_TARGET property for depth- and stencil renderbuffers.

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

Merge branch 'mesa_7_5_branch'

Conflicts:

progs/util/extfuncs.h

gallium: Fix segfault and valgrind error introduced with commit 3f2e006b759705abd7c409d30f9aeb1f2a75b83f

Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com>

r300: fix 3D textures

i965: interpolate colors with perspective correction by default

...rather than with linear interpolation.  Modern hardware should use
perspective-corrected interpolation for colors (as for texcoords).
glHint(GL_PERSPECTIVE_CORRECTION_HINT, mode) can be used to get
linear interpolation if mode = GL_FASTEST.

mesa: use larger initial refcount for NullBufferObj

Refcounting of the null/default buffer object isn't perfect yet so be
extra safe.

mesa: use _mesa_reference_buffer_object() in a few places

mesa: use _mesa_reference_buffer_object() in a few places

tests: added persp_hint.c test

Test the effect of GL_PERSPECTIVE_CORRECTION_HINT on color interpolation.

add some info to relnotes on radeon

r300: add support for EXT_texture_sRGB

Tested with glean/texture_srgb and wine/d3d9 tests on RV535

set/mesa: enable GL_NV_texture_env_combine4

This is handled entirely in core Mesa where the combiner state is converted
into a fragment program.

tests: added arbgpuprog, for compile-testing ARB vertex/fragment programs

st/mesa: additional debug code (disabled)

demos: update fbotexture.c to use EXT or ARB functions exclusively

When the -arb option is specified we use GL_ARB_framebuffer_object intead
of GL_EXT_framebuffer_object.

For some vendors' OpenGL it's important to call the ARB entrypoints
instead of the EXT entrypoints to get correct behaviour.  Use some
function pointer tricks to do this (instead of GLEW).

util: additional function pointers

progs/rbug: Add binary to bmp converter program

Merge branch 'mesa_7_5_branch'

mesa: Enable uploads of only depth to z24s8 textures

Disable SGI_swap_control extension for DRI2

We currently don't have support for SGI_swap_control for direct
contexts with DRI2, so disable reporting the extension. Reporting
the extension, and then having glXSwapIntervalSGI() "succeed"
but do nothing can confuse applications.

https://bugs.freedesktop.org/show_bug.cgi?id=22123