radeon/r300: use base width/height.

I suspect this might break TFP in some way but it makes firecube run here

i965: fixes for JMPI

1. the data type of <src1> (JMPI offset) must be D
2. execution size must be 1
3. NoMask
4. instruction compression isn't allowed.

r300g: Fix recursive Draw flush.

Also just noticed that demos/copypix walks around the overlapping blit rules.

Bad, bad Mesa. :3

r300g: Use floats for surface_copy texcoords, use correct src and dest.

This makes demos/copypix better-looking. Horizontal dimensions are right now.

radeon-gallium: Adapt to drm_api changes.

Note that trace debugging is temporarily gone. I'll rework it later.

intel: Avoid pointer arithmetic on void *.

Bug #22000.

i965: Increase G4X default VS URB allocation to actually allow 32 threads.

This improves the performance of my GLSL demo by 30%.  It also fixes the
VS deadlock that ut2004 had, for reasons I can't explain. Bug #21330.

demos: Set the depth mask correctly to get the desired blending

nouveau: return some supported zeta formats

nouveau: deal with PIPE_CAP_TGSI_CONT_SUPPORTED

nouveau: fix build...

drm/st: Remove drm_api struct from drivers

Remove the drm_api from the functions in the softpipe and
i915simple drivers. Create wrapper functions in the
backends instead.

i965: first attempt at handling URB overflow when there's too many vs outputs

If we can't fit all the VS outputs into the MRF, we need to overflow into
temporary GRF registers, then use some MOVs and a second brw_urb_WRITE()
instruction to place the overflow vertex results into the URB.

This is hit when a vertex/fragment shader pair has a large number of varying
variables (12 or more).

There's still something broken here, but it seems close...

i965: use BRW_MAX_MRF

i965: use BRW_MAX_GRF, BRW_MAX_MRF

i965: move BRW_MAX_GRF, define BRW_MAX_MRF

i965: defined BRW_MAX_MRF

i965: comments and a new assertion

i915: Fix assertion failure on remapping a non-BO-backed VBO.

Failure to set the obj->Pointer back to null tripped up the assertion.
Bug #22428.

Merge branch 'mesa_7_5_branch'

Conflicts:

src/mesa/vbo/vbo_exec_draw.c

gallium: remove the pipe_sampler_state::shadow_ambient field

This was only present for the sake of GL_ARB_shadow_ambient which we
never implemented in Gallium.  If we someday want GL_ARB_shadow_ambient
we can implement it in the state tracker by adding a MAD after the
relevant TEX instructions.

mesa: fix transform_points_3d_no_rot using undefined values in %xmm0

Signed-off-by: Arthur HUILLET <arthur.huillet@free.fr>

glx: plug a leak

Swrast was missing a free for the culmination of driConcatConfigs.

Use free(), not _mesa_free() since we shouldn't be calling any Mesa
functions from the GLX code.  driConcatConfigs() should probably use
regular malloc/free to be consistant but the Mesa functions just wrap
the libc functions anyway.

glx: fix null pointer dereference segfault (bug 22546)

progs/util: make sure function pointers are initialized

Call Init() from CompileShaderFile, was previously only called for the
Text version of this function.

mesa: Set FLUSH_EXPLICIT_BIT flags when calling FlushMappedBufferRange.

As prescribed by ARB_map_buffer_range.

util: Set PIPE_BUFFER_USAGE_FLUSH_EXPLICIT when calling buffer_flush_mapped_range.

gallium: New PIPE_BUFFER_USAGE_FLUSH_EXPLICIT flag for buffer_flush_mapped_range.

When a buffer was mapped for write and no explicit flush range was provided
the existing semantics were that the whole buffer would be flushed, mostly
for backwards compatability with non map-buffer-range aware code.

However if the buffer was mapped/unmapped with nothing really written --
something that often happens with the vbo -- we were unnecessarily assuming
that the whole buffer was written.

