util: Stack backtracing facilities.

Not much useful until we have symbol lookup.

gallium: s/GALLIUM_DRIVER_DIRS/GALLIUM_DRIVERS_DIRS/

gallium: Improve recursive makefiles

gallium: Improve winsys dri template Makefile

LIBNAME_EGL had to be removed since if you didn't
set it (nobody set it anyways) make would get it
confused it with the $(TOP)/lib/gallium target.

intel: Use new makefile template for drm gem

nouveau: Use new makefile template for drm common

gallium: Improve makefiles for libraries

The template makefile that most libraries in
gallium included was based on dri and had a bunch
unrelevant junk in it.

Update it and improve the depending makefiles.

nouveau: reenable all the non-nv50 pipe drivers

They still won't build yet, but anyway..

nv50: remove unused variable

nv50: fix occlusion queries

Left behind from some gallium changes a while back..

nv50: rework for texture_transfer changes

gallium: Renable pipe drivers disabled during vbuf changes

i965simple is not enabled because it is still broken.

trival: Make the last of progs show the name

mesa: support GL_EXT_stencil_two_side in gallium/mesa state tracker

Since Ian's patch of a few weeks ago, we can enable all three variations
of two-sided stencil.  Update the state tracker to handle the extra back-
face state and turn on the EXT.

Note: there's a new Glean test for two-sided stencil now...

mesa: fix/update/restore comments related to two-sided stencil

mesa: initialize ctx->Stencil._BackFace = 1

Back-face stencil operations didn't work correctly because this value was
zero.  It needs to be 1 or 2.  The only place it's set otherwise is in
glEnable/Disable(GL_STENCIL_TEST_TWO_SIDE_EXT).

draw: Fix segfault if rast is null

gallium/winsys/xlib: Fix build with USE_XSHM undefined.

wgl: debug_printf in the main entry/exit points

mesa: Free the util shaders with the gallium's FREE.

wgl: Call pipe_screen::destroy on exit.

egl: glx updates for FBconfigs

egl: if a surface type isn't defined let's default to EGL_WINDOW_BIT

trivial: Add quadstrip-clip

egl: error checking

wgl: Use a separate .DEF for MinGW

gnu linker fails to resolve the @n symbols, unless:
- they are listed verbatim in the .def
- they are already linked.

And mingw's .def parser is slightly incompatible with MSVC in respect with
underscores. Will try to work with upstream to fix this, but for now there
is no option other to use seperate .def for mingw.

wgl: Share more code between icd and standalone driver.

gdi: Update for texture/surface interface changes.

util: Use right include.

progs: Make fp-tri use glew and add scons target

cell: patch up cell_texture.c so it compiles

Start adding some new pipe_transfer code.

Texturing is totally broken at this point but non-texture programs
seem to run OK.

cell: updates for new pipe_transfer changes

Update framebuffer color/z/stencil mapping/unmapping.

cell: update vbuf code to catch up to recent changes

cell: remove unused var

cell: start adding new cell_transfer types/code

cell: remove old surface_map code

mesa: convert VERT_RESULT_* from #defines to enum, like the others

glsl: asst improvements, clean-ups in set_program_uniform()

Move the is_boolean/integer_type() calls out of the loops.
Move the is_sampler_type() function near the bool/int functions.
Add a bunch of comments.

glsl: fix inequality in set_program_uniform()

We were off by one when checking for too many uniform values.

gallium/winsys/egl_xlib: Fix build after introduction of struct pipe_transfer.

mesa: bump gl.h version comment to 7.7 (bug 20170)

r300-gallium: implement simple pipe_transfer Basically make the driver compile and behave like it did before the gallium-texture-transfer merge

glsl: fix link failure for variable-indexed varying output arrays

If the vertex shader writes to a varying array with a variable index,
mark all the elements of that array as being written.

For example, if the vertex shader does:

   for (i = 0; i < 4; i++)
      gl_TexCoord[i] = expr;

