mesa: Return 0 for cube map face of non-cubemap framebuffer attachments.

Fixes some oglconform fbo testcases.

intel: If a tex image doesn't fit in the object's tree, make a temporary tree.

Previously, we would just store the data as malloced memory hanging off the
object, which would get memcpyed in at validate time.  This broke an
oglconform render-to-texture test, since validate wasn't called but a miptree
was expected.

intel: Add a little span cache to spead up readpixels by cutting syscalls.

intel-gem: Use pread/pwrite for span access.

This will avoid clflushing entire buffers for small acesses, such as those
commonly used by regression tests.

intel: improve 2d batchbuffer debug output.

intel: Fix CopyTexSubImage's src tiling arg for the blit.

Didn't hurt 915, but needed for 965.

intel: move renderbuffer mapping to separate functions.

This lets us avoid duplicated code for doing so, including the depthstencil
paths that aren't covered by SpanRenderStart/Finish.  Those paths were
missing the span funcs setup, leading to a null dereference in the fbotexture
demo.

intel-gem: Bump driver date

Bump the driver date and insert the string "GEM".  When running tests,
this make it much easier to know that the right driver is being used.

Remove redundant initalization of MaxTextureUnits

intel-gem: Disable spantmp sse/mmx functions when tile swizzling.

Those functions rely on being able to treat the GET_PTR returned value as an
array indexed by x, but that's not the case for our tiling.

Bug #16387

i915: fix build after previous commit.

drm-gem: Use new GEM ioctls for tiling state, and support new swizzle modes.

intel: span rendering requires just a flush before starting, not finish.

The dri_bo_map()s that follow will take care of idling the hardware as needed.

intel-gem: Emit an MI_FLUSH at glFlush() so frontbuffer rendering is flushed.

We have something similar in the X Server that covers X Server rendering, this
is the equivalent here for rendering to the front buffer.  If we cared about
avoiding this at glFlush time, we could only do this when some actual
frontbuffer rendering had occurred.

Bug #16392.

intel-gem: Fix y-tile swizzling for our G965 with swizzle_mode=1.

Apparently in Y mode we get bit 6 ^ bit 9.  The reflect demo in 'd' mode now
displays correctly.

intel-gem: Fix Y-tiling span setup.

The boolean that the server gives us for whether the region is tiled was
getting used as the enum for what tiling mode.  Instead, guess the correct
tiling in screen setup.

Also, fix the Y-tiling pitch setup.  The pitch to the next tile in Y is
32 scanlines, not 8.

intel-gem: Move bit 6 x tiling swizzle to a driconf option, and add new mode.

It turns out that it's not just deviceID dependent, and there's some additional
undefined factor that determines the bit 6 swizzling.  It's now controllable
with swizzle_mode=[012] until we get a response on how to automatically detect.

intel: Fix locking when doing intel_region_cow().

This was broken in the merge of 965 blit support.  It tried to lock only
when things were already locked.

intel: Replace sprinkled intel_batchbuffer_flush with MI_FLUSH or nothing.

Most of these were to ensure that caches got synchronized between 2d (or meta)
rendering and later use of the target as a source, such as for texture
miptree setup.  Those are replaced with intel_batchbuffer_emit_mi_flush(),
which just drops an MI_FLUSH.  Most of the remainder were to ensure that
REFERENCES_CLIPRECTS batchbuffers got flushed before the lock was dropped.
Those are now replaced by automatically flushing those when dropping the lock.

Merge commit 'origin/master' into drm-gem

intel: Fix glCopyPixels when x or y are < 0 in hw coordinates.

Nothing would get drawn as the negative coordinates broke the rectangle
intersection code that used unsigned ints.  Tested with copypix demo and
sliding the copy to the upper left.

i965: Use the shared intel_pixel_copy.c.

This disables the textured copy implementation on 965, which didn't appear
to work (mesa copypix demo, disable the blit path, move so that regions don't
overlap and textured is used, and you get garbage).  If we resurrect this for
i965, I'd rather it used the 915-style metaops instead.  Current metaops code
left in place so that whoever picks it up has a reference.

intel: Same pixel function init for everyone now.

intel: Avoid glBitmap software fallback for blending when no blending occurs.

