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

mesa: remove removed VMS files from Makefile

I'll help Jouk restore these someday if he's still maintaining VMS support...

mesa: s/sources/sources.mak/ in Makefile

trivial: Add tri-viewport

trivial: Fix indentation in tri

pipebuffer: Allow asymmetric guard sizes for under/overflow detection.

util: Don't use 0-sized arrays.

Not supported by MSVC.

softpipe: minor code movement in softpipe_get_tex_transfer()

cell: added null ptr check in xm_flush_frontbuffer()

demos: add some fflushes for windows

st/wgl: silence some debug

mesa/st: support l8 as well as i8 in bitmap code

Also don't send the partial program fragment down to hardware -- the
program will never be used in that form.

gallium: Add pipe_buffer_write/read inlines.

Saves code, and will simplify future interface changes.

mesa: List new source file in SConscript.

pipebuffer: Remove unused var.

glsl: yet another swizzled expression fix

This fixes swizzled conditional expressions such "(b ? p : q).x"

gallium: include st_cb_viewport.h to silence warning

gallium: fix build breakage in st_cb_viewport.c

glsl: fix another swizzle-related bug

This fixes the case of "infinitely" nested swizzles such as EXPR.wzyx.yxwz.xxyz
This doesn't appear in typical shaders but with function inlining and the
compiler's internal use of swizzles it can happen.
New glean glsl1 test case added for this.

mesa: only call update_buffer when it's available

gallium: add winsys interface for viewport changes to support DRI2

glx: add support for a reallyFlush() function before swap occurs.

mesa: include compiler.h, fixes cell build, remove Haiku special case

i965: fix line stipple fallback for GL_LINE_STRIP primitives

When doing line stipple, the stipple count resets on each line segment,
unless the primitive is a GL_LINE_LOOP or a GL_LINE_STRIP.

The existing code correctly identifies the need for a software fallback
to handle conformant line stipple on GL_LINE_LOOP primitives, but
neglects to make the same assessment on GL_LINE_STRIP primitives.
This fixes it so they match.

Merge commit 'origin/gallium-0.1'

Conflicts:
src/gallium/auxiliary/pipebuffer/pb_bufmgr_mm.c
src/gallium/auxiliary/util/u_tile.c

mesa: fix _glxapi_get_proc_address() for mangled names

gallium: Install winsys/drm to DESTDIR rather than /

mesa: fixes for building on Haiku

r300-gallium: Fix pasto and debug messages.

This could explain at least one kind of lockup. Yay?

r300-gallium: Cleanup some state emit, move vertex format state to r300_emit.

No need to explicitly update derived state, as it will be done automatically.

gallium: Define PIPE_PRIM_MAX.

r300-gallium: Fix a handful of compile warnings.

Some harmless, some very dangerous.

r300-gallium: Decode passthrough shader for r300.

Looks pretty sane.

r300-gallium: Finish VAP/VF setup.

Messy, messy.

r300-gallium: Fix BEGIN_CS size.

wgl: Enable the use of Win32 threads.

mesa: Fix windows build.

r300-gallium: Add pipe_format translators and apply them

r300-gallium: Add all supported 2d texture formats

r300-gallium: correct buffer stride calculation

mesa: remove unneeded #include

mesa: #include, misc clean-ups

mesa: remove unneeded #includes

mesa: move a bunch of compiler-related stuff into new compiler.h header

This trims down and cleans up imports.h and glheader.h quite a bit.

mesa: remove unused ENABLE_TEXGENx, ENABLE_TEXMATx flags

mesa: assorted clean-ups, var renaming, etc.

mesa: simplify texture combine state copying in _mesa_copy_texture_state()

Just copy the whole struct.

mesa: remove redundant assertions (same asserts in context.c)

gallium: remove dependency on main/glheader.h in glxapi.c

Only needed it for the PUBLIC macro.

nv50: delay uploads until transfer object is destroyed

It's possible a state tracker will map/unmap a transfer object many times.
Delaying upload until the object is destroyed will prevent unnecessary
uploads to the GPU.

Also fixing a typo here, was unmapping the wrong buffer on transfer_unmap!

texmem: fix typo from brianp's changes.

Reported by cjb via tinderbox on irc

glapi: update find_entry() for mangled names

mesa: added extern qualifier

mesa: regenerated gl_mange.h file

mesa: use enums for TEXTURE_x_INDEX values

Plus, put them in the order of highest to lowest priority to simplify
the texture_override() loop.

mesa: use an array for current texture objects

Use loops to consolidate lots of texture object code.

mesa: use an array for default texture objects

Replace Default1D/2D/3D/Cube/etc with DefaultTex[TEXTURE_x_INDEX].
The same should be done with the Current1D/2D/3D/etc pointers...

mesa: re-org texgen state

New gl_texgen struct allows quite a bit of code reduction.

intel: Fix intelSetTexBuffer miptree leak.

The intelImage also holds a reference to the miptree, so unref that as well.

intel: tell libdrm whether we want a cpu-ready or gpu-ready BO for regions.

This lets us avoid allocing new buffers for renderbuffers, finalized miptrees,
and PBO-uploaded textures when there's an unreferenced but still active one
cached, while also avoiding CPU waits for batchbuffers and CPU-uploaded
textures.  The size of BOs allocated for a desktop running current GL
cairogears on i915 is cut in half with this.

Note that this means we require libdrm 2.4.5.

i965: Fix render target read domains.

We were asking for something illegal (write_domain != 0 && read_domains !=
write_domain) because at the time of writing the region surfaces were used
for texturing occasionally as well, and we weren't really clear on the model
GEM was going to use.

This reliably triggered a kernel bug with domain handling, resulting in
oglconform mustpass.c failure.  Of course, it only became visible after
01bc4d441fd6821ad9fc20d5e9544e4e587e4ff0 cleaned up some gratuitous flushing.