nv50: put FP outputs where they belong

Depth output in fragment programs should end up in the first
register after the color outputs.

nv50: modified FP attribute loading

VP outputs that should be loadable in the FP are mapped to
interpolant indices by HPOS, COL0 etc.; of course HPOS is
always written, so the highest byte of 1988 is a bitmask that
selects which components of HPOS are used for interpolants,
i.e. the FP inputs in COL0 start at index POPCNT(1988[24:28]).

nv50: inspect decl semantic and interpolation mode

Record interpolation mode for attributes while parsing declarations,
and also remember the indices of FP color inputs and FP depth output,
which has to end up in the highest output register.

nv50: record last access to temp and attr regs

We now inspect the TGSI instructions in tx_prep to determine where
temps and FP attrs are last accessed.
This will enable us to reclaim some temporaries early and we also
use it to omit pre-loading FP attributes that aren't used.

nv50: save some space in immediate buffer

We could do even better (like just allocating 1 value in alloc_immd),
but that's fine for now I guess.

nv50: fix SIGN_SET case in tgsi_src

nv50: set dst.z,w to 0,1 in SCS and XPD

According to tgsi-instruction-set.txt, if they are written, z and w
should be set to 0 and 1 respectively in SCS, and w to 1.0 in XPD.

nv50: make LRP instruction nicer

nv50: fix some memory leaks in shader assembler

nouveau: explicitly request mappable buffers for the moment

draw: Fix assertion failure at fetch_emit_prepare

demos: remove some old debug/test code

softpipe: comments

softpipe: include sp_winsys.h to silence warning (unprototyped function)

softpipe: fix flat shading provoking vertex for PIPE_PRIM_POLYGON

Use the first vertex, not the last.

st/mesa: init Format field of vertex arrays for feedback mode

Fixes segfault in glRasterPos()

i915: Fall back on NPOT textured metaops on 830-class.

i915: Restore the Viewport and DepthRange functions on 8xx.

Fixes failed viewport updates on glxgears (and other apps) resize since
e41780fedc2c1f22b43118da30a0103fa68b769f.

Bug #20473.

intel: Override MaxRenderbufferSize with hardware constraints

Limit the maximum renderbuffer size to 8192 on i965 and to 2048 on
earlier hardware.

mesa: fix warning message in vbo_exec_DrawRangeElements()

mesa: add missing update_min() call in update_arrays()

mesa: reduce gl_array_object::VertexAttrib[] array from 32 to 16 elements

This array was mistakenly dimensioned with VERT_ATTRIB_MAX (32) but it
should really be MAX_VERTEX_GENERIC_ATTRIBS (16).

The generic vertex attributes are in addition to the conventional arrays
(except in NV vertex program mode- they alias/overlay in that case) so
the total of all conventional attributes plus generic attributes should
total 32 (not 48).

mesa: use Elements() for loop limit

mesa: use Elements() for loop limit

mesa: use Elements() for loop limit

mesa: use Elements() for loop limit

mesa: use Elements() for loop limit

mesa: simplify adjust_buffer_object_ref_counts()

mesa: minor code clean-up

mesa: use Elements() for loop limit

vbo: s/32/VERT_ATTRIB_MAX/

mesa: use Elements() for loop bound

mesa: minor code simplification

Merge branch 'mesa_7_5_branch'

mesa: fix loop over generic attribs in update_arrays()

vbo: asst. reformatting, clean-ups

Merge branch 'mesa_7_5_branch'

vbo: fix crash in vbo_exec_bind_arrays()

When a vertex shader uses generic vertex attribute 0, but not gl_Vertex,
we need to set attribute[16] to point to attribute[0].  We were setting the
attribute size, but not the pointer.

Fixes crash in glsl/multitex.c when using the VertCoord attribute instead
of gl_Vertex.

demos: extend glsl/multitex.c to use a vertex buffer object

demos/util: add funcs for GL_ARB_buffer_object

demos: fix multitex.c VertCoord attribute mapping

If the multitex.vert shader uses the VertCoord generic vertex attribute
instead of the pre-defined gl_Vertex attribute, we need to make sure that
VertCoord gets bound to generic vertex attribute zero.

That's because we need to call glVertexAttrib2fv(0, xy) after all the other
vertex attributes have been set since setting generic attribute 0 triggers
vertex submission.  Before, we wound up issuing the vertex attributes in
the order 0, 1, 2 which caused the first vertex to be submitted before all
the attributes were set.  Now, the attributes are set in 1, 2, 0 order.

Merge branch 'mesa_7_5_branch'

mesa: allow GL_BITMAP type in _mesa_image_image_stride()

It's possible to hand a GL_COLOR_INDEX/GL_BITMAP image to glTexImage3D()
which gets converted to RGBA via the glPixelMap tables.

This fixes a failure with piglit/fdo10370 with Gallium.

mesa: added some assertions

mesa: use Elements() macro to limit loops instead of constants

mesa: remove MAX_VERTEX_PROGRAM_ATTRIBS

Use MAX_VERTEX_GENERIC_ATTRIBS instead.  No need for two #defines for
the same quantity.

mesa: rename MAX_VERTEX_ATTRIBS to MAX_VERTEX_GENERIC_ATTRIBS

Be clearer that this is the number of generic vertex program/shader
attributes, not counting the legacy attributes (pos, normal, color, etc).

mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS/ in NV funcs

mesa: added comment

mesa: add missing glGet*() case for GL_VERTEX_ARRAY_BINDING_APPLE

vbo: fix build breakage...oops

vbo: comments, whitespace clean-ups

mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS

