r300-gallium: Move maths from r300_state to r300_state_inlines.

mesa: just re-order some parts and update comments in sources.mak

mesa: rename, reorder FRAG_RESULT_x tokens

s/FRAG_RESULT_DEPR/FRAG_RESULT_DEPTH/
s/FRAG_RESULT_COLR/FRAG_RESULT/COLOR/
Remove FRAG_RESULT_COLH (NV half-precision) output since we never used it.
Next, we might merge the COLOR and DATA outputs (COLOR0, COLOR1, etc).

mesa: add gallium state tracker sources to ALL_SOURCES

This should fix some missing dependency checking.

mesa: convert some #defines to enums

This makes debugging with gdb a bit easier.
Ex:
(gdb) p ctx->DrawBuffer.Attachment[BUFFER_STENCIL]

Note however that gdb only seems to recognize enum types that are actually
used to declare a variable somewhere.  For example, gl_buffer_index isn't
used to declare any vars so it's invisible to gdb.  Work around this by
adding a dummy function in context.c that declares some vars with these
new types.

demos: add progs/glsl/shadow_sampler.c to test GLSL shadow2D(), etc.

Heh, I wrote this program a long time ago but just discovered today that
it wasn't in git.

mesa: move _GenFlags = 0x0 to texgen loop

mesa: use fp pointer in _tnl_InvalidateState()

mesa: fix remaining FEEDBACK_TOKEN macros

Signed-off-by: Corbin Simpson <MostAwesomeDude@gmail.com>

r300-gallium: Cleanup color formats.

r300-gallium: Be more Gallium-ish in some of the math.

r300-gallium: Move all state translators to r300_state_inlines.

Tryin' to do some cleanup.

mesa: move #include "bitset.h" out of mtypes.h - not needed in core Mesa

mesa: add a prototype to silence warnings

mesa: Sparc's IROUND() optimization is invalid.

We can't use the "fstoi" instruction like this.

Unlike other floating point instructions, "fstoi" always rounds
towards zero no matter what rounding mode the FPU has been set to.

This was validated using the following test program:

--------------------
static inline int iround(float f)
{
   int r;
   __asm__ ("fstoi %1, %0" : "=f" (r) : "f" (f));
   return r;
}
#define IROUND(x)  iround(x)

#define IROUND_REF(f)  ((int) (((f) >= 0.0F) ? ((f) + 0.5F) : ((f) - 0.5F)))

int main(void)
{
float f = -2.0;

while (f < 3.0f) {
int sparc_val = IROUND(f);
int ref_val = IROUND_REF(f);

if (sparc_val != ref_val)
printf("DIFFERENT[%f]: REF==%d SPARC==%d\n",
       f, ref_val, sparc_val);
f += 0.1f;
}

return 0;
}
--------------------

which prints out things like:

--------------------
DIFFERENT[-1.900000]: REF==-2 SPARC==-1
DIFFERENT[-1.800000]: REF==-2 SPARC==-1
DIFFERENT[-1.700000]: REF==-2 SPARC==-1
DIFFERENT[-1.600000]: REF==-2 SPARC==-1
DIFFERENT[-1.000000]: REF==-1 SPARC==0
DIFFERENT[-0.900000]: REF==-1 SPARC==0
DIFFERENT[-0.800000]: REF==-1 SPARC==0
DIFFERENT[-0.700000]: REF==-1 SPARC==0
DIFFERENT[-0.600000]: REF==-1 SPARC==0
DIFFERENT[0.500000]: REF==1 SPARC==0
DIFFERENT[0.600000]: REF==1 SPARC==0
...
--------------------

So we have to remove Sparc's IROUND() definition, it's wrong.

Signed-off-by: David S. Miller <davem@davemloft.net>

mesa: move GLfixed type and related macros to swrast module

Fixed point is only used in swrast and sw-based drivers.

mesa: convert macro to inline function

mesa: replace FEEDBACK_TOKEN macro with _mesa_feedback_token() inline function

mesa: comments, whitespace, reformatting

mesa: remove dead code

mesa: move gl_attrib_node struct to attrib.c too

