gallium: minor code/comments clean-up

egl: Comment out unused tables in_eglFillInConfigs

This silences a compiler warning.

Signed-off-by: Chia-I Wu <olvaffe@gmail.com>

R6xx/r7xx: enable flat shading, this can fix quadric/accanti/accpersp

r600: fix _REV texture format component swizzles

mesa: regenerated file

glx: remove XTHREADS support

docs: do not mentions xthreads any more

glapi: regenerated GL API assembly files

glapi: remove XTHREADS support

r300/compiler: Make calculate_inputs_outputs available to external users

In the long run, it's probably better to just get rid of InputsRead and
OutputsWritten.

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

r300/compiler: Add vertex program code dumper from Gallium driver

r300/compiler: Prepare for hookup to Gallium

r300/fragprog: Move wpos_attr and fog_attr where they belong

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

r300/fragprog: Remove hardcoded FRAG_ATTRIB_xxx constants

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

r300/fragprog: No longer rely on hardcoded FRAG_RESULT_xxx constants

Also, this makes radeon_program_pair depend on the r300 fragment program
compiler. Since we now know that r600+ no longer use the same pairing
style in their ALU, we can stop pretending that program_pair is useful
for anything but r300-r500 fragment programs.

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

r300/fragprog: Move some of the attribute handling out of the compiler

Attribute indices will probably be different in Gallium, so make the compiler
independent of magic values.

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

r300/fragprog: Finally get rid of the duplicate program copy

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

r300/vertprog: Move Mesa-dependent input/output handling out of compiler

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

r300: Remove ugly PSIZ hack

Instead of setting Sourced, we simply force writemasks to begin with.

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

r300/vertprog: Refactor wpos rewrite using rc_program

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

r300/vertprog: Refactor fog_as_texcoord to use rc_program

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

r300/vertprog: Refactor addArtificialOutputs to use rc_program

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

r300/fragprog: Refactor wpos rewrite to use rc_program

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

r300/compiler: Refactor fragment program fog rewrite to use rc_program

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

r300/compiler: Refactor rewrite_depth_out to use rc_program

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

r300/compiler: Refactor local transforms to use rc_program

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

r300: Allow compiler to add constants in a cleaner way

Adding constants is used in a number of non-native instruction
rewrites, and it required us to keep copies of modified gl_programs
around. This is a first step towards ending this.

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

r300/compiler: Refactor nqssadce to use rc_program

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

r300/compiler: Refactor for rc_program usage

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

r300/compiler: Add rc_print_program

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

r300/compiler: Lay groundwork for better error handling

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

r300: Remove dependency on GLcontext from compiler

Unfortunately, this does cause some code duplication (which we can hopefully
eliminate eventually).

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

r300/vertprog: Cleanup source conflict handling

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

r300/vertprog: Massively reduce code duplication

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

r300/vertprog: Use generic transforms and throw away unneeded code

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

r300: Move vertex program compilation to compiler

This is just the first step of refactoring. The separation is not yet
clean enough with this commit.

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

r300: Cleanup vertex_program structure

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

r300: Remove faux lazy translation of vertex programs

De facto, vertex programs were translated immediately in all situations,
so let's just stop pretending that we do lazy translation.

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

r300: Reduce include dependencies

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

r300: Introduce rc_program and use it in radeon_pair

The goal is to convert both Mesa and TGSI programs into an intermediate format
that happens to be convenient for us.

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

r300: Add radeon_compiler as a base for compilation-related tasks

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

r300: Remove some unnecessary includes

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

r300/compiler: Compile the compiler seperately into an archive

This is all part of untangling the compiler from the classic driver, so that
it may be used in Gallium without depending on Mesa stuff if possible

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

r300: Further reduce dependency between compiler and classic driver

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

r300: Remove some dependencies on additional fragment program copies

The copy is still needed because some program transforms add state variables
or constants.

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

r300: Remove GLcontext from r300_fragment_program_compiler

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

r300: Remove GLcontext requirement from radeonLocalTransform

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

r300: Remove unused enums

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

r300: Remove GLcontext requirement from radeon_nqssadce

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

r300: Remove GLcontext requirement from radeon_program_pair

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

r300/program_pair: Introduce driver-specific texture instruction structure

This is to prepare more experimentation and possible internal changes in the
compiler.

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

r300/program_pair: Dynamically allocate instructions temporarily

In preparation of using TGSI, where we cannot easily predict the number
of instructions.

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

r300: Detangle fragment program compiler from driver-specific structure

This is in preparation of sharing the fragment program compiler with Gallium:
Compiler code is moved into its own directory and modified so that it no
longer depends on driver structures.

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

radeon: Add r6xx/r7xx chip family to get_chip_family_name

This fixes problem that glxinfo was reporting r600+ cards as unknown.

Signed-off-by: Pauli Nieminen <suokkos@gmail.com>

nouveau: swizzle a single row or column, doing it one pixel at a time

r600: fix textures