Mark all texcoord outputs as being written, not just the first.

Linking will fail if a fragment shader tries to read an input that's not
written by the vertex shader.  Before this fix, this linker test could fail.

swrast: Set vp_override flag during DrawPixels

Obviously, the color of fragments produced by DrawPixels is not constant,
even if the current vertex array / vertex program state indicates that the
color for normal rendering will be constant. Therefore, we need to override
certain optimisations that have been added to texenvprogram.c

Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>

mesa: improved error msg

mesa: increase MAX_UNIFORMS to 1024 (of vec4 type)

Old limit was 256.  Note that no arrays are declared to this size.
The only place we have to be careful about raising this limit is the
prog_src/dst_register Index bitfields.  These have been bumped up too.

Added assertions to check we don't exceed the bitfield in the future too.

glsl: fix a swizzle-related regression

This new issue was exposed by commit 6eabfc27f19a10dfc2663e99f9560966ba1ff697

progs/trivial:  Label program windows with actual program name

Each of these programs previously called itself "First Tri" which was a
little confusing.  Could have left one as "First Tri", but the trouble
then is that people would still clone that file & we'd end up with
another thousand first tri apps...

gallium: Also disable i965simple for scons

Please read previous commit for more info.

gallium: Disable i965simple pipe driver after it was broken

It is only the i965simple pipe driver that was broken
in the gallium-texture-transfere merge that is being
disabled, mothing more nothing less.

FYI, there never where working i965 hardware support
in gallium anyways.

gallium: Fix up trace driver for introduction of struct pipe_transfer.

gallium: Add pipe_transfer_reference().

Merge branch 'gallium-texture-transfer'

Conflicts:
src/gallium/drivers/softpipe/sp_tile_cache.c

Merge commit 'origin/gallium-0.1'

Conflicts:

src/gallium/auxiliary/draw/draw_vs_aos.c

r300-gallium: Factor out common functionality in vbuf emit.

i915simple: Minimal fixup for introduction of struct pipe_transfer.

draw: Reuse xmm registers.

gallium: fix merge

It looks like I resolved the merge conflicts but did not save my emacs
buffers before committing...

Merge branch 'master' into gallium-texture-transfer

Conflicts:

src/mesa/state_tracker/st_cb_accum.c
src/mesa/state_tracker/st_cb_drawpixels.c

mesa: remove old comments

Note: the default value for EmitCondCodes is FALSE.  This means the GLSL
compiler will emit code like this:

SEQ TEMP[0].x, A, B;
IF TEMP[0].x;
   ...
ENDIF

But if EmitCondCodes is TRUE, condition codes will be used instead:

SEQ.C TEMP[0].x, A, B;
IF (NE.xxxx);
   ...
ENDIF

i965: tell GLSL compiler to emit code using condition codes

The default for EmitCondCodes got flipped when gallium-0.2 was merged.
This fixes GLSL if/else/endif regressions.
Drivers that use GLSL should always explicitly set the flag to be safe.

nouveau: oops :-)

autoconf: Always enable glew

Maybe this should turn into an option (--disable-glew), but for now just
enable glew all the time.

glsl: silence some uninit var warnings

cell: use some SPU intrinsics to get slightly better code in eval_inputs()

Suggested by Jonathan Adamczewski.  There may be more places to do this...

r300-gallium: Add verbosity level to debugging.

Makes it a bit more manageable to read through the console logs.

r300-gallium: Fix BEGIN_CS and END_CS counting and mismatch.

r300-gallium: Set up draw rasterizer.

demos: fix glxpixmap and call glXWaitGL before calling XCopyArea.

dri2: support glXWaitX & glXWaitGL by using fake front buffer.

r300-gallium: Ooops, forgot to apply this stash.

"git stash": The cause of, and solution to, all my problems.

r300-gallium: Include-guard r300_emit.h

