mesa: move generate mipmap calls

Per the suggestion in the Intel driver, move the calls to
ctx->Driver.GenerateMipmap() into core Mesa so that drivers don't
have to worry about it.

mesa: minor clean-up

mesa: remove last of gotos

mesa: more goto removal

mesa: remove some gotos

This will make some subsequent changes easier...

mesa: clean-up fbo debug code

progs/demos: use non-default texobj in cubemap.c

progs/demos: create a texture object in lodbias.c

Before, we were using the default texture object (name=0).  This caused
the intel_generate_mipmap() path to fail since passing texture=0 to
glFramebufferTexture2DEXT() causes us to _unbind_ the texture if present.

st/xorg: fixing copies and composite shaders

copies were busted when src == dst. also the composite shaders
were incorrectly using the fragments instead of the texture coordinate.

st/xorg: lots of fixes

fixes blending binding and copy coordinates

docs: GL_ARB_provoking_vertex

mesa: added GL_ARB_provoking_vertex (same as EXT version)

radeon: don't build non-r600 span code on r600

r600: minor span cleanups

Merge branch 'mesa_7_6_branch'

Merge commit 'origin/mesa_7_5_branch' into mesa_7_6_branch

GLX: Complain when buggy applications call GLX 1.3 functions.

st/xorg: Brian suggested that those could be mad's

optimizes the common paths

mesa: remove incorrect texture state check

Fixes incorrectly textured bitmap text in engine demo.
It's incorrect to test the texture enable bits here since they may have
been changed by disabling the shader above.  Optimization is still possible
but will have to be reexamined.

nv50: avoid excessive FIRE_RING

- And reduce RING_SPACE to 2, instead of 3.

nv50: use flush_notify to reduce number of relocs

st/xorg: Only unreference texture on pixmap destruction, don't destroy it.

Fixes memory corruption if e.g. the driver still has references to the texture.

st/xorg: Explicitly check whether the driver supports the pixmap formats.

Rather than arbitrarily checking for pixmap depth < 15.

st/xorg: Use A8 format for depth 8 pixmaps.

The inconsistent bpp caused issues with UploadTo/DownloadFromScreen.

st/mesa: disable accidentally committed _mesa_print_program() call

Merge branch 'mesa_7_6_branch'

Merge branch 'mesa_7_5_branch' into mesa_7_6_branch

ARB prog parser: regenerated file

ARB prog parser: more detailed error message for out of bounds ADDR offsets

gl: restore some PFNGL typedefs

Commit d33c315d9e32584dea12cea683795b498a9f5eca removed a few too many
typedefs.  We need the typedefs in glext.h which are protected by #ifdef
GL_VERSION_1_2 but we can exclude the ones protected by
GL_VERSION_1_2_DEPRECATED.

r600: support position_invariant programs

gallium: Use the enum for pipe_transfer::usage.

gallium: pipe_transfer_destroy helper inline.

nv50: fix stupid thinko in emit_set

When swapping sources 0 and 1, EQ of course does *not*
become NE, etc.

Introduced in 2b963f5c723401aa2646bd48eefe065cd335e280.

gallium: Fix pointer type casts.

nv50: let programs use the whole param buffer

Allocation is unnecessary since all uniforms are
uploaded on every constant buffer change anyway.

nv50: add preliminary support for point sprites

nv50: add support for point size per vertex

nv50: add support for light-twoside

nv50: proper linkage between VP and FP

This moves construction of the mapping between VP outputs
and FP inputs into validation.

The map also contains slots for special outputs like clip
distance and point size, so we need to at least merge the
VP related and FP related parts on validation if we want
to support those.

Now we match every single FP input component with results
from the VP and leave those not read out of the map, or
replace those not written by 0 (xyz) or 1 (w).
The bitmap indicating linear interpolants is also filled,
and flat FP inputs are mapped in only after non-flat ones,
as is required.

Furthermore, we can save some space by only fetching VP
attrs we actually use, and avoid wasting any output regs
because of TGSI using less than 4 components.

nv50: move allocation of pc regs

Make use of tgsi_shader_info to determine how many nv50_regs we
need to allocate, whether program uses KIL, or writes DEPR.

nv50: nicer initialization of nv50_regs

nv50: handle CEIL and TRUNC opcodes

nv50: handle SEQ, SGT, SLE, SNE opcodes

nv50: SIN and COS use src0.w for dst.w

nv50: use broadcast TEMP reg in tx_insn

Makes some opcode cases nicer and might reduce the total
nr of TEMPs required, or save some MOVs.

nv50: add nv50_tgsi_insn to handle swizzles safely

nv50: add functions for swizzle resolution

We're going to try to reorder the scalar ops of a vector instr
to accomodate swizzles that would otherwise require us to emit
to an additional TEMP first (like MOV R0.xy, R0.zx).

nv50: extend insn src mask function

Extend its usage to avoiding e.g. emission of negation
instructions in tx_insn for sources we don't need.

st/g3dvl: pass color values to softpipe clear function

xvmc: Generate new resource ID in _XIDHandler, otherwise it's invalid.

progs/vp: print program and error info when program does not compile

glsl: added some link debug code (disabled)

docs: document linker/preprocessor bug fix

glsl: remove extra #version directives from concatenated shader sources

When we concatenate shaders to do our form of poor-man linking, if there's
multiple #version directives, preprocessing fails.  This change disables
the extra #version directives by changing the first two chars to //.