mesa: move gl_enable_attrib struct to attrib.c, the only place it's used

mesa: lots of updated comments, formatting clean-ups

r300-gallium: A handful of fixups.

r300-gallium: Fix C99 error.

r300-gallium: Fix RS.

I should just stop using "git stash" altogether.

tgsi: More descriptive sanity diagnostic messages.

demos: fix renderbuffer leak in progs/tests/fbotexture.c

And re-org some code for testing purposes.

intel: remove some unneeded buffer unmap calls

Core mesa now unmaps the buffers if needed in these cases.

mesa: update fragResults array in arb_output_attrib_string()

Plus add some comments.

r300-gallium: Properly split up RS into r300 and r500 variants.

radeon: Add DRM stubs.

Nothing really of note, unfortunately.

Include p_compiler.h in drm_api.h for boolean typedef.

r300-gallium: Turn true and false into TRUE and FALSE.

Match the rest of Gallium.

mesa: set bufObj->Pointer = NULL after unmapping

Also, ctx->Driver.UnmapBuffer can never be null, so remove conditional.

mesa: if a buffer object is mapped when glDeleteBuffers() is called, unmap it

mesa: updated comments

mesa: fix incorrect error handling in glBufferDataARB()

If glBufferDataARB() is called while a buffer object is currently mapped
we're supposed to unmap the current buffer, then replace it.  Don't generate
an error.

i915: Add support for a new G33-like chipset.

Signed-off-by: Shaohua Li <shaohua.li@intel.com>
Signed-off-by: Eric Anholt <eric@anholt.net>

tgsi: don't dump interpolation info except for fragment shader inputs

Don't print the meaningless and confusing CONSTANT interpolation
attribute after everything else.

tests: new mapvbo.c test

Test that glDrawArrays() isn't effected by a glMapBuffer()/modify/glUnmapBuffer()
immediately afterward.

r300-gallium: Add RS block setup.

This is still icky, and only compile-tested.

r300-gallium: Add RS600 chipsets.

r300-gallium: A handful of tiny vfmt fixups.

Using a tab of inputs should work, but I keep getting bad results.
If only Rawhide's GDB wasn't broken...

i965: texture fixes: bordered textures, fallback rendering

i965 doesn't natively support GL_CLAMP; it treats it like
GL_CLAMP_TO_EDGE, which fails conformance tests.

This fix adds a clause to the check_fallbacks() test to check
whether GL_CLAMP is in use on any enabled 2D texture.  If so,
and if strict conformance is required (via INTEL_STRICT_CONFORMANCE),
a software fallback is mandated.

In addition, validate textures *before* checking for fallbacks,
rather than after; otherwise, the texture state is never validated
and can't be trusted.  (In particular, if texturing is enabled and
the sampler would access any level beyond level 0 of a texture, the
sampler will segfault, because texture validation sets the firstLevel
and lastLevel fields of a texture object so that the valid levels
will be mapped and accessed correctly.  If texture validation doesn't
occur, only level 0 is accessed correctly, and that only because
firstLevel and lastLevel happen to be set to 0.)

gallium: fix state tracker's stencil buffer test

Need to check ctx->DrawBuffer->Visual.stencilBits not ctx->Visual.stencilBits
because the later only applies to the window system buffers, not user-created
FBOs.

This, plus the previous commit, fixes progs/tests/fbotexture.c

gallium: add st_validate_framebuffer() driver function

Gallium only supports combined depth/stencil buffers, not separate ones.
If the user tries to create create a FBO with separate depth/stencil
renderbuffers mark the FBO as unsupported.

util: set vbuf.max_index in draw_vertex_buffer()
(cherry picked from commit 1350f2efba5eeceebe0e711db6152c29e9889ce7)

softpipe: add dumping of post-tranfsormed vertices (disabled)

mesa: Fix and re-enable sparc normal asm.

Fix a bug reported in 2003 :-)

The output vector has 4 entries, not 3.

Unconditionally emit .register directives.

Signed-off-by: David S. Miller <davem@davemloft.net>

