llvmpipe: avoid flushing depth buffer cache on swapbuffers

There's no need to push out depth buffer contents on swapbuffers.

Note that this change doesn't throw away depth buffer changes, it simply
holds them in the cache over calls to swapbuffers.  The hope is
that swapbuffers will be followed by a clear() which means in that case
we won't have to write the changes out.

llvmpipe: also shortcircuit non-texture tile lookups

llvmpipe: shortcircuit repeated lookups of the same tile

The lp_tile_cache is often called repeatedly to look up the same
tile.  Add a cache (to the cache) of the single tile most recently
retreived and make a quick inline check to see if this matches the
subsequent request.

Add a tile_address bitfield struct to make this check easier.

llvmpipe: remove unused vars in lp_setup.c

llvmpipe: use bitwise logic to setup quad masks in lp_setup

llvmpipe: simplify flush_spans

No loss of performance, but simpler code.

llvmpipe: make some small steps to flush texture cache less frequently

No performance gain yet, but the code is a bit cleaner.

llvmpipe: remove backwards dependency from tilecache to llvmpipe

The tile cache is a utility, it shouldn't know anything about the
entity which is making use of it (ie llvmpipe).

Remove llvmpipe parameter to all the tilecache function calls, and
also remove the need to keep a llvmpipe pointer in the sampler structs.

llvmpipe: Rename preprocessor symbols too.

llvmpipe: Pixel packing/unpacking and loop code generators.

Just a small proof of concept plus a standalone test app. Not integrated
with the rest of the driver yet.

util: Pixel format database.

There are some inconsistencies in pipe_format, but above all, there
simply aren't enough bits in an enum to conveniently store all
information about a pixel format we need to be able to dynamically
generate pixel packing/unpacking code.

llvmpipe: Fork softpipe for experimentation with llvm.

Put 'extern' first on the line to silence GCC warnings.

i965: Use VBOs in the VBO module on 965, now that we have ARB_map_buffer_range.

This looks like it's a small win on blender.

vbo: Fix array pointer calculation for MapBufferRange-mapped vertex data.

We would end up with the offset from the start of the mapping rather than
the offset from the start of the buffer.

intel: Add support for GL_ARB_map_buffer_range.

Passes glean's bufferObject test, and should provide good performance in the
cases applications are expected to use.

i965: Implement ARB_oq CheckQuery in the intended way.

Previously we blocked because I hadn't added the libdrm function.  Now it's
there, so update your libdrm.

radeon: Fix swtcl emit pediction.

Problem was to find the correct place to run prediction. Only place that is
called for every primitive is ALLOC_VERTS so we have to do prediction there
before allocation.

i915g: Add cursor case for scanout layout

i915g: Don't forget to init buffer ptrs

st/xorg: disable composite accelration for now

st/xorg: bind samplers before composition

st/xorg: normalize coords for the src operands in the vertex shader

radeon: Fix scissors for dri1.

DRI1 has to set scissors in framebuffer coordinates.

r300g: pretty up the new drm code a bit

As it turns out, I made some boners. This corrects them (I hope)

st/xorg: If migrating from a sw pixmap to a hw pixmap upload old contents

st/xorg: Null devPrivate.ptr when unmapping

st/xorg: Fix scons build.

r300g: support new drm_api

drm_api: Operate on textures instead of buffers

Most use cases just got the buffer from the texture
and then called into one of the get_handle functions.

Also with this patch it would be easier to move to a
generic function for getting handles from textures
and textures from handles, that is exposed via the screen.

st/xorg: Fix some warnings

st/dri: Fix some warnings

st/xorg: Pass dri driver name as driverName on screen

Revert "st/xorg/dri: Pass texture formats via the DRI2 protocol flags."

This reverts commit a33e9ea3b9b7ac98d6e9bc385bbbe7eac2eb73d0.

As this change breaks both radeon and nouveau

r100/r200: Bring back old PolygonStripple for DRI1.

DRI1 didn't have support for command buffer emit for stripple.

r100/r200: Share PolygonStripple code.

r200: Fix piglit paths test.

Polygon stipple has to go to command buffer because special ioctl is disabled.
Piglit doesn't like HyperZ warning so disable it for kms.

r600: fix scissor also.

I forgot about r600 being here.

radeon: fix scissors harder.

this makes gnome-shell work on r300 for me

intel: Add support for ARB_copy_buffer.

Passes glean's bufferObject test for this extension.

r300: Fix emit prediction to account scissor emitting correctly.

Merge branch 'mesa_7_5_branch'

docs: fix selection/feedback culling bug

swrast: fix incorrect tri culling in selection/feedback mode.

See bug 16866.

i915: Fix undefined symbol as of eabe12df44a41e97fb5736959e8864ddbd01be14

st/xorg: set vertex and fragment shader for the current op

st/xorg: bind rasterizer state

st/xorg: set blend state for exa

st/xorg: bind framebuffer and viewport for exa

st/xorg: create and destroy shader cache

st/xorg: Set shared usage of pixmaps for use via DRI2.

Also allow pixmaps to have both the shared and displayed usage flags, as is
the case for the screen pixmap now.

st/dri: Make sure the front left renderbuffer is there for texture-from-pixmap.

