Revert "i965: Do FS SLT, SGT, and friends using CMP, SEL instead of CMP, MOV, MOV."

This reverts commit 46450c1f3f93bf4dc96696fc7e0f0eb808d9c08a.  I was
wrong about null reg behavior -- it reads undefined, not 0.  And
they're not kidding.

meta: Fix up restoration of state if _mesa_map_pbo_source() fails.

meta: Properly refcount our saved programs and texobjs.

Found while debugging bug #24119.

gallium: add target-helpers/wrap_screen.c to C_SOURCES

Was commented out before.

st/mesa: Invalidate sampler view when texture object changes.

st/xorg: fix up xorg state tracker to use cso changes

use cso_set_fragment_sampler_views instead of cso_set_sampler_textures

regenerate gl_mangle.h to get new EGLImage functions

libgl-xlib: Use a simple GALLIUM_DRIVER env var to select the pipe driver.

GALLIUM_DRIVER is being used in many other places, and it easier to
memorizing and understand than all the GALLIUM_NO_XXX.

gallium: Silence warning.

gallium: change remaining util functions to use cso sampler views

changes arguments of util_blit_pixels_tex and util_gen_mipmap to
struct pipe_sampler_view * instead of struct pipe_texture *.

gallium/docs: Create a separate section for Sampler Views.

Merge commit 'origin/master' into gallium-sampler-view

This branch already seems to have the nv50_tex.c fix.

Conflicts:
src/gallium/drivers/nv50/nv50_tex.c

i965g: Fix use of an uninitialized variable.

Merge remote branch 'origin/gallium-st-api'

nv50: fix texturing from >=4GiB mark

llvmpipe: Fix rebase typo

winsys/sw: Add a software winsys layered on a pipe

i965g: Fix after context transfers

gallivm: checkpoint: stencil test code

gallivm/llvmpipe: rename some constant building functions

gallivm: fix up some #includes

gallivm/llvmpipe: rename os_llvm.h to lp_bld.h

The llvm wrapper wasn't really an OS thing.

Use lp_bld.h for now but we eventually should rename/re-prefix all the
files/functions in the gallivm/ directory.

libgl-xlib: Obey GALLIUM_SOFTPIPE define.

gallium: fix frontbuffer rendering with r300g

No idea if this is the correct fix, but it makes it work again at least.

Signed-off-by: Dave Airlie <airlied@redhat.com>

llvmpipe: updated status in README file

progs/objviewer: remove debug code

gallivm: fix typo/bug in lp_build_sgn()

We were never returning -1 as a result.  This fixes some inverted/flipped
faces with cube mapping.

cso: Do not hold references to bound textures.

Sampler views already hold references to those.

gallivm: add min_lod==max_lod special-case code in lp_build_lod_selector()

When min_lod==max_lod we don't need to go through all the work of
computing the lod from partial derivatives.  This is hit by the mipmap
generation utility code.

gallivm: asst clean-ups, comments, etc.

gallivm: implement minification/magnification selection

Use the LOD value to determine whether to use the minification vs.
magnification filter.

All mipmap sampling modes work now.

gallivm: fix incorrect clamp in lp_build_linear_mip_levels()

gallivm: fix incorrect floor(), itrunc()

LLVMBuildFPTrunc() should be used for double->float conversion, not
float->int conversion.

There should be a better way to compute floor(), ceil(), etc that doesn't
involve float->int->float conversion.

st/mesa: Fix a call to st_get_stobj_sampler_view().

st/mesa: Pass in correct sampler view object to blitter.

util: Fix nil pointer reference.

nv40: remove leftover nv40_transfer.c from unification into nvfx

gallium: util_blit_pixels() takes source sampler view as argument.

st/mesa: Cache FBO texture's sampler view object.

st/mesa: Update the comments in st_manager.c.

nvfx: fix up after merge

r300g: fix up after merge

Merge commit 'origin/master' into gallium-sampler-view

Conflicts:
src/gallium/drivers/nv30/nv30_context.h
src/gallium/drivers/nv30/nv30_state.c
src/gallium/drivers/nv40/nv40_context.h
src/gallium/drivers/nv40/nv40_state.c
src/gallium/drivers/r300/r300_emit.c

r300g: rebuild screen/winsys interface

This creates a cleaner winsys and drop the simple screen stuff.

It makes r300g use pb_bufmgr structs.

It also tries to avoid overheads from mapping too often.

v5: clean warnings

v6: break out of cache check on first buffer - since most likely
the first busy one implies all after it are busy.

v7: cleanup a bit

v8-merged: drop cman for now to just get all the interface changes in first.
rework to changes that happened upstream

Signed-off-by: Dave Airlie <airlied@redhat.com>