mesa: Fix Sparc cliptest asm code and re-enable.

Stop using register %g7 since that is used by the "system" (ie. the
pthread implementation makes use of it).

Also, the projection vector can be NULL and we shouldn't try to access
it at all in _mesa_sparc_cliptest_points4_np().  ioquake3 would crash
due to this bug.

Finally, unconditionally emit the register directives and re-enable in
_mesa_init_all_sparc_transform_asm().

Signed-off-by: David S. Miller <davem@davemloft.net>

intel: Use flink for global buffer ids

Also fix minor drm api change

egl: Fix for minor api change

st/drm: Seperate get handle for global buffer ids

mesa: Fix DEBUG_MATH build on sparc.

Need to use '__asm__' instead of plain 'asm'.

math/m_debug_clip.c: In function ‘test_cliptest_function’:
math/m_debug_clip.c:253: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘asm’
math/m_debug_clip.c:253: warning: implicit declaration of function ‘asm’

Signed-off-by: David S. Miller <davem@davemloft.net>

docs: add SPARC assembly updates

intel: no-op the intel_finish_render_texture() function

It doesn't have to do anything.  See comments for more details.

intel: check texture formats in intel_validate_framebuffer()

We can't render into any texture format; only certain formats.
Check that render-to-texture's format is renderable in the
intel_validate_framebuffer()

There seems to be a bug somewhere that causes rendering to rgb565 textures
to be corrupted so disallow that for now.  This will be revisted.

intel: updated comment, some debug code (disabled)

i965: rename draw_regions -> color_regions

Be a little more specific about what these are.

demos: add a fourth test case to VBO test for position/color in different VBOs

mesa: avoid extraneous calls to ctx->Driver.BindFramebuffer()

Only call this driver function when we really need to bind different buffers.

i965: add missing init for region->width

This doesn't seem to really effect anything but seeing width=0 in drawing
regions was confusing.

mesa: replace old prog_instruction::Sampler field with Aux field

The i965 driver needs an extra instruction field for color output information.
It was using the Sampler field for this.  Use the Aux field instead.  This
will probaby be revisited at some point...

i965: whitespace/indentation fixes

mesa: Resurrect SPARC asm code.

This rewrites the sparc GLAPI code so that it's PIC friendly and works
with all of the TLS/PTHREADS/64-bit/32-bit combinations properly.

As a result we can turn SPARC asm back on.  Currently it's only
enabled on Linux, as that's the only place where I can test this
stuff out.

For the moment the cliptest SPARC asm routines are disabled as they
are non-working.  The problem is that they use register %g7 as a
temporary which is where the threading libraries store the thread
pointer on SPARC.  I will fix that code up in a future change as it's
a pretty important routine to optimize.

Like x86 we do the runtime patch as a pthread once-invoked initializer
in init_glapi_relocs().

Unlike x86, however, our GLAPI stubs on SPARC are just two instruction
sequences that branch to a trampoline and put the GLAPI offset into a
register.  The trampoline is what we run-time patch.  The stubs thus
all look like:

glFoo:
ba __glapi_sparc_foo_stub
 sethi GLAPI_OFFSET(glFOO) * PTR_SIZE, %g3

This actually makes generate_entrypoint() a lot simpler on SPARC.  For
this case in generate_entrypoint() we generate stubs using a 'call'
instead of the 'ba' above to make sure it can reach.

In order to get a proper tail call going here, in the unpatched case,
we do several tricks.  To get the current PC, for example, we save the
return address register into a temporary, do a call, save the return
address register written by the call to another temporary, then
restore the original return address register value.  This is to
avoid having to allocate a stack frame.

This is necessary for PIC address formation.

This new GLAPI scheme lets us get rid of the ugly SPARC GLAPI hacks in
__glXInitialize() and one_time_init().

Signed-off-by: David S. Miller <davem@davemloft.net>

intel: Revert disable of accelerated Bitmap, which slipped in with spans stuff.

Fix "cast to pointer from integer of different size"

The script generates code like:
   pixels = (const GLvoid *) (ptr_is_null != 0) ? NULL : (pc + 80);