The new PIPE_BUFFER_USAGE_FLUSH_EXPLICIT flag (based from ARB_map_buffer_range
's GL_MAP_FLUSH_EXPLICIT_BIT flag) allows to clearly distinguish the
legacy usage from the nothing written usage.

identity: Create a drm_api wrapper

drm/st: Return drm_api struct from a function

softpipe: use shadow_compare4() to compare texcoord to four texture samples

softpipe: pass sampler state to shadow_compare()

nouveau: Expect right params to tex_transfer_destroy().

Never crashed on x86, ptx is in the same stack slot in either case.
Thanks to Bob Gleitsmann for catching this.

nouveau: Turn off debug cannon.

intel: Enable EXT_gpu_program_parameters.

There doesn't appear to be any driver impact for enabling this, and
tests/prog_parameter passes.

Merge branch 'mesa_7_5_branch'

gallium/draw: sketch out some missing pointcoord code

The gl_PointCoord attribute is currently expected to be in the fog coord
register's z/w components.  This was never totally fleshed out though.
This is just some placeholder code.

st/mesa: enable GL_ARB_framebuffer_object

All gallium drivers should be able to support mixed-size color/depth/stencil
buffers.  If not, we'll need a new PIPE_CAP_ query.

mesa: check for ARB_framebuffer_object for GL_TEXTURE_STENCIL_SIZE_EXT query

mesa: alphabetize lines

intel: added null ptr check

This fixes a segfault seen with piglit's fdo20701 test.

Revert "intel: Remove unneded pthread mutex in LOCK_HARDWARE."

This reverts commit de447afff26706e3bf8bdcd5cfb8b1daf49b4b21 but
puts the lock under DRI1-only.

From keithw:
> It's there because the DRI1 code doesn't actually achieve the mutexing
> which it looks as if it should.  For multi-threaded applications it was
> always possible to get two threads inside locked regions -- I have no
> idea how, but it certainly was and presumably still is possible.

intel: Move note_unlock() implementation to the one place it's needed.

intel: Remove unneded pthread mutex in LOCK_HARDWARE.

This would cause LOCK_HARDWARE to mutex all contexts in this process on
both DRI1 and DRI2.  On DRI1, LOCK_HARDWARE already does it for all
processes on the system.  On DRI2, LOCK_HARDWARE doesn't, but there shouldn't
be any state outside the context that needs any additional protection.
Notably, the bufmgr is protected by its own mutex and not
LOCK_HARDWARE.

This code was originally introduced with the i915tex code dump, so it's not
clear what it was there for.

intel: Make LOCK_HARDWARE recursive to avoid hand-rolling recursiveness.

Merge branch 'mesa_7_5_branch'

progs/glsl: link with GLEW library

progs/glsl: compile with scons and glew

Get most of these working with scons.

scons: Don't raise an exception when DXSDK is not found.

Unfortunately scons does not check if a tool exists before it invokes
its generate function.

scons: Disable optimizations only for gcc-4.2

gcc-4.2's optimizer has a strange bug where it looses code from inner
loops in certain situations. For example, if the appearently innocent
looking code below is compiled with gcc-4.2 -S -O1, the inner loop's
code is missing from the outputed assembly.

   struct Size {
      unsigned width;
   };

   struct Command {
      unsigned length;
      struct Size sizes[32];
   };

   extern void emit_command(void *command, unsigned length);

   void
   create_surface( struct Size size, unsigned faces, unsigned levels)
   {
      struct Command cmd;
      unsigned face;
      unsigned level;

      cmd.length = faces*levels*sizeof(cmd.sizes[0]);

      for(face = 0; face < faces; ++face) {
 for(level = 0; level < levels; ++level) {
    cmd.sizes[face*levels + level] = size;
    // This should generate a shrl statement, but the whole for body
    // disappears in gcc-4.2 -O1/-O2/-O3!
    size.width >>= 1;
 }
      }

      emit(&cmd, sizeof cmd.length + cmd.length);
   }

Note that this is not specific to MinGW's gcc-4.2 crosscompiler (the
version typically found in debian/ubuntu's mingw32 packages). gcc-4.2 on
Linux also displays the same error. gcc-4.3 and above gets this
correctly though.

Updated MinGW debian packages with gcc-4.3 are available from
http://people.freedesktop.org/~jrfonseca/debian/pool/main/m/

scons: Use -Bsymbolic linker option.

This prevents the error

  relocation R_X86_64_PC32 against symbol `_gl_DispatchTSD' can not be used when making a shared object; recompile with -fPIC

when building on x86_64 architecture.

docs: detect when too many varying vars are used

glsl: check number of varying variables against the limit

Link fails if too many varying vars.

(cherry picked from master, commit cc58fbcf2c5c88f406818db60910f537e03610d6)

docs: fix typos, remove old text from relnotes file

docs: bring over news updates from 7.4 branch

docs: bring in 7.4.3 and 7.4.4 release notes, news

docs: increase max varying vars to 16

mesa: raise MAX_VARYING (number of shader varying vars) to 16

16 is the limit for now because of various 32-bit bitfields.

(cherry picked from master, commit 4e762395ef7e8c332c16fd0c11025cfa52763a45)

intel / DRI2: Additional flush of fake front-buffer to real front-buffer

To maintain correctness, the server will copy the real front-buffer to
a newly allocated fake front-buffer in DRI2GetBuffersWithFormat.
However, if the DRI2GetBuffersWithFormat is triggered by glViewport,
this will copy stale data into the new buffer.  Fix this by flushing
the current fake front-buffer to the real front-buffer in
intel_viewport.

Fixes bug #22288.

mesa: bump version to 7.5-rc4

docs: document for/continue bug fix

cell: PIPE_CAP_TGSI_CONT_SUPPORTED query

softpipe: PIPE_CAP_TGSI_CONT_SUPPORTED query

gallium: added PIPE_CAP_TGSI_CONT_SUPPORTED

glsl: move/simplify error checking for 'return' statements

glsl: overhaul 'return' statement handling

A new node type (SLANG_OPER_RETURN_INLINED) is used to denote 'return'
statements inside inlined functions which need special handling.

All glean glsl1 tests pass for EmitContReturn=FALSE and TRUE.

glsl: predicate assignments according to __returnFlag

Fixes glean "function with early return (3)" case (when EmitContReturn=FALSE).

glsl: added slang_variable::is_global field

glsl: silence a problem warning

glsl: code refactoring for return statements

glsl: fix assorted regressions related to early-return-removal

glsl: comments, field reordering

glsl: rework loop nesting code

glsl: remove test for loop unrolling when we hit conditional cont/break

This is no longer needed since we added the new
_slang_loop_contains_continue_or_break() function/test.

glsl: checkpoint: predicate __retVal = expr with __returnFlag

The glean "function with early return (1)" test passes now.

glsl: use new helper functions in _slang_gen_logical_and/or()

glsl: add comments

glsl: checkpoint: replace 'return' with __returnFlag=true;

Needed for "remove early returns" transformation.

glsl: fix up scoping for parent/children in slang_operation_copy()

This will need more testing, but no regressions seen so far.

glsl: fix uninitialized var in _slang_gen_for_without_continue()

glsl: added slang_operation_free_children()

glsl: added slang_oper_num_children() helper

glsl: check-point: declare _returnFlag

glsl: added slang_operation_insert_child()

glsl: use slang_generate_declaration() to consolidate some code

glsl: remove obsolete comment

st/mesa: query PIPE_CAP_TGSI_CONT_SUPPORTED

glsl: implement _slang_gen_while_without_continue()

glsl: fix a bug involving 'continue' in 'for' loops

Need to execute the for loop's increment code before we continue.
Add a slang_assemble_ctx::CurLoopOper field to keep track of the containing
loop and avoid the "cont if true" path in this situation.

Plus, assorted clean-ups.

glsl: added slang_oper_child_const()

glsl: use _slang_loop_contains_continue_or_break() to check for unrolling

The previous test failed for nested loops.

glsl: use new _slang_loop_contains_continue() helper function

glsl: implement continue->break translation for do-while loops

glsl: added slang_operation_literal_int/bool() helper functions

glsl: don't allocate 0-length children array in slang_operation_copy()

glsl: remove debug code, misc clean-up

glsl: implement continue->break transformation for for-loops

glsl: added slang_operation_add_children() and slang_oper_child() helpers

glsl: added slang_assemble_ctx::EmitContReturn field, init

demos: improve argv parsing in fslight.c