nv50: reset vbo_fifo before each validate

nvfx: remove src_native_swz, which was a no-op

src_native_swz was used to translate 0/1 swizzles back when Gallium
supported them.

That support was later removed from Gallium, and the function currently
always returns true.

Remove it.

nvfx: clean up shader header

Currently the behavior of shader.h depends on some constants that
are defined differently in vertex and fragment programs.

This patch cleans that up by splitting the relevant symbols in
vertex program and fragment program variants

nvfx: draw: make swtnl draw_elements actually work.

It was totally broken: the index buffer was passed as NULL!

nvfx: draw: emit color as floating point

Don't lose precision by converting to u8.

nvfx: draw: make perspective corrective texturing work

We must divide everything in the position by w, and emit position as
a 4-component vector.

Not sure why we must divide, but it works (see progs/redbook/checker).

nvfx: draw: create draw vp with ureg

This avoids duplicating the vertex program generation logic and
makes the same code work for both nv30 and nv40.

nvfx: add NOUVEAU_SWTNL to force swtnl at runtime

Replace the FORCE_SWTNL macro with a NOUVEAU_SWTNL environment variable.

nvfx: move nv04_surface_2d.c into nvfx directory

It is only used on pre-nv50 and nvfx is the only Gallium pre-nv50 driver.

nvfx: fix quads drawing

The primitive splitting code is totally broken and will be rewritten.

Fix the most important bug now though.

nvfx: fix viewport state after bypass removal for swtnl

The adjustment of nv30/nv40 after the removal of bypass incorrectly
removed the hardware viewport bypass code, which we still need for
swtnl and also forgot to remove NVFX_NEW_RAST from pipe.

nv30, nv40: move last files to nvfx/ and rm -rf nv30 nv40

This is the last nvfx unification patch.

nv[34]0_fragtex.c are moved to the common directory
nv[34]0_shader.h are renamed to nv[34]0_vertprog.h and moved to
the common directory

The separate nv30 and nv40 directories are removed from the build
system

nv30, nv40: partially non-trivially unify sampler state in nv[34]0_state.c

Many things, like texture wrap modes and min/mag filters are common.

Some others, like annisotropy and lod settings, are not.

nv30, nv40: partially non-trivially unify nv[34]0_fragtex.c

The bulk files cannot be unified, but the frontend can and allows to
share some code and simplify state_emit.c

nv30, nv40: unify nv[34]0_context.c

They are now almost identical, except for nv30 vs nv40 fragtex
initialization.

nv30, nv40: fully unify nv[34]0_context.h

Move the remaining content to the common header.

nv30, nv40: non-trivially unify nv[34]0_screen.c

The files have the same structure but are substantially different.

They are unified with appropriate conditionals.

nv30, nv40: non-trivially unify nv[34]0_vertprog.c

vertprog.c is similar but has substantial differences:
1. nv40 supports clip planes
2. nv40 uses a more advanced register allocator
3. Some register setup is different
4. Constants with the same name have different values

This patch unifies the two files.
nv30 gains clip plane support and the nv40 register allocator.

A new NVFX_VP(x) macro is introduced that at runtime resolved to
either the nv30 or the nv40 constant value.

nv30 clip planes are not tested and might not work

nv30, nv40: partially unify nv[34]0_state.c

state.c is identical except for:
1. Sampler state creation is different
2. nv40 swtnl support
3. Separate blend equations on nv40

This patch unifies nv[34]0_state.c, except the sampler state creation code.

nv30, nv40: unify nv[34]0_vbo.c

The files are identical, except for swtnl support which is commented
out on nv30 and restart being initialized on nv30 to avoid a compiler
warning.

nv30, nv40: non-trivially unify nv[34]0_draw.c

nv30_draw.c is a stub.

This patch makes both nv30 and nv40 use the nv40 swtnl path.

Note that this doesn't actually work on nv30 because the vertex program is
encoded in the nv40-only layout.

However, swtnl was unimplemented before on nv30, so this is not a regression.
Furthermore, a patch to fix this is available near the end of the patchset.

nv30, nv40: non-trivially unify nv[34]0_fragprog.c

The files are mostly the same except:
1. On NV40, some TGSI instructions are emulated with several hardware ones
2. Some instructions such as DDX/DDY, and STR were missing from nv30
3. NV40 has more sophisticated register management

nv30 now supports all instructions and uses the nv40 register management.

nv30, nv40: non-trivially partially unify nv[34]0_shader.h

shader.h is similar, except for the following differences:
1. The instruction sets are not exactly the same, but mostly similar
2. Vertex program fields are in different bit positions

This patch unifies all parts of nv[34]0_shader.h except the vertex
program fields.