st/xorg: Don't hardcode ExaPrepareCopy to fall back to software.

st/xorg: Flush context if necessary in ExaPrepareAccess.

st/dri: Only ask for fake front buffer for single buffer visuals by default.

st/xorg/dri: Pass texture formats via the DRI2 protocol flags.

No need to guess.

r300: Cleanup reported native program limits

The fragment program native limits are actually higher on R4xx
as reported by Alex Deucher, but using those requires some
bit-twiddling changes to program handling.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300: Debug messages are written to stderr, so fflush that

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

radeon/r200/r300: Fix swtcl prediction to work after primitie change.

Swtcl calls flush everytime primitive changes so prediction has to made again
after flushing.

mesa: direct program debug output to stderr instead of stdout

Merge branch 'mesa_7_5_branch'

gallium/util: added support for SRGB formats

Fixes glean/texture_srgb failure, bug #23449.

gallium/util: added cases for SRGB formats

progs: EGL/X progs should link to libX11.

Since 5a459d58fca2b71cb77c39f98df8a81ce6298421, libEGL no longer links
to libX11.  Add the dependency to affected progs and cleanup
prog/egl/Makefile.

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

mesa: move decls before code

r300g: Correct scissor setting, subtract 1 from window's width and height

radeon: fix scissor calcs.

For non-FBOs we need to invert, for FBOs the scissors are non-inverted.

no matter what we need to clamp them to the buffer sizes.

i965: Increase assmebly shader program parameter limits

Increase the number of native program parameters to the same values
exposed by GLSL.

ARB prog: Change handling of program parameter limits

Several changes are made to program parameter limits.  Several of the
non-NATIVE limits are set higher.  All of the NATIVE limits are set to
zero in the core Mesa code.  Each driver must set the actual value in
its context creation routine.  If the NATIVE value remains zero, this
indicates that hardware shaders may not be supported.

Each of the preceeding changes matches the bahavior of Apple's shader
assembler, so it seems safe.

Finally, we limit the value of MaxEnvParams to be no greater than
MaxNativeAttribs.  At least one case has been found where an
application does the wrong thing if MaxNativeAttribs < MaxEnvParams.

See also bugzilla #23490.

radeon: fix max indx/vertex emission due to state checker

mesa: gitignore

nv04: Handle more Z formats.

Based on the patch from Luo Jinghua.

r300/compiler: Fix vertex program MAD emit

Only use the macro variant of MAD when absolutely necessary.
Apparently it cannot deal with relative addressing.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

r300/compiler: Fix bug in rc_find_free_temporary

Find used temporaries even if they are only written to in dead code.
This fixes a bug in the NQSSADCE stage.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

egl: Remove Xdpy from EGLDisplay.

It is not used anymore.

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

egl_glx: Make fbconfigs and visuals per display.

This is to allow a driver to drive multiple displays.  Remove the use of
_EGL_PLATFORM_X and obsolete code along the way.

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

egl_softpipe: Make winsys and pipe screen per display.

This is to allow a driver to drive multiple displays.  Remove the use of
_EGL_PLATFORM_X along the way.

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

EGL_i915: Make struct drm_device per display.

This is to allow a driver to drive multiple displays.

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

Merge branch 'fix_r300_swtcl' into push_master

radeon: Fix loop en condition so debug output doesn't flood meaningless values.

radeon: Make RADEON_CMDBUF more fine grained.

radeon/r200/r300: Fix swtcl flushing not to invalidate dma region.

We were check command buffer sizes too alte so allocated dma regions
were freed before relocations so space checking failed.

Merge branch 'mesa_7_5_branch'

i965: init the tex_units_used field

i965: fix incorrect tex unit in emit_tex() and emit_txb()

The instructions we're translating already went through the brw_wm_pass_fp()
function which does the sampler->texture unit mapping.  We were applying
the sample->unit mapping a second time in the GLSL texture emitters.
Often, this made no difference but other times it could lead to accessing
an invalid texture and could cause a GPU lockup.

i965: clean-up tex target switches

glsl: asst. clean-ups in set_program_uniform()

Remove redunant type check for samplers (assert instead).
Move some local vars.  Update comments.

glsl: signal that the program needs to be re-translated when samplers change

progs/glsl: asst. changes in shtest.c

i965: added texture unit sanity check

Check that all the textures needed by the current fragment program
actually exist and are valid.

i965: keep track of which texture units the fragment shader accesses

We'll use this for debug/sanity checking.

docs: document sampler array bug fix

i965: clean up texture target switches

mesa: var renaming, new assertion

mesa: additional instruction field size assertions

Merge branch 'mesa_7_5_branch'

progs/glsl: handle window resizes in texaaline.c

progs/glsl: add special Makefile rule for samplers_array

progs/glsl: change samplers.c to better test sampler/texture indexing

Now the left half is yellow and the right half is red, with the gradients
going in opposite directions.

glsl: fix bug in sampler array indexing

Need to add the 'offset' parameter when indexing the parameter array.
Before, if we were setting arrays of samplers, we were actually only
setting the 0th sampler's value.

Because of how progs/glsl/samplers.c is constructed, this wasn't showing
up as a failure in the samplers_array output.