Mesa demos tend to leave blending on but in GL_ONE/GL_ZERO, or
GL_SRC_ALPHA/GL_ONE_MINUS_SRC_ALPHA with a source alpha of 1.0.

intel: Merge check_blit_fragment_ops between i915/i965.

Both had some useful bits for the other.

intel: Note reasons for blit pixel op fallbacks under INTEL_DEBUG=pix.

i915: Add support for accelerated glBitmap, shared from 965.

i915: Fix read != draw drawable for glCopyPixels.

Taken from commit bad6e175cf59cce630c37d73f6e71f3a4de50ae6.

i915: Allow accelerated pixel ops to be disabled with INTEL_NO_BLIT.

This matches 965.

i915: Accumulate the VB into a local buffer and subdata it in.

This lets GEM use pwrite, for an additional 4% or so speedup.

i915: Convert to using VBs instead of inline prims.

Ensure all objects are built when installing DRI

Don't make libmesa.a or libglapi.a depend on asm_subdirs

Since the asm_subdirs target does not actually create a file, make will
always consider that it needs to be rebuilt. If libmesa.a and libglapi.a
have asm_subdirs as a prerequisite, then they will always need to be
rebuilt, too. The correct order will be preserved by the default target,
though.

This should fix #16358.

Create $(TOP)/$(LIB_DIR) for install, too

If `make install' is run without running `make' first, the $(LIB_DIR)
will not be created. This also changes the mkdir a little bit so that it
isn't run if necessary and added `-p' so that it is immune to races.

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

#undef DEBUG to silence warnings

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

replace __inline and __inline__ with INLINE macro

s/inline/INLINE

remove old comments

Solaris port of Mesa 7.1 with autoconf support

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

Rename quad function to quadr to avoid clash with Solaris quad typedef

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

Make minstall work with Solaris /bin/sh

Solaris /bin/sh doesn't set $PWD for you

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

Fix builds with compilers other than gcc 3.0 & newer

Add #include "glheader.h" for definition of __builtin_expect for compilers
that don't support it.

Signed-off-by: Brian Paul <brian.paul@tungstengraphics.com>

added pointer to beta/release candidates

R300: 1002:5657 is actually RV410

See bug 14289

r200: fix typo in r200TryDrawPixels parameter validation (bug 16406)

mesa: tweak mipmap level selection for cube maps

This is just a hack.  After we convert the 3D texcoord into a face plus 2D
texcoord we need to recompute the partial derivatives and mipmap LOD.
But we don't have the info to do that.  Adjusting the original mipmap
level by -1 seems to give somewhat better results than before though.

i915: Note the non-PBO fallback for textured drawpixels under DEBUG_PIXEL.

i915: Restore the accelerated PBO pixel path functions after GEM changes.

The fencing code is not required, and waiting on the fences defeated one of
the purposes of the extension, which is to allow asynchronous readpixels.

Merge commit 'origin/master' into drm-gem

i915: Bug #14313: Fix accelerated (PBO) ReadPixels.

Refactoring of mine in 02d5ba849197e19843dad164239b51f18fb16faf broke it
by failing to understand that the masking was about sign extension.

i965: add support for Intel 4 series chipsets

mesa: fix inconsistent use of GL_UNSIGNED_INT vs. GL_UNSIGNED_INT_24_8_EXT for Z unpacking

[intel] Fix no_rast option on non-965.

The no_rast fallback was getting partially overwritten by later TNL init,
resulting in a segfault when things were in a mixed-up state.

[intel-gem] Bug #16326: Fix X tile unswizzling on 965.

Apparently a bit gets flipped in the addressing for some rows of each tile.

assorted glide driver fixes

glu: silence warnings

mesa: make mm.c use unsigned ints for offsets.

If you have a GPU using this code and it has the offsets up in this space,
this fails.

r300: Make LOD bias a persistent environment variable.
Per airlied's suggestion.

Compute/setup fog coordinates even if vertex program is enabled.

Only when fog's enabled, of course.
In the usual case, this is just a pass-through operation.

mesa: allocate pixel zoom arrays on heap, not stack

Fixes stack overflow on Windows.

Don't compute vertex fog when fragment program is active.

r300: Fix new incarnation of bug 3195.
tests/bug_3195 doesn't render right, but at least it doesn't segfault this way.

