radeon: remove debugging

radeon: refactor framebuffer code like intel

this is a step towards fbos and should fix pageflipping, but
I think the first flip seems broken.

R300: add support for RS600 chips

R300: set the number of GB pipes on all r3xx-r5xx chips

r300: make ste text buffer work with > 2048 on r500

radeon: add more fbconfigs

this makes glxgears get its background back when running under DRI2

r300: remove depth offset exits in favour of rrb depth changes

r200: fixup emit sizes for kms

r200: port over cs emit changes from radeon

radeon: fixup old packets emission for CS case

r100: fixup kms state emissions

radeon: avoid page flip code in DRI2

radeon: enable DRI2 for r100

radeon: move CB/ZB state init into emit code

This removes the use of the sarea for this stuff so makes DRI2 easier
and emits the CB/ZB info in the correct place

r300: fixup texture state emission for kms path

r300: don't call page flip on DRI2

r300: don't flush VAP too often.

Flush the VAP the first time for each state atom we upload new
VAP data

r300: drop r300Flush for the generic one

r300: fix bo ref/unref, plugs DRI handle leaks

r300: fixup old setTexOffset DRI1 extension

radeon: add more debug info to the flush debug

r300: revert back autostate change on cacheflush emit

r300: use OUT_BATCH_REGVAL in a few more places

r300: set u to 0 so debug logs are easier to read

radeon: stabilise r300 driver like the F10 mesa bufmgr

For some reason flushs caused by this CS needs flush hook,
caused the chip to lockup on r300 under compiz, whereas
the F10 driver was rock solid.

radeon: add some debugging for flush ioctls

radeon: make state atom print like old r300 code

radeon: fixup legacy bo/cs out of VRAM waiting.

This is similiar to the code from the F10 r300 bufmgr

r300: make DRI2 not crash on compiz start

radeon: move device param id check ifndef

radeon: initialise swapped objects pointer

radeon: legacy texMem interface fixups.

The texmem.c interface is wildly messed up it really wants to own the objects
so let it, pain in the ass but this code should work a lot better now

Revert "dri/radeon: export a function to cleanup a texture object."

This reverts commit 5325f8624093bb1ec30d581b4ff64218ceab99f9.

radeon/r200: drop legacy texture heap code

radeon/r200: fixup texturing aging calls

radeon: fixup destroy texture object exit path and update LRU

the destroy path was doing bad things with structure names, make it do less
bad things, use container_of instead

radeon: remove leftover debug

radeon/r200: drop dirty state from texture object + pp_txoffset

this is just more code cleanup for old dead code

r200: align with r100 code

radeon: fix not emitting texture state correctly

this is whole texture dirty bit is probably not needed with the current
codebase, need to revisit

radeon: steal miptree optimisation from intel codebase

This replaces a miptree if it won't distrub anything else.

radeon: move YUV on first texunit check after hw state is setup

dri/radeon: export a function to cleanup a texture object.

The radeon legacy code want to cleanup not free the texture obj,
so export a function to do that and wrap it.

radeon: fix texcompress2 test.

this makes compressed subimages work properly.

radeon: fix compressed tex subimage unpack parameter

radeon: add cflags to decide whether to link libdrm_radeon or not.

You don't need libdrm_radeon for the legacy driver to build,
only for the experimental mm/cs paths.

radeon-common: Fix crash in glGetTexImage

Since texture images are now stored in miptrees, we cannot usually
access them directly via the Data pointer.

So we wrap Mesa's implementation by map/unmap calls.

This crash was triggered by Sauerbraten, Piglit now contains a
regression test.

Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>

r300: Fix crash in cubemap tree creation

The mip tree creation would crash if the first baselevel image to be uploaded
was not the positive-x image.

Found with Sauerbraten, also added a regression test to Piglit.

Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>

r300: Redirect constant TEX coordinates

R3xx/R5xx fragment program texture constants must come from a hardware
register instead of the constant file, so we redirect if necessary during
the native rewrite phase.

The symptoms of this bug started appearing when the Mesa fixed function
texenvprogram code started using STATE_CURRENT_ATTRIB constants for
texture coordinates when the corresponding attributes were constant across
all vertices.

Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>

r300: Fix R300_CMD_SCRATCH on big endian.

radeon: remove unused radeon_compat.c

r200: fixup cube emit debug

r200: fix another cmdbuf sizing issue

radeon: check for valid bo in release arrays

radeon: remove old cube code

radeon/r300: fix warnings

radeon: add initial cubemap support appears to work

radeon/r200: make setTexOffset work again

radeon/r200: fix set tex offset functions

radeon: revert unneeded change to texturing code

radeon: fix compressed texture upload on all radeons

tested on r200, texcmp works. May need more verification