Merge branch 'mesa_7_5_branch'

vbo: fix incorrect loop limit in bind_array_obj()

The generic_array[] is 16 elements in size, but the loop was doing 32
iterations.  The out of bounds array write was clobbering the following
inputs[] array but as luck would have it, that didn't matter.

mesa: use MAX_ values instead of literals

mesa: freshen comments for update_array()

mesa: minor code simplification in _mesa_GetVertexAttrib*NV()

mesa: comment for _mesa_GetVertexAttribfvARB()

mesa: minor code simplification in _mesa_GetVertexAttribfvARB()

mesa: remove const qualifier

mesa: VertexAttribPointer comments

mesa: call _mesa_update_array_object_max_element() before printing array info

mesa: added gl_array_object::Weight array field

We don't really implement vertex weights but in the VBO code this
fixes and odd case for the legacy_array[] setup.  Before, the
vbo->draw_prims() call was always indicating that the vertex weight
array was present/enabled when it really wasn't.

mesa: check FEATURE_point_size_array for PointSize array

mesa: fix some potential state-restore issues in pop_texture_group()

Call the _mesa_set_enable() functions instead of driver functions, etc.

Also, add missing code for 1D/2D texture arrays.

mesa: new _mesa_update_array_object_max_element() function

This will replace the code in state.c

vbo: return VP_NONE from get_program_mode() if running fixed-func vertex program

If we're running a vertex program to emulated fixed-function, we still need
to treat vertex arrays/attributes as if we're in fixed-function mode.

This should probably be back-ported to Mesa 7.5 after a bit more testing.

vbo: move vp_mode enum to vbo_exec.h, use enum instead of GLuint

i965: fix whitespace in brw_tex_layout.c

The broken indentation was driving me crazy, so fix other stuff while
I'm here.

i956: Make state dependency of SF on drawbuffer bounds match Mesa's.

Noticed while debugging a weird 1D FBO testcase that left its existing
viewport and projection matrix in place when switching drawbuffers.  Didn't
fix the testcase, though.

intel: Fall back on any rendering to texture with no miptree.

Fixes segfault on an fbo.c negative test for FBO with texture width/height
of 0.  Previously we just tested for border != 0 to work around this
segfault.

intel: Mark the FBO as incomplete if there's no intel_renderbuffer for it.

This happens to rendering with textures with a border, which had resulted
in a segfault on dereferencing the irb.

intel: Don't segfault on glGenerateMipmaps of a cube map with one face defined.

This presumably applies to SGIS_generate_mipmaps as well.

intel: Use _mesa_CheckFramebufferStatusEXT insteaad of glCheck...

Fixes a segfault in our oglconform fbo test.

mesa: added debug functions for dumping color/depth/stencil buffers

i965: rename var: s/tmp/vs_inputs/

mesa: remove pointless null ptr check, improved some error messages

mesa: added _mesa_print_arrays() for debugging

mesa: updated comment for _MaxElement field

It's the largest array index, plus one.

mesa: move gl_array_attrib::_MaxElement to gl_array_object::_MaxElement

This value is per array object.

vbo: s/8/MAX_TEXTURE_COORD_UNITS/

cell: perform triangle cull a little earlier

In spu_tri.c:setup_sort_vertices() triangles are culled after the
vertices are sorted.  This patch moves the check a little earlier
and performs the actual check a little faster through intrinsics and
a little trickery.

Reduced code size and less work is done before a triangle is deemed
OK to skip.

cell: unroll inner loop of spu_render.c:cmd_render()

It was taking approximately 50 cycles to extract the vertex indices,
calculate the vertex_header pointers and call tri_draw() for each
three vertices - .

Unrolled, it takes less than 100 cycles to extract, unpack,
calculate pointers and call tri_draw() eight times.  It does have a
nasty jump-tabled switch.  I'm sure that there's a better way...

Code size of spu_render.o gets larger due to the extra constants and
work in the inner loop, there are extra stack saves and loads
because there are more registers in use, and an assert.  spu_tri.o
gets a little smaller.

st: add support for GL_EXT_vertex_array_bgra

minstall: Don't copy over an identical file

The rationale here is to avoid updating a timestamp for a file that
hasn't changed. Needless updates of the timestamp can ripple into
other projects, (xserver, etc.), useless recompiling due to a
'make install' in mesa that didn't actually change anything.

r300-gallium: r500-fs: POW.

I feel so unclean.

r300-gallium: r500-fs: LRP.

Goddammit. This cannot be the "easy way." :C

r300-gallium: r500-fs: Combine function.

r300-gallium: Prevent assert when fogcoords are present.

Seems like this file is the source of all bad logic. (Pun intended.)

r300-gallium: Another constantbuf shader recompile test.

Less briefly... Shaders need to be recompiled if their constantbuf
offsets have changed. However, since we only change them from shaders if
immediates need to be emitted, we shouldn't bother if the shader doesn't
use immediates.

r300-gallium: Raise constantbuf limits.

Still not correct, but really I don't care.

r300-gallium: fs: Remove cruft from way back when.

radeon-gallium: Add surface_buffer_create callback.

r300-gallium: Make surface_copy actually load the texture in shader.

r300-gallium: Add missing R481 PCI ID.

Per 74cb2aba on xf86-video-ati.

r300-gallium: Make surface_copy work, and refactor buffer validation.

radeon-gallium: Don't permit reading and writing a BO in one CS.

This fixes some silent problems in current libdrm_radeon.

surface_copy still locks up hard.

st: reformatting, comments, var renaming

Merge branch 'mesa_7_5_branch'