This should help with some Wine issues such as bug 23946.

st/xorg: add some debugging helpers

r600: add span support for 1D tiles

1D tile span support for depth/stencil/color/textures

Z and stencil buffers are always tiled, so this fixes
sw access to Z and stencil buffers.  color and textures
are currently linear, but this adds span support when we
implement 1D tiling.

This fixes the text in progs/demos/engine and progs/tests/z*

r600: fix warning

Noticed by rnoland on IRC.

st/mesa: minor whitespace, comment clean-ups

st/xorg: fix ureg_DECL_constant() parameters

This fixes the compilation errors reported in bug 23945 but someone more
familiar with the code should review for correctness and close the bug
report.

scons: Allow to use only the WINDDK headers.

scons: Allow to use MS's DXSDK headers with MinGW.

gallium: Add pipe_transfer_map/unmap inlines.

util: Add _BitScanForward intrinsic's declaration.

It is missing in some Microsoft DDKs.

intel: minor code clean-ups

intel: fix renderbuffer map/unmap regression

Commit 36dd53a3cded9d003ec418732b7fc93c1476aa9b caused a few regressions
because the glReadBuffer() buffer wasn't getting mapped when GL_READ_BUFFER
!= GL_DRAW_BUFFER.

intel: remove unneeded driver function assignments

These default swrast functions are already installed by
_mesa_init_driver_functions().

progs/tests: exercise display lists and pixelstore

gallium: Add Mac OS to pipe/p_thread.h.

Mac OS also has POSIX threads.

configure: fix comment

mesa/st: remove dead comment

st/mesa: convert to new tgsi_ureg mechanism for shader emit

Should be easier to read and work with than the older ways of emitting
TGSI tokens.

Also, emit simpler TGSI than previously:
  - translate away source and dest extended modifiers
  - translate away the SWZ opcode

nv50: Fix m2mf positions.

llvmpipe: Make lp_type a regular union.

Union not worth the hassle of violating C99 or adding a name to
the structure.

util: Fix a1r5g5b5's format description.

g3dvl: update tgsi_opcode in order to build g3dvl library

tgsi: handle some src/dst aliasing in tgsi_sse2.c

Src/Dst aliasing (aka SOA dependencies) requires some care to ensure
intermediate results do not overwrite yet-to-be read source registers.

This change ensures that MOV/SWZ handle this correctly, which is poor but
no worse than the current tgsi_exec.c path.  Remove the fallback as there
is nothing to be gained correctness-wise between the two implementations now.

Fixing this properly looks like a bit of work in this code, but might be
easily achieved by sending destination writes to temporary storage.

llvmpipe: Compute derivatives.

llvmpipe: Remove dead references to pipe_winsys.

llvmpipe: Use const keyword for input array arguments.

llvmpipe: Delay storing into the dst register to prevent clobbering the src registers.

How I'm thankful for regular expressions -- just a couple of them were
all that was needed to do this otherwise tiresome and bug prone change.

llvmpipe: Translate more TGSI opcodes.

Basically cover all low hanging fruit, and mark the still missing opcodes
as "fixme" or deprecated.

llvmpipe: Add a few more common arithmetic functions.

We are relying on SSE4.1 for round/trunc/ceil/floor. We'll need to
eventually find alternatives for the rest of the world.

llvmpipe: Rename function to free up lp_build_trunc to the usual arithmetic meaning.

tgsi: implement saturation

Fix recent performance regression.

tgsi: add missing implementation of constant decl change

r300g: delete unused flag due to commit: 09b566e1610

ureg: add a mechanism to get the built tokens rather than a full shader

Previously ureg would always call the driver's create-shader function.  This
allows the caller the opportunity to hold onto the tokens if it needs to
reuse them, eg. to create an internal draw shader.

ureg: add generic emitters for tex and branch instructions

Couldn't previously emit these except by calling the opcode-specific helper.

tgsi/ureg: give ureg_DECL_constant an explicit index parameter

Avoid the need to emit all constant declarations in order.  Makes
referring to a specific constant in the constant buffer much easier.

mesa: remove unused SATURATE_PLUS_MINUS_ONE flag

Never set in mesa.  Remove from tgsi translation as well.

tgsi/ureg: VS inputs don't have any semantic tags, just an index

Fix ureg_DECL_vs_input to reflect this and fix up all callers.

tgsi: free tokens on error

tgsi: sanity check ureg programs

tgsi: add const qualifier

Use CFLAGS as HOST_CFLAGS by default

Unless we're cross compiling, the HOST_CFLAGS should be the same as the
normal CFLAGS. This allows the x86 and x86_64 asm to be built correctly
with a native compiler using -m32/-m64.

Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

r300g: There is no such thing as "texture stride"

Individual texture images have a stride, but textures as a whole do not.

There are still pieces of code which are confused about this, but the core of
the confusion is hopefully gone.

Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>

i965: Move OPCODE_DDX/DDY to brw_wm_emit.c and make it actually work.

Previously, it was trying to mess around with the varying's
WM setup data to produce a result.  Along with not actually working when
passed a varying, this wouldn't work if you did dFd[xy]() on a temporary.
Instead, just calculate the derivative using the neighbors in the subspan.

r600: fix texcoords from constants

with some minor updates from Richard.

docs: mention the new Gallium llvmpipe driver