r200: update with changes from r100 driver for texture state

r200: port over state emit fix from r100

r200: fixup some CS emission sizes

r200: use correct finish interface

radeon: fixup include ordering

Merge remote branch 'origin/master' into radeon-rewrite

Conflicts:
configure.ac
src/mesa/drivers/dri/r200/r200_context.c
src/mesa/drivers/dri/r300/r300_render.c

r300: fix warning about mesa_lock_context_texture

radeon: add stdint include

radeon: add mminfo struct to wrapper

radeon: add defines for future bits

r200: make build complete

r300: make r300 work with latest changes

radeon: make build without libdrm_radeon better

radeon/r200/r300: make build again with tracker changes

radeon: remove depends on libdrm_radeon for now.

will fixup makefiles later to detect and use libdrm_Radeon in proper
places

radeon/r200/r300: make build with out libdrm_radeon installed for now

r200/r300: get up to speed on renamed files

radeon: renaming and headers cleanup

r100/r200: fix front rendering issue.

radeon/r200/r300: another big merge upheavel.

This merges lots of the hw state atom emission and firevertices code.

it also removes a lot of the extra radeon crap from r300

and merge scissor

Fix an i965 assertion failure on glClear()

While running conform with render-to-texture:

conform -d 33 -v 2 -t -direct

the i965 driver failed this assertion:

intel_clear.c:77: intel_clear_tris: Assertion `(mask & ~((1 << BUFFER_BACK_LEFT) | (1 << BUFFER_FRONT_LEFT) | (1 << BUFFER_DEPTH) | (1 << BUFFER_STENCIL))) == 0' failed.

The problem is that intel_clear_tris() is called by intelClear() to
clear any and all of the available color buffers, but intel_clear_tris()
actually only handles the back left and front left color buffers; so
the assertion fails as soon as you try to clear a non-standard color
buffer.

The fix is to have intelClear() only call intel_clear_tris() with
buffers that intel_clear_tris() can support.  intelClear() already backs
down to _swrast_Clear() for all buffers that aren't handled explicitly.

autoconf: Fix lib globbing for static builds

Reported-by: Siddhartha Chaudhuri <expiring_frog@yahoo.co.uk>
Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>

gallium: const-correctness for u_linear.c functions

gallium: silence warnings about void ptr arithmetic

mesa: refactor MATH_SOURCES, remove Mesa x86 codegen from gallium build

Omit math/m_xform.c from gallium builds since it's not used and it's the
one place we were pulling in the Mesa x86 codegen which collides with
gallium's x86 codegen.

Can now omit ASM_C_SOURCES from gallium build too.

mesa: get rid of _math_init()

Only VBO uses the evaluator code so call _math_init_eval() there.

Only TNL uses the transform/translate code so call _math_init_transformation()
and _math_init_translate9) there.

This is a step toward resolving some symbol collisions between Mesa's and
gallium's x86 codegen.
Have VBO and TNL modules call _math_init_transformation()

autoconf: Adjust to new asm SOURCES variables

Commit 90b2beb661f630966788a6e909dc759c99e38973 changed the assembly
variables. Without this change, the glapi assembly wasn't being built
when it was supposed to, resulting in missing symbols in libGL.

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

autoconf: Restore commented ASM_FLAGS

This is not the proper approach to disabling assembly. If there are bugs,
they should be fixed or the assembly can default to off.

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

Add external pixman CFLAGS after all internal include paths

With the pixman CFLAGS at the beginning of the command line, my build
was picking up the glcore.h from glproto, which doesn't have any of the
TFP fields in __GLcontextmodes.

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

nouveau: 1xN, Nx1 levels of a swizzled mip tree shouldn't be aligned.

draw: Cap max vertices instead of failing assert.

demos: minor updates for shader_api.c test

Mesa's glGetUniformLocation() does support array indexes.

Minor code reformatting.

It would be great if this program were converted into a glean test...

glsl: allow setting arrays of samplers in set_program_uniform()

Arrays of sampler vars haven't been tested much and might actually be broken.
Will need to be revisited someday.

Another fix for bug 20056.

glsl: raise GL_INVALID_OPERATION for glUniform(location < -1)

location = -1 is silently ignored, but other negative values should raise
an error.

Another fix for bug 20056.

glsl: rework _mesa_get_uniform[fi]v() to avoid using a fixed size intermediate array

glsl: fix glUniform() array bounds error checking

If too many array elements are specified, they're to be silently ignored (don't
raise a GL error).

Fixes another issue in bug 20056.

glsl: fix incorrect size returned by glGetActiveUniform() for array elements.

Fixes one of the issues in bug 20056.

r300: disable assert that fires

radeon: unmap in case of two dma regions being used for one cmdbuf