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)

glapi: organize arch-specific code by arch

r300g: remove pipe_context from r300_screen

softpipe: Remove unnecessary header.

gallium: Respect user's CFLAGS for including X headers

This can break on systems that don't have a system X installation.

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

Use X_LIBS from pkg-config, instead of libdir, for locating libX11

Signed-off-by: Jeff Smith <whydoubt@yahoo.com>
Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

llvmpipe: Switch to PIPE_TEX_MIPFILTER_NONE when texture has no mipmaps.

r300g: add high quality anisotropic filtering for R5xx (disabled by default)

Oh look, an undocumented feature. It's a nice tool for benchmarking
texturing.

r300g: fix anisotropic filtering, fix macrotiling

Two bug fixes at the same time. :)

r300g: refrain from using immediate mode if it causes slowdown

E.g. when mapping buffers could flush CS or cause waiting
for a busy buffer.

The side effect of this is it also fixes progs/demos/arbocclude however
a separate fix should be proposed to address this issue in other cases
it might occur.

r300g: fix up function names

radeon: add some debuging info for glCopyTex(Sub)Image

r300: blits for small dst pitch work just fine

radeon: fix gl format to mesa format mapping and add GL_BGRA formats

radeon: fix glCopyTex(Sub)Image

Fallback to swrast for software renderbuffers

llvmpipe: Ensure the context is flushed before modifying textures.

llvmpipe: Don't use texture transfer internally.

Now that transfers are context objects their sideeffects must happen in
order when used by the state tracker, but that synchronization must be
bypassed when used inside the driver, or it would cause infinite
recursion.

llvmpipe: Obey rasterization rules.

Replicates softpipe.

llvmpipe: setup_context -> lp_setup_context

Otherwise IDEs and debuggers have trouble distinguishing from softpipe's
setup_context.

nv50: fixup after gallium-context-transfers merge

python: Temporarily disable python state tracker until transfers are done by contexts

It requires changes not ony to the state tracker but to the python
scripts too.

st/egl: Cache the pipe surface used in flush_frontbuffer.

It is very likely that the same surface will be flushed again and again.
Caching the surface should reduce the overhead of surface creation.

mklib: Fix amd64 builds on Solaris when using Sun compilers

Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>

r300g: Forcibly sanitize max index.

Not perfect, but the kernel should shut up now.

Revert "st/mesa: Always recalculate invalid index bounds."

This reverts commit 50876ddaaff72a324ac45e255985e0f84e108594.

Per ML discussion.

gallivm: cube map sampling works now

gallivm: fix bugs in nested if/then/else codegen

Quite a bit a hair pulling was involved...

gallivm: support non-vector float in lp_build_sgn()

i965: Clarify the roles of emit_pixel_xy(), emit_delta_xy(), emit_wpos_xy().

i965: Clarify that DELTAXY always occurs for both X and Y.

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

i965: Do VS SGT, SLT, and friends using CMP, SEL instead of CMP, MOV, MOV.

i965: Fix up VS DP4 sequences to avoid dependency control.

This is recommended by the B-Spec.  I wasn't able to measure any
difference in ETQW.

i965: When doing a swizzled kill pixel, don't do redundant channel compares.

This was obvious when looking at the compiled output of ETQW's
shaders.

i965: Use the SEL instruction to implement MIN and MAX.

Saves an instruction over doing conditional moves.

svga: Fix up for context transfers.

st/xorg: Remove flushes no longer necessary thanks to context transfers.

glx/single2.c: Don't call __builtin_expect on non-gnu compilers

Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>

Merge branch '7.8'

vmwgfx/dri: Fix SCons build.

st/dri: Always try to set up R5G6B5 configs.

Allows compiz to work in depth 16.

The DRI2 getBuffersWithFormat hook is only required for 16/32 bit depth
buffers, for colour buffers the only requirement is that the format matches
the drawable depth, which we can't check here.

(cherry picked from commit c50477c255a34444720fb944c54373462ef39fb9)

r100/r200/r300/r300: only enable accelerated pixel ops with kms

fixes fdo bug 27043

dri/r700: include shader/programopt.h instead of programopt.c.

Signed-off-by: Brian Paul <brianp@vmware.com>

Add programs to .gitignore in redbook

Signed-off-by: Jeff Smith <whydoubt@yahoo.com>
Signed-off-by: Brian Paul <brianp@vmware.com>

Add programs to .gitignore in xdemos

Signed-off-by: Jeff Smith <whydoubt@yahoo.com>
Signed-off-by: Brian Paul <brianp@vmware.com>

Add -L$(libdir) for xdemos and egl so that the right libX11 is found

Signed-off-by: Jeff Smith <whydoubt@yahoo.com>
Signed-off-by: Brian Paul <brianp@vmware.com>

Grammar and spelling fixes

Signed-off-by: Jeff Smith <whydoubt@yahoo.com>
Signed-off-by: Brian Paul <brianp@vmware.com>

st/xorg: context transfers

gallium: fix BGRA vertex color swizzles

The mapping for vertex_array_bgra:
(gl -> st -> translate)
GL_RGBA -> PIPE_FORMAT_R8G8B8A8 (RGBA) -> no swizzle (XYZW)
GL_BGRA -> PIPE_FORMAT_A8R8G8B8 (ARGB) -> ZYXW (BGRA again??)

Iẗ́'s pretty clear that PIPE_FORMAT_A8R8G8B8 here is wrong. This commit
fixes the pipe format and removes obvious workarounds in util/translate.

Tested with: softpipe, llvmpipe, r300g.

Signed-off-by: José Fonseca <jfonseca@vmware.com>

st/mesa: Always recalculate invalid index bounds.

These should always be sanitized before heading towards the pipe driver,
and if the calling function explicitly marked them as invalid, we need
to regenerate them.

Allows r300g to properly pass a bit more of Wine's d3d9 testing without
dropping stuff on the floor.

st/mesa: Update debug infos.

Still commented out, of course.

r300g: Properly clamp index limits.

Make the kernel even less likely to barf on us.

Merge commit 'origin/gallium-context-transfers-2'

mesa: fix linux-dri and autogen builds since sw-api-2 merge

radeon: Fix memory leaks from early return.

llvmpipe: Remove unnecessary header.

gallivm: checkpoint WIP cubemap code

gallivm: added lp_build_sum_vector()