i965: only upload constant buffer data when we actually need the const buffer

Make the use_const_buffer field per-program and only call the code which
updates the constant buffer's data if the flag is set.

This should undo the perf regression from 20f3497e4b6756e330f7b3f54e8acaa1d6c92052

(cherry picked from master, commit dc9705d12d162ba6d087eb762e315de9f97bc456)

i965: rework GLSL/WM register allocation

Use a bitvector of used/free flags.

If we run out of temps, examine the live intervals of the temp regs in
the program and free those which are no longer alive.

Also, enable the new WM const buffer code.

mesa: refactor code and make _mesa_find_temp_intervals() public

mesa: signal _NEW_PROGRAM_CONSTANTS instead of _NEW_PROGRAM

Use _NEW_PROGRAM_CONSTANTS when changing constant/uniform buffer values.
Binding a new program/shader sets both _NEW_PROGRAM and _NEW_PROGRAM_CONSTANTS.

i965: disable debug printf

i965: enable VS constant buffers

In the VS constants can now be handled in two different ways:
1. If there's room in the GRF, put constants there.  They're preloaded from
   the CURBE prior to VS execution.  This is the historical approach.  The
   problem is the GRF may not have room for all the shader's constants and
   temps and misc registers.  Hence...
2. Use a separate constant buffer which is read from using a READ message.
   This allows a very large number of constants and frees up GRF regs for
   shader temporaries.  This is the new approach.  May be a little slower
   than 1.

1 vs. 2 is chosen according to how many constants and temps the shader needs.

i965: define BRW_MAX_GRF

i965: remove old code to init surface-related cache IDs

These types are only found in the new surface state cache now.

i965: comments, reformatting

i965: actually use the new, second surface state cache

i965: checkpoint commit: use two state caches instead of one

The new, second cache will only be used for surface-related items.
Since we can create many surfaces the original, single cache could get
filled quickly.  When we cleared it, we had to regenerate shaders, etc.
With two caches, we can avoid doing that.

i965: remove unused state atom entries

i965: the brw_constant_buffer state atom is no longer dynamic

No more dynamic atoms so we can simplify the state validation code a little.

i965: add _NEW_PROGRAM_CONSTANTS to mesa_bits[] list

i915: check the new _NEW_PROGRAM_CONSTANT flag

i965: use _NEW_PROGRAM_CONSTANTS and always create new const buffers

When program constants change we create a new VS constant buffer
instead of re-using the old one.  This allows us to have several
const buffers in flight with vertex rendering.

i965: updates to some debug code

i965: use new _NEW_PROGRAM_CONSTANTS flag instead of dynamic flags

r200/r300/r500: add _NEW_PROGRAM_CONSTANTS flag

