r300g: drop begin_cs/end_cs

I have had a look at the libdrm sources and they just contain more or less
the same checking we do in macros, and begin_cs may realloc the CS buffer
if we overflow it, which never happens with r300g. So these are pretty
much useless.

There is a small but measurable performance increase by dropping the two
functions.

r300g: rewrite occlusion queries

The previous implementation had issues with queries spanning over several
command streams as well as using a very large number of queries.

This fixes flickering in Enemy Territory: Quake Wars. The driver now renders
everything correctly in this game and the graphics is awesome.

r300g: emit viewport state as a dword table

r300g: subclass pipe_surface

r300g: simplify reloc macros

r300g: count CS dwords on debug builds only

r300g: optimize emission of fragment shader constants

r300g: turn fragment shader into a CB

r300g: turn depth stencil state into a CB

r300g: turn clip state into a CB

r300g: turn blend color into a CB

r300g: turn blend state into a CB

r300g: add API for building command buffers

The idea is to build a hardware command buffer for every CSO and memcpy
the buffer to a command stream at bind time (or dirty-state-emission time,
to be precise).

r300g: inline FLUSH_CS

The fewer macros, the better.

r300g: reorder CS macros and document them a little

r300g: drop DBG_CS

I'd like the CS macros to be as lightweight as possible for performance
reasons.

r300g: inline CHECK_CS

r300g: replace r300_cs_info with simplier get_cs_free_dwords

r300g: fix multiple render targets

This fixes tests/drawbuffers.

r300g: remove r300_state.h

r300g: move two-sided stencilref fallback to its own file

r300g: move index buffer translate functions to their new home

r300g: add fallback for unaligned/unsupported vertex stride/offset/format

There is a problem though, the translate module cannot emit half float
vertices.

r300g: upload only vertex buffers referenced by vertex elements

i965: Fix gen6 front cull mode.

i965: Use the new message header format for FF_SYNC on gen6.

i965: Add support for math instructions in the gen6 WM.

i965: Set the correct WM GRF start reg on gen6.

i965: Update gen6 paths for the streaming rework.

i965: Stream out CC unit state.