Vertex opcodes are also changed so that the constant names includes
SCA if it is a scalar opcode and VEC if it is a vector opcode.

nv30, nv40: non-trivially unify nv[34]0_state_fb.c

The files are significantly different due to:
1. nv30 support 2 render targets, nv40 4
2. z-buffer pitch is set differently
3. nv30 has a limitation of colour_bits >= zeta_bits. This may not
   actually exist in the driver though
4. nv30 points color0 at depth in the depth-only case
5. nv30 sets NV34TCL_VIEWPORT_TX_ORIGIN to 0. This is probably
   unnecessary

This patch attempts to unify the two files and preserve the existing
behavior.

nv30, nv40: unify nv[34]0_state_viewport.c

The files are identical, except for an extra comment in nv30.

nv30, nv40: unify nv[34]0_query.c

The files are identical except formatting.

nv30, nv40: unify nv[34]0_miptree.c

The only difference between nv30 and nv40 is that nv30 allowed swizzling
for more texture types.

This patch preserves the existing behavior, using conditional code.

Note however that this does not make sense, since all texture types can
be swizzled on nv40 and probably on nv30 too.

However, the handling of swizzled surfaces in the current 2D code is
partially broken, so it's best not to touch this.

A whole rewrite of the 2D code will be submitted, which will solve this
problem.

nv30, nv40: unify nv[34]0_state_stipple.c

The files are identical, except for the fact that the nv40 version
forgets to unreference the stateobj.

Unified to the correct nv30 version.

nv30, nv40: unify identical nv[34]0_state_zsa.c

nv30, nv40: unify identical nv[34]0_state_scissor.c

nv30, nv40: unify identical nv[34]0_state_rasterizer.c

nv30, nv40: unify identical nv[34]0_state_blend.c

nv30, nv40: non-trivially unify nv[34]0_state_emit.c

The files are the same except for swtnl support on nv40 and for
texture cache flushing on nv40.

Unify them, and use a macro to define 4 versions of render_states,
for all combinations of nvfx and hwtnl/swtnl.

nv30, nv40: unify identical nv[34]0_transfer.c

nv30, nv40: unify identical nv[34]0_clear.c

nvfx: add nvfx directory to build system

Will be used to hold source files unified between nv30 and nv40.

Eventually all nv30 and nv40 code will be moved there and the
nv30 and nv40 directories will be removed.

nv30, nv40: add is_nv4x member to context and screen structs

This will make it faster to check for nv40.

nv30, nv40: unify all structures and headers, except shaders

This patch unifies nv[34]0_screen.h, nv[34]0_context.h and
nv[34]0_state.h

The unified files are put in a new "nvfx" directory.

nv30_context.h and nv40_context.h still exist to hold the function
prototypes and include nvfx_context.h

nv[34]0_screen.h and nv[34]0_state.h are deleted, replaced by the
unified versions.

nv40 includes some extra fields for swtnl and user clip planes
support.

These fields will be unused on nv30 until that functionality gets
added to it too (by unification with nv40).

nouveau: s/rankine/eng3d/g; s/curie/eng3d/g

Result of running:
perl -i -p -e 's/rankine/eng3d/g; s/curie/eng3d/g;' nv[34]0/*.[ch]

This will allow to more easily unify nv30 and nv40.

nv30: remove unused on_hw field and constant fp_reg_control field

This makes nv30_state.h equivalent to nv40_state.h

nv40: use NV34TCL_ constants where available

It was decided to just use the NV34TCL_ constants for constants
common between nv30 and nv40, and deprecate the NV40TCL_ versions.

This patch changes the nv40 driver to use NV34TCL_ constants for
common functionality.

This reduces differences between nv30 and nv40 to ease further
unification.

r300g: Remove unnecessary headers.

dri/common: mv __driUtilMessage to utils.c

allows to link with xmlconfig without dri_util, and has nothing drm-specific.

dri/swrast: add comment in case it's not clear

dri/swrast: drop mtypes.h from dri_sw

dri/swrast: update copyright email

dri/swrast: port to dri_sw (drawable)

dri/swrast: port to dri_sw (context)

dri/swrast: port to dri_sw

dri: add dri_sw.c helper

This is dri_util.c stripped from the drm-specific bits and will be used for
both classic and gallium swrast_dri.so

trace: Remove unnecessary headers.

svga: Remove unnecessary header.

glapi: exec_malloc for dispatch stubs

glapi: this one should be by THREAD

glapi: more organize code by arch

It seems that x86-64 with tls will fail to compile or load due to a missining
gl_dispatch_functions_start symbol. Not changing though, since this is how it
used to be and cannot test.

glapi: organize arch-specific code by arch (2)