Make sure we detect constant buffer changes indicated by the new flag.
Should be able to remove _NEW_PROGRAM (and _NEW_MODELVIEW, _NEW_LIGHT, etc)
from several places (someday.

st: also check _NEW_PROGRAM flag for vertex shader constant buffers

This is a follow-on to commit c1a3b852807fb160f0cd246c1364b7336b4b947e.
Note that (at this time) wherever _NEW_PROGRAM_CONSTANTS is set we're still
setting _NEW_PROGRAM so this won't really make any difference (for now).

gallium: Reinstate unconditional flushes.

Lost in commit e50dd26ca6d0eb0d0f97c2780020ea16e3d4a687.

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

mesa: protect driver.flush() with FLUSH_CURRENT

Need to do this to ensure vbo code unmaps its buffers before calling
the driver, which may be sitting on top of a memory manager which
objects to firing commands from a mapped buffer.

st: play it safe for now and check _NEW_PROGRAM for shader const buffer atom

When a new program is bound but no constants are updated we still need
to update the Gallium const buffer.

swrast: simplify state update logic for fragment shader const buffers

st: use the static atoms[] array directly

We can simplify this now that we no longer have any dynamic atoms.

st: do away with dynamic state atom for const buffers

Just use the new _NEW_PROGRAM_CONSTANTS flag instead.

mesa: new _NEW_PROGRAM_CONSTANTS flag

This state flag will be used to indicate that vertex/fragment program
constants have changed.  _NEW_PROGRAM will be used to indicate changes
to the vertex/fragment shader itself, or misc related state.

_NEW_PROGRAM_CONSTANTS is also set whenever a program parameter that's
tracking GL state has changed.  For example, if the projection matrix is
in the parameter list, calling glFrustum() will cause _NEW_PROGRAM_CONSTANTS
to be set.  This will let to remove the need for dynamic state atoms in
some drivers.

For now, we still set _NEW_PROGRAM in all the places we used to.  We'll no
longer set _NEW_PROGRAM in glUniform() after drivers/etc have been updated.

mesa: print internal.current[i] attrib

mesa: print parameter list dirty state flag mask

i965: const correctness

Update GALLIUM_AUXILIARY_DIRS in configure.ac to match configs/default.

r300: r300 hw doesn't support any input modifiers in tex insts

r300-gallium: Fix CS size mismatch

This fixes some warnings which appear because the driver assumes a wrong
cs size (13 vs 16 register writes in some cases).

demos: check that GL version is 2.0 or higher

st: report GL_OUT_OF_MEMORY instead of asserting

trivial/tri-viewport: add keys for frustrum/ortho and z coordinate

trivial/tri-viewport: add more out-of-bounds background quads

trivial/tri_viewport: add space==reset key

trivial/tri_viewport: add width/height keys

softpipe: fix softpipe_is_buffer/texture_referenced() regression

Return the conservative PIPE_REFERENCED_FOR_READ | PIPE_REFERENCED_FOR_WRITE
value for now.

This fixes a bunch of regressions seen in piglit and glean.

swrast: fix pointer arithmetic error in get_texel_array()

This came from commit 1b2ab023673261b4b942e1126c0b599d02fbd4a0

gdi: Don't implement broken gl_dispatch_stub_xxx.

wgl: Don't implement broken gl_dispatch_stub_xxx.

These don't respect the stdcall, so they crash upon return.

mesa: Correct the gl_dispatch_stub_xxx prototypes.

mesa: Handle failure to create a transfer.

mesa/progs: fix scons build after recent demo moves

trivial/tri-viewport.c - add guide lines, more triangles, make interactive

This is becoming more like a test than a trivial/ example.

st: assert on pipe_buffer_create failure

This needs a proper fix to propogate the out-of-memory condition back
up to Mesa and the app as a GL error.  Until then, at least catch the
problem at its source.

tests/mipmap_view:  add linear/nearest key

util: don't set unused blend state

Try to avoid creating multiple blend atoms.

trace: Add initializer for static variables

r300: fix register-negate branch merge regression

gallium: Fix glDraw/CopyPixels fragment program leak.

trace: Enable dumping to be turned on and off

st: Wait to create bitmap transfer until needed

autoconf: Build gallium softpipe when driver=xlib

progs/demos: Update ignore

progs/glsl: Update ignore

softpipe: Simplify softpipe_create's prototype.

softpipe: Fix softpipe_is_texture_referenced prototype.

softpipe: Remove softpipe_winsys.

Not used by softpipe anyway.

demos: added glsl/texaaline.c program and overhaul the Makefile

demos: updated .gitignore list

docs: removed/added demo programs

demos: move demos/texobj.c to tests/

demos: move demos/occlude.c (old HP extension) to tests

demos: move tests/dinoshade.c to demos/

demos: move tests/projtex.c to demos/

And fix compiler warnings.

demos: move tests/fbotexture.c to demos/

demos: move texdown.c to tests/

demos: move glutfx demo to tests/

demos: move streaming_rect.c demo to tests/

demos: move glslnoise.c demo to glsl/noise2.c

i965: use region width, height in brw_update_renderbuffer_surface()

Fixes a regression from commit 2c30fd84dfa052949a117c78d932b58c1f88b446
seen with DRI1.

intel: #include polygon.h to silence warning

demos: fix incorrect assertion

mesa: add switch case for GL_VERTEX_STATE_PROGRAM_NV in _mesa_new_program()

Fixes bug seen in progs/tests/vptest1.c

demos: fix usage text

intel: Handle ARB_vertex_buffer_object state in intel_clear_tris().

Fixes gearsvbo app by Michael Clark.

demos: new glsl/array.c demo

Test variable indexing into a uniform array in a vertex shader.

intel: make sure polygon mode is set properly in intel_clear_tris()

Fixes progs/glsl/skinning.c demo.

mesa: suppress extra newline

i915: fix broken indirect constant buffer reads

The READ message's msg_control value can be 0 or 1 to indicate that the
Oword should be read into the lower or upper half of the target register.
It seems that the other half of the register gets clobbered though.  So
we read into two dest registers then use a MOV to combine the upper/lower
halves.

mesa: build a float[4] value in _mesa_add_sampler() to avoid random values

dri: build DRI swrast driver too

dri: __driUtilMessage(): not all messages are errors

mesa: minor tweak to error message

i965: updated CURBE allocation code

Now that we have real constant buffers, the demands on the CURBE are lessened.
When we use real VS/WM constant buffers we only use the CURBE for clip planes.

xlib/trace: Fixup xlib trace

pipe: Get the p_atomic_dec_zero logic right this time.

demos: move glewInit() call, fixes crash/bug 21247

gallium: Fix PIPE_ATOMIC_GCC_INTRINSIC build.

demos: move glewInit() after glutCreateWindow()

Fixes segfault.  See bug 21239.  However, the demo doesn't render
properly.  Probably a bug in the GL_ATI_fragment_shader code.

trace: Keep screen objects on lists

trace: Fix is_referenced functions

trace: Simplify trace_buffer function

pipe: Fix InterlockedDecrement usage.

wgl: Put commas in the right places.

wgl: Flip the pixel format order.

List 32bit pixel formats first, as nobody is interested in 16bit pixel
formats nowadays.

gallium: Create OGL state tracker wrappers for various CPU access operations.

There are two usage types of buffer CPU accesses:
One where we try to use the buffer contents for multiple draw commands in
a batch. (batch := sequence of commands that are flushed together),
like incrementally adding bitmaps to a bitmap texture that is reallocated
on flush.
And one where we assume we can safely overwrite the old buffer contexts, like
glTexSubImage. In this case we need to make sure all old drawing commands
referencing the buffer are flushed before we map the buffer.
This is easily forgotten.

Add wrappers for the most common of these operations. The first type is
prefixed with "st_no_flush" and the second type is prefixed with
"st_cond_flush", where "cond" indicates that we attmpt to only flush
if there is indeed unflushed draw commands referencing the buffer.

Prefixed functions are
screen::get_tex_transfer
pipe_buffer_write
pipe_buffer_read
pipe_buffer_map

Please use the wrappers whenever possible.

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