before:
[ # ]  backend                         test   min(s) median(s) stddev. count
[  0]       gl            firefox-talos-gfx   31.791   32.287   1.11%    6/6
after:
[  0]       gl            firefox-talos-gfx   31.198   31.675   0.96%    6/6

draw/gs: copy the outputs only if we emitted something

softpipe: small cleanup

r300/compiler: fix scons build

i965: Remove unnecessary header.

scons: Disable i965g build if using MSVC.

i965g uses C99 constructs that are not supported by MSVC.

scons: Disable i915g build if using MSVC.

i915g uses C99 constructs that are not supported by MSVC.

r300/compiler: Handle more complex conditionals in loops.

r300/compiler: Fix warning.

r300/compiler: Handle SGT and SLE at the beginning of loops.

r300/compiler: Verify assumptions about opcode types.

r300/compiler: Unroll loops that decrement the counter.

e.g. for(i=10; i>0; i--)

r300/compiler: Unroll loops that have a constant number of iterations.

This only works with for loops that increment the counter.
e.g. for(i=0; i<10; i++)

r300/compiler: Implement simple loop emulation

The loop emulation unrolls loops as may times as possbile while still
keeping the shader program below the maximum instruction limit.  At this
point, there are no checks for constant conditionals.  This is only enabled
for fragment shaders.

i965: Remove the surface key used to generate constant surfaces.

We had to fill out all that junk when using the cache, but no more.

i965: Warning fixes from the i965-streaming merge.

gallium/softpipe/draw: support samplers in geometry shaders

tgsi: support 2d indirect addressing

i965: Use the state base address to avoid relocations.

This makes the binding table code simpler, and is required for gen6,
which requires binding table addresses to be under 64k offset from the
surface state base addr.

No significant change in performance on firefox-talos-gfx.

i965: GC the last two arguments to brw_cache_data.

Now that the binding table is streamed indirect state, they were
always NULL/0.

i965: Remove brw_state_cache_bo_delete now that it's unused again.

i965: Remove caching of surface state objects.

It turns out that computing a 56 byte key to look up a 20-byte object
out of a hash table was some sort of a bad idea.  Whoops.

before:
[ # ]  backend                         test   min(s) median(s) stddev. count
[  0]       gl            firefox-talos-gfx   37.799   38.203   0.39%    6/6
after:
[  0]       gl            firefox-talos-gfx   34.761   34.784   0.17%    5/6

i965: Convert the binding table to streamed indirect state.

This slightly reduces reduces cairo-gl firefox-talos-gfx runtime on my
Ironlake:
before:
[ # ]  backend                         test   min(s) median(s) stddev. count
[  0]       gl            firefox-talos-gfx   38.236   38.383   0.43%    5/6
after:
[  0]       gl            firefox-talos-gfx   37.799   38.203   0.39%    6/6

It turns out the cost of caching these objects and looking them up in
the cache again is greater than the cost of just computing the object
again, particularly when the overhead of having a separate BO to pin
is removed.

(Those that are paying close attention will note that this is a
reversal of the path I was moving the driver in a couple of years ago.
The major thing that has changed is that back then all state was
recomputed when we wrapped the streaming state buffer, including
recompiling our precious programs.  Now, we're uncaching just the
objects that are cheap to compute, and retaining caching of expensive
objects)

i965: Split constant buffer setup from its surface state/binding state.

This was bothering me when redoing the binding tables.

i965: Add support for streaming indirect state rather than caching objects.

i965: Set the CC VP state immediately on state change.

The cache lookup of these two little floats was .12% of total CPU time
on firefox-talos-gfx because we did it any time commonly-changed state
changed.  On the other hand, updating the CC VP bo immediately whenver
CC VP state changes is a .07% overhead due to putting a driver hoook
in glEnable().

i965: Update old comment about state cache sizing.

i965: Move no_batch_wrap assertion out across the area we're trying to verify.

It's more likely that we wrap badly in state setup than in the little
primitive packet.

i965: remove UseProgram driver callback

It just duplicated the default/core Mesa behaviour.

docs: Update EGL doc.

Update for recent removal of demos and additions of new displays and
functions.

st/egl: Do not build non-working driver combinations.

The KMS backend requires a hardware pipe driver.  Do not build
egl_kms_swrast.  Also, only build egl_fbdev_swrast for fbdev backend.
It is a pure software backend.

st/egl: Add fbdev backend.

The backend is pure software.  It implements EGL_MESA_screen_surface
extension, and is kept simple by only exporting the current mode.

winsys: Add fbdev software winsys.

This is a simple winsys that mmap()s the framebuffer device and
memcpy()s the contents of display targets to the framebuffer device for
displaying.

st/egl: Remove unnecessary header.

intel: Remove unnecessary header.

draw: forgot to add a file

draw: rewrite geometry shader pipeline

done to handle strips correctly as inputs - we need to decompose
the strips

gs: give our test an option of rendering a strip

draw: geometry shader fixes

don't overwrite the inputs and make sure the correct primitive
is used on entry

draw: make sure that the gs never outputs more data than we allocated for

r300g: Fix memory leak on error path.

i965: Add support for GL_ALPHA framebuffer objects.

mesa: Allow GL_ALPHA FBOs with ARB_framebuffer_object.

Drivers still reject them today, but cairo would like to use these.

swrast: When reading from a 0-bits r,g,b channel, return 0 not 1.

It looks like we were reading a fractional value, multiplying by an
enormous negative value, then stuffing that value into a bitfield
assuming it was already clamped.  This becomes relevant for GL_ALPHA
or R/RG FBOs.

intel: Use the blitter to upload TexSubImage data to busy textures.

This avoids many pipeline stalls in cairo-gl.
[ # ]  backend                         test   min(s) median(s) stddev. count
Before:
[  0]       gl            firefox-talos-gfx   36.799   36.851   2.34%    3/3
[  0]       gl            firefox-talos-svg   33.429   35.360   3.46%    3/3
After:
[  0]       gl            firefox-talos-gfx   35.895   36.250   0.48%    3/3
[  0]       gl            firefox-talos-svg   26.669   29.888   5.34%    3/3

This doesn't avoid all the pipeline stalls because the kernel reports
!busy for buffers on the flushing list.  That should be fixed in .36.

i965: Avoid calloc/free in the CURBE upload process.

In exchange we end up with an extra memcpy, but that seems better than
calloc/free.  Each buffer is 4k maximum, and on the i965-streaming
branch this allocation was showing up as the top entry in
brw_validate_state profiling for cairo-gl.

r300g: try harder to create a transfer object

I was told this wouldn't help to fix the FDO bug #28443, but still,
it's a harmless last resort.

Also, linear textures safely fallback to an unpipelined transfer here.

draw: make sure geometry shader correctly iterates the output buffer

r300g: debug output texture size

r300g: return NULL texture early if buffer_create fails

draw: make sure the buffer is big enough to fit everything emitted by the gs

llvmpipe: fix copy & paste bug in clear logic

fixes bug 28450.

draw: fix geometry shader which emit multiplie primitives

graw: add a multiple primitive geometry shader test

nv: fix compile after the latest gs changes

geometry shaders: make gs work with changable primitives and variable number of vertices

lots and lots of fixes for geometry shaders. in particular now we work when the gs
emits a different primitive than the one the pipeline was started with and also
we work when gs emits more vertices than would fit in the original buffer.

xorg/vmwgfx: Disable 3D by default.

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

st/xorg: Add a customizable option to disable 3D.

If no customizer is present, 3D will be enabled by default.
Otherwise the option will default to the customizer value.

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

nvfx: fix typo from gallium-msaa merge

nv50: fix typo from gallium-msaa merge

nv50: use MARK_RING correctly

draw: Remove unnecessary headers.

r600g: save vertex buffers in blitter

r300g: save vertex buffers in blitter

util: reference vertex buffers in blitter

r300g: report that transfers are always supported

r300g: fix loading compressed textures

r300g: skip rendering for unsupported vertex formats instead of aborting

The next step is to replace skipping by an actual fallback.

intel: Flag NEW_BUFFERS when changing draw buffers.

There were entries to this function (most imporantly, prepare_render
-> update_renderbuffers) that wouldn't have had NEW_BUFFERS set, but
brw_wm_surface_state (the i965 state tracking the drawing regions)
expected this to change.

intel: Convert remaining dri_bo_emit_reloc to drm_intel_bo_emit_reloc.

The new API makes so much more sense, I'd like to forget how the old
one worked.

intel: Change dri_bo_* to drm_intel_bo* to consistently use new API.

The slightly less mechanical change of converting the emit_reloc calls
will follow.