llvmpipe: Optimize away min/max with equal operands.

llvmpipe: Improve generated 8bit blending code.

llvmpipe: Get blending of normalized 8bit unsigned integers working.

llvmpipe: Specialize arithmetic operations.

llvmpipe: Introduce a custom typing system.

Straightforward representation of floating-point/fixed-point/integer,
normalized/scaled, signed/unsigned SIMD vector types.

llvmpipe: Avoid C99-isms.

llvmpipe: Factor out intrisic calling code into a reusable function.

llvmpipe: Cleanup test programs.

llvmpipe: Blending.

The code

llvmpipe: Arithmetic helpers.

llvmpipe: fastpath for interpolated z16 less depthtesting

Because this is interpolated (ie. early) depth, we can build in an
assumption about the quads emitted by triangle setup, ie that they
are actually linear spans.  Interpolate z over those spans in z16
format to save on math & conversion.

llvmpipe: cope with nr_cbufs == 0

Disable blend code when no color buffer

llvmpipe: Translate logicops.

llvmpipe: Separate pixel packing/unpacking from loading/storing.

xlib: Integrate with llvmpipe.

Actually, the makefile/sconscript changes were already commit by mistake.

llvmpipe: Adjust for pixel layout changes.

util: Make pixel format layout more meaningful.

Namelly, explicitly distinguish formats coded by arithmetic manipulation,
from formats layed out in array.

util: Don't commit u_format_table.c

At least not until stabilizes, to reduce noise.

llvmpipe: Fix typo in copyright.

llvmpipe: Add test cases for pixels.

Actually some of this test cases need more testing...

util: Fix r5g6b5 description.

llvmpipe: Update SConscript.

llvmpipe: Simple shell script to aid port softpipe changes to llvmpipe.

llvmpipe: move all depth/stencil/alpha pixel processing into one stage

llvmpipe: fix error in scissor state dependencies

llvmpipe: cleanup framebuffer state routine slightly

llvmpipe: move all color-combine code into lp_quad_blend.c

Consolidate the read-modify-write color combining code from
the blend, colormask and output stages.

llvmpipe: fix typo

llvmpipe: example fastpaths in blending

llvmpipe: actually pass >1 quad from triangle routine

First attempt

llvmpipe:  expand quad pipeline to process >1 quad at a time

This is part one -- we still only pass a single quad down, but
the code can now cope with more.  The quads must all be from the same
tile.

llvmpipe: rip out old mulithread support

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.