which causes the above mentioned warning. Add parenthesis around the
whole expression to fix it.

Signed-off-by: Tomas Carnecky <tom@dbservice.com>

i965: fix for RHW workaround

It is possible that an object whose vertices all are outside of a
view plane is passed to clip thread due to the RHW workaround. This
object should be rejected by clip thread. Fix bug #19879

intel: Disable creating DRI2 FBconfigs with depth size != color size.

While it's a nice idea to be able to allow clients to choose a smaller
(or bigger for 16bpp screens!) depth size, right now DRI2 hands back a buffer
with a size that matches the drawable, rather than being based off of the
visual.  This led to problems in readback as parts of the driver disagreed
on what format the depth buffer was really in.

Fixes the remainder of bug #19447.

intel: Add span code for z24 without stencil.

It seems that in this case the Mesa code is handing us x8z24 values instead
of z24s8 values, so we need to not do the rotation.  Fixes half of OGLconform
depthrange.c.

Bug #19447.

intel: make template wrappers for the spans templates.

This is insanity, but so is copying the same blocks containing the actual
interesting code in the file three times each for the different tile formats.

intel: Fix up x8r8g8b8 renderbuffer format so that alpha=1 spans code happens.

I was lured into a false sense of security by the fact that the spans code was
already there, and a bunch of tests didn't catch the problem.  oglconform's
mask.c did, though.

Bug #19970.

autoconf: Fixup EGL build

This gets the needed libraries pulled in for libEGL for autoconf.

i965: Rename CMD_CONST_BUFFER_STATE to the CS_URB_STATE used in the docs.

R300: Add support for RS600 chips

nouveau: nv04-nv40 texture transfer.

g3dvl: Update winsys stuff.

egl: remove compiler flags from CFLAGS

The incoming CFLAGS already has -fPIC and -Wall.  Don't want -g here either.

egl: use new EGL_LIB_DEPS to pass library dependencies to mklib when building libEGL

EGL_LIB_DEPS may need fine-tuning for some platforms.  It's only defined
in configs/default ATM.

egl: add comment/reminder to fix the CFLAGS in this Makefile

gallium: Add support for BSD operating systems, tested with FreeBSD

BSD supports pipe in the same way as linux hence options which
are safe for linux are also safe for BSD. Define PIPE_OS_BSD in
include/pipe/p_config.h and adjust the defines to make use of it.

Also define MAP_ANONYMOUS for BSD systems which use MAP_ANON

Signed-off-by: Benjamin Close <Benjamin.Close@clearchain.com>

gallium: Fix build when exiting CFLAGS contains a path with different gl.h

If a path is in CFLAGS when building and that path contains gl.h
then the wrong gl.h is used when building. This can lead to very
confusing errors. The solution is rather than postpend the CFLAGS
we prepend the paths as expected allowing compilation to occur
as intended

Signed-off-by: Benjamin Close <Benjamin.Close@clearchain.com>

egl: Use -dlopen rather than -dl which is non portable

Signed-off-by: Benjamin Close <Benjamin.Close@clearchain.com>

egl: Allow compilation to succeed with FreeBSD

Signed-off-by: Benjamin Close <Benjamin.Close@clearchain.com>

softpipe: minor code simplification for face/zslice offset calculation

cell: overhaul cell teximage code

Updated to use the new pipe_transfer functions, etc.
Texturing is working again.  Though there's some bugs in mipmap texturing
but I believe those predate the pipe_transfer changes.

cell: don't need tex transfer for drawing surfaces

mesa: Build DRI by default on Linux/sparc

Signed-off-by: David S. Miller <davem@davemloft.net>

intel: Adopt to the new drm_api.h

i915: Enable winsys to get buffer from texture

st/drm: Bring drm_api.h up to date with latest changes

i915: Fix some warnings

i915: Clean up i915_winsys.h a bit

mesa: fix merge conflict (in comment)

mesa: added GLES 1/2 headers to tarball file list

mesa: add EGL headers to tarball list

mesa: add gallium and egl files to tarball list

glsl: silence warning

mesa: use quotes for #include