We weren't allocating enough gprs for the fragment shader
in some cases.  There are likely other issues that still need
to be sorted out for textures, but at least they now work.

r600: don't draw when num indices is 0

fixes engine demo

r600: set VGT NUM_INSTANCES as part of the draw command

set VGT NUM_INSTANCES as part of the draw command rather
than as state as recommended by the pm4 guide.  Also,
use the NUM_INSTANCES packet.

r600: Use R600_SCRATCH_REG_OFFSET rather than RADEON_SCRATCH_REG_OFFSET

noticed by vehemens on IRC.

r600: switch vtx resource setup to use SETfield macros

For consistency

r600: switch tex code to use SETfield macros

for consistency with the rest of the code.

r300g: Fix two trivial texture size issues.

Next thing to fix: progs/tests/mipgen.

radeon-gallium: If BO allocation fails, return NULL.

r300g: Add some debugging, correct little bits of math in texture setup.

Simple stuff still works, but not sure about some of the more complex things.

nouveau: only swizzle square textures for copy

nouveau: Take into account destination position for copy_swizzle, need to split copy a bit more

nouveau: Recursively swizzle an NPOT sized copy

nouveau: use nv04_surface_copy_swizzle only for POT sizes

radeon-gallium: remove old getparam ioctl

r600: fix segfault in morph3d

These attributes still need work, but it shouldn't hurt to
enable them.

draw: correct address for machine struct in llvm path

This changed after a recent commit.

gallivm: updates for TGSI changes

make linux-llvm succeeds, but doesn't seem to be working, at least with
llvm 2.5

r300g, radeon-gallium: Fix API, cleanup.

Something called "validate" should return FALSE on failure, not TRUE.

radeon-gallium: Build fixes wrt changed libdrm_radeon space check API

Had to be hacked up a bit to apply to master. Sorry 'bout that. :3

r300g: PIPE_CAP_BLEND_EQUATION_SEPARATE.

gallium: clean up opcode definitions

Remove commented-out opcodes.  Remove information about API mappings
to opcodes, but add a reference to tgsi-instruction-set.txt where
that information is better presented.

gallium: remove deprecated TGSI opcodes

Various opcodes which can be implemented trivially with other TGSI opcodes,
such as matrix multiplication and negation.  These were not used by any
state tracker or implemented by any of the drivers.

r600: Remove CRLF line endings.

util: Add support for Mac OS.

r300g: Actually mark shaders as translated/untranslated.

Also trust that Gallium will not give us TGSI that miscounts shader consts.

This creates a 20x speedup on glxgears, from 8 FPS to 160 FPS.

cell: update TGSI_OPCODE_ cases

gallium: Fix PPC build.

nouveau: nv30: wrong variable for format

r300: fix address register handling in NQSSADCE

For address register we always use X component

nouveau: Take into account sx,sy parameters to read from source surface

gallium: remove multiple aliases for TGSI opcodes

This is a source of ongoing confusion.  TGSI has multiple names for
opcodes where the same semantics originate in multiple shader APIs.

For instance, TGSI includes both Mesa/GLSL and DX/SM30 names for
opcodes with the same semantics, but aliases those names to the same
underlying opcode number.

This makes it very difficult to visually inspect two sets of opcodes
(eg in state tracker & driver) and check if they implement the same
functionality.

This patch arbitarily rips out the versions of the opcodes not currently
favoured by the mesa state tracker and leaves us with a single name
for each distinct operation.

gallium: simplify tgsi_full_immediate struct

Remove the need to have a pointer in this struct by just including
the immediate data inline.  Having a pointer in the struct introduces
complications like needing to alloc/free the data pointed to, uncertainty
about who owns the data, etc.  There doesn't seem to be a need for it,
and it is unlikely to make much difference plus or minus to performance.

Added some asserts as we now will trip up on immediates with more
than four elements.  There were actually already quite a few such asserts,
but the >4 case could be used in the future to specify indexable immediate
ranges, such as lookup tables.

r600: fix dst reg indexing for real

This fixes segfaults in apps like teapot and tunnel

Revert "r600: fix dst reg indexing"

This reverts commit cc893d9a98255d3c26df7123ba5cc02e478c9328.

Richard has the proper fix.

r600: add stencil support

r600: use state functions to set default state

r600: fill in point functions

r600: set provoking vertex to last vertex for OGL

r600: fill in r700UpdateViewportOffset

r600: first pass at polyoffset support

not working yet

radeon: fix colorbuffer pitch emission regarding tiling in KMS/CS case

We need to emit a relocation for pitch register so that kernel can
check and properly setup tiling on the color buffer.

R600: fix up some build problems

r600: add alpha test support

Track Radeon driver symlinks in Git.

Add missing X11_INCLUDES to egl/drivers/demo and egl/main.

Compiling mesa on a system with no X headers installed in the default
include paths fails due to missing X11 includes. The header includes are
picked up by configure but not applied.

Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Dave Airlie <airlied@redhat.com>