r300-gallium: Add draw_arrays and friends.

This is the last bit of Gallium-side plumbing for drawing things.
From this point on, the only missing parts should be in r3xx-specific
code areas...

r300-gallium: Add SC_CLIP_RULE to clear.

This is a register that is in r300_demo but not r300_surface, so adding it in
to see if it helps.

cell: minor Makefile clean-up

cell: new/tighter code for computing fragment program inputs

cell: combine eval_z(), eval_w() functions

r300-gallium: Fix scissors.

Don't use SCISSORS_OFFSET since we're DRI2,
and don't forget to set scissors in clear.

r300-gallium: Grab bag of goodies.

Some fixes from glisse, moar swtcl emit setup, cleanup a bunch of regs,
properly do clear flush, and BEGIN_CS count fixes.

r300-gallium: Clean up some clear registers.

r300-gallium: Use fui instead of a roll-my-own.

Man, util/u_math just gets better by the day.

r300: Redirect constant TEX coordinates

R3xx/R5xx fragment program texture constants must come from a hardware
register instead of the constant file, so we redirect if necessary during
the native rewrite phase.

The symptoms of this bug started appearing when the Mesa fixed function
texenvprogram code started using STATE_CURRENT_ATTRIB constants for
texture coordinates when the corresponding attributes were constant across
all vertices.

Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>

radeon-gallium: Clean out extensions explicitly enabled by Mesa.

This cleans up some of the cruft from the old DRI setup, and
it turns out that only the GLSL extensions are still off if we
let st_extensions.c handle the setup instead.

r300-gallium: Update r300_screen comments and add a few formats.

r300-gallium: Enable all four colorbuffer render targets.

As far as I can tell all the state emission necessary has been set up.
Well, except for the fragment shader, but c'mon, gimme a break. :3

r300-gallium: Add Z/stencil buffer format emit.

Also set BEGIN_CS correctly.

r300-gallium: Emit Z/stencil buffer offset.

r300-gallium: Add derived state for vertex formats.

Next up: The evil RS block.

i965: rewrite the code for handling shader subroutine calls

Previously, the prog_instruction::Data field was used to map original Mesa
instructions to brw instructions in order to resolve subroutine calls.  This
was a rather tangled mess.  Plus it's an obstacle to implementing dynamic
allocation/growing of the instruction buffer (it's still a fixed size).

Mesa's GLSL compiler emits a label for each subroutine and CAL instruction.
Now we use those labels to patch the subroutine calls after code generation
has been done.  We just keep a list of all CAL instructions that needs patching
and a list of all subroutine labels.  It's a simple matter to resolve them.

This also consolidates some redundant post-emit code between brw_vs_emit.c and
brw_wm_glsl.c and removes some loops that cleared the prog_instruction::Data
fields at the end.

Plus, a bunch of new comments.

i965: add missing break for OPCODE_RET case

This doesn't effect correctness, but we were emitting an extraneous ADD.

i965: the return value of translate_insn() is never used.  Make it void.

i965: minor clean-ups

i965: code clean-ups, comments, and minor refactoring

i965: updated comments

intel: turn on GL_ARB_shading_language_120

It's done in the Mesa GLSL compiler.  The only part of it that might
matter in drivers is the centroid sampling option for MSAA.

i965: more reformatting/clean-up

i965: s/__inline/INLINE/

i965: formatting and indentation fixes

i965: fix inconsistant indentation in brw_wm.c

i965: Eric Anholt's patch for bumping up texture sizes

I'm committing this because it fixes a conform failure; the failure occurs
on the TextureProxy test, where the test attempts to create proxy textures
at every level, but fails at the last level (border == 1, width == 1,
height == 1) because it's beyond MAX_TEXTURE_LEVELS.

Eric's original comment was:

idr said that in his review swrast was ready for it, and the 965 driver is
advertising it already though it has been resulting in many crashes due to
arrays using these defines not being big enough.