r300: Forgot to clear old state before writing new state.
Oooops. Hehe.

r300: Enable LOD bias state emission.
Properly set t->filter_1 for r300_state to emit.
Expect buggies as people see LOD bias enabled for the first time...

Oops, misordered a few instructions.
Not like it matters, though, since it's not taking effect yet.

r300: Unbreak LOD biasing, a bit.
Needs a bit more work on submission.

No more drivers/xorg

Don't try to clean in xorg since GLcore is gone.

r5xx: Enable fragment.position, partial ARB_shadow.
I don't like PROGRAM_BUILTIN; could we either patch Mesa or just use a different constant?

r5xx: Detangle FP fallback and translation switches.
r5xx should fallback if it encounters a bad FP.
TODO: Re-enable the dumb shader so we don't have to completely fallback.

r300: Add radeonTransformALU and fix a bug in r300_fragprog DPH

This new generic transform replaces "special" instructions by more generic
variants. Hopefully, we will be able to share this code between r300 and r500.

r300_fragprog: Use less complex instructions

MOV, ADD and MUL do not fit the hardware as well as MAD, but they are less
complex and thus leave more room for future optimizations.

r5xx: More FP rewriting; fix texrect FP insts.

r5xx: New FP code, take two.
Add the code emission source file, and comment out unneeded tex de-swizzling.

r5xx: FP refactor, take one.
Yes, I know it's massive. Imagine how I felt, auditing 3000 lines of code.

r3xx/r5xx: Don't force aniso.
*Pulls paper bag down over head*

r300: Implement GL_ARB_shadow and GL_EXT_shadow_funcs

texenvprogram: Mark textures using ARB_shadow as ShadowSamplers

Since ARB_fragment_program and friends are defined to ignore the setting of
the GL_TEXTURE_COMPARE_FUNC parameter, we have to explicitly enable the
shadow comparison by marking the texture unit in ShadowSamplers when
appropriate.

r300: Add radeonCompilerDump for debugging

r300_fragprog: Refactor TEX transformation

Streamlining source and destination registers, as well as texcoord scaling for
RECT textures is now done in a radeon_program based transformation.

The idea is that this will allow us to optimize away unnecessary indirections
more easily.

r300: Add radeon_program and trivial refactoring of r300_fragprog to use it

The idea/hope is that radeon_program will serve as an intermediate
representation for r3xx up to r6xx fragment and vertex programs.
Right now, it is nothing more than a simplistic wrapper around Mesa's
prog_instruction, together with the notion of clauses, taken from r6xx docs.

The clauses will eventually be used to represent the nodes that are used in
r300 family fragment programs.

r300: Do not include r300_fragprog.h from r300_context.h and other cleanups

r300_fragprog: Remove dead declarations, move NOP declarations into source

r300_fragprog: Refactoring and cleanup

Refactor so that r300_pfs_compile_state "owns"/holds a pointer to
r300_fragment_program instead of the other way round. This is more natural from
an object orientation point of view.

Move the compiled hardware state into r300_fragment_program_code, in
anticipation of on-the-fly program recompilation based on external OpenGL
state.

r300_fragprog: Remove dead code

r300/r500: Separate fragprog compiler structures

r500 code still used r300_pfs_compile_state, which contains some fields that
really only make sense on r3xx type hardware. In order to allow both fragprog
implementations to go forward without disturbing each other, I've pushed this
structure down into the respective r[3|5]00_fragprog.c

r300: Fix depth texture GL_LUMINANCE vs. GL_INTENSITY mixup

r300: Reenable t->filter_1 (though currently not used)

glx: load swrast_dri.so

caveats:

- does not work with old (i.e. libGLcore) xserver:

- made unbindContext a noop

- extensions:

  GLX_SGI_make_current_read
  GLX_EXT_texture_from_pixmap
  GLX_MESA_copy_sub_buffer

dri/swrast: make unbind a noop

This is for loading swrast_dri.so from libGL.

MakeContextCurrent() seems to unbind the context right after binding it and
DRI drivers also have a noop DriverAPI.UnbindContext ...

dri/swrast: add OpenGL 2.1 functions

glx: use ErrorMessageF

silly bug: it's PROGRAM_VARYING