fix mixed texgen/non-texgen with texgen modes requiring plane parameters (GL_OBJECT_LINEAR, GL_EYE_LINEAR). This is a chip limitation, try to hack it up regardless or use a tcl fallback in some cases. Might still produce wrong results if fixed up, but so far this corrects celestia ring shadows (in multitexture mode), doom3 (arb renderer), quake4 (arb renderer and some less visible bugs in r200 renderer), and even the remaining texgenmix broken case (this is pure luck though, it is easy to construct artifical cases where it will break).

Support ARB_texture_rectangle.

1) Add a new flag in the sarea (coopting the unused texAge value) to
identify context switches between members of a share group -
ie. multiple contexts in a single application, possibly on different
threads.  In this case the contexts share a bufmgr instance and there
is no need to evict textures - so don't.

2) Use a new flag 'need_flush' to ensure hardware rendering is flushed
prior to starting a software fallback.

Broadwater seems to prefer this style of blitting.

make current GLX context per-thread

fix a memleak in DestroyContext()

add accelerated glCopyPixels path

Add a new internal program parameter value STATE_TEXRECT_SCALE which
provides 1/width and 1/height of the active texture, useful for
implementing ARB_texture_rectangle support on hardware which only
supports ARB_npot-style texturing.

Fix _mesa_swizzle_ubyte_image() to deal with RGBA->RGB->RGBA
conversions, ensuring that the final A value is 0xff in those cases
where we use a RGBA hardware texture format to store RGB textures.
Fix a couple of cases where hardwired texture conversions were
ignoring this restriction.

Export _mesa_print_alu_instruction() to allow drivers to roll their
own debug code for programs with driver-private opcodes.

Remove redundant loop in _mesa_num_inst_src_regs().

restore debug output after brw_wm_fp compilation stage

Use DEBUG_SYNC to switch between per-primitive and per-frame aubfile dumps.

added LIBDRM_CFLAGS (Javier Villavicencio)

fix CFLAGS (bug 8344)

change make depend output redirection to 2>&1 (bug 8344)

check for n <= 1 in compute_min_mag_ranges(), bug 8320

set lambda to zero for textured points (bug 8320)

6.5.1 md5 sums

update 6.5.1 release date

added #ifdef tests for Windows for int64_t, uint64_t

replace GLAPI w/ static and init var to 0 (Michel Donais)

npot version of redbook/mipmap.c

Use correct opcodes for GLX_EXT_texture_from_pixmap.

Set the correct opcodes for GLX_EXT_texture_from_pixmap functions.  Changes
to the glproto package and the core X server are also required.

set 6.5.1 release date

Fallback if ColorLogicOp is enabled. Cleanup a bit the fallback
function.

Remove MESA_LITTLE_ENDIAN guard for code that seems to work fine on big endian.

VS nr of urb entries is constrained to be one of a fixed set of values,
specifically {8,16,32}.

always use argb8888 instead of rgba8888, this is far more likely to hit a faster memcopy path in mesa (at least on little endian systems, possibly on big endian too)

detect some more cases which can use straight memcpy for _mesa_texstore_rgba8888

Always mark tex state atom as dirty when the texture image is dirty, this ensures texture cache gets flushed in case the new texture has the same offset as the old one (fixes glean pixelFormat test at least on r200).

updated comment

don't use derived value _ColorLogicOpEnabled as it's not current by the time we call the blend/logic op functions. Fixes glean logicOp test on r200.

added GL_CURRENT_RASTER_SECONDARY_COLOR query (OpenGL 2.1)

just comments and const qualifiers

fix broken do_EXP()

fix GL_REFLECTION_MAP texgen by not using tex matrix negation when lighting is not enabled (?). This fixes demos/cubemap as well as glean texCube test.

make sure we upload the new vertex program if the program string changes.

make triangle smoothing a sw fallback (Martign van Oosterhout)

Fix compilation warning.

Removing some of r200 dependency, cleaning up code a bit,
and fixing a couple of warning. More cleanup and shuffle
to come. I have tested this change they might broke things
especialy with r300_texstate.c change (format_x doesn't
seems to be use at all by r300).

quieten debug

Potential fix for doom3 lockups.  Seems that there is a conflict
between the vertex cache, the vertex shader and the clipping stages,
all of which are competitors for URB entries assigned to the VS unit.
This change reduces the maximum number of clip and VS threads by
enough to ensure that they cannot consume all the available URB
entries, and then reduces the number somewhat more up to an arbitary
amount I discovered by trial and error.  Unfortunately trial and error
solutions don't inspire total confidence...

Disassemble active program when DEBUG_VS is set.

Add code to tweak aubfile state and primitives on replay.

Encode a unique id in the aub header date fields.

Win32 fixes (SF bug 1554931)

undo some accidental changes in _mesa_is_legal_format_and_type()

init accum buffer fields in _mesa_update_framebuffer_visual()

remove code to deal with non-normalized texture coordinates for tex rect targets (swtcl tex coord translation stage, tcl tex matrix adaption) and use the chip's native handling of such coords instead (!!!). Seems noone noticed those bits in the se_coord_fmt reg, even though it works fairly similar to r200 (except it's set per-unit and always active, so only enable it for texture rectangles).

Redefine the BYTE_TO_FLOAT() and SHORT_TO_FLOAT() macros to avoid problems
converting 0 to exactly 0.0
This goes against the OpenGL spec (see table 2.6) but solves problems
when doing byte -> float -> ubyte conversion for particular texture formats.

don't use xmesa_DrawPixels_8R8G8B() if there's a software alpha channel

cause a raster fallback if a yuv texture is used on texture unit > 0 as yuv conversion appears only to work on first unit.

Basic facility for playing back captured aubfiles.  Requires a small
hack to the drm to disable command verification on the cmd_buffer
ioctl.  Doesn't exactly replay as commands are normally delivered as
batchbuffers but are captured and replayed as commands on the ring.

cause a vtxfmt fallback directly when hitting NewList for radeon and r200 drivers, otherwise we'll mix up tcl and vtxfmt path for some reason. This fixes a warzone2100 asssertion failure.

Consistent return values from the bm* functions.
Get aubfile generation working again.

Cope with memory pool fragmentation by allowing a second attempt at
rendering operations to take place after evicting all resident
buffers.

Cope better with memory allocation failures throughout the driver and
improve tracking of failures.

Add some asserts, fix some not-quite-bugs.

Fix glitch with pool alignments.

Use lower alignments where possible.  Also pad out allocated blocks to
a multiple of alignment to avoid accumulating unusable free blocks.

Make sure bmBufferOffset is called for all active buffers every time
we render.  Currenly requires that some state be re-examined after
every LOCK_HARDWARE().

make really sure R200_VAP_PROG_VTX_SHADER_ENABLE is never set when we're already in a tcl fallback, otherwise the chip will instantly lock up when vertex progs are enabled the next time not in a tcl fallback (fixes for instance guaranteed lockup running any program which uses vertex progs with tcl_mode=0 and then later with tcl_mode=1).

only allow VERT_ATTRIB_MAX instead of _TNL_ATTRIB_MAX for inputs of vertex programs (fixes a segfault since the result of the shift is undefined otherwise, and it may happen that _TNL_ATTRIB_POINTSIZE will be tried to read, unlike all other attribs this however may be unitialized (might be a bug in itself)).

Fix a leak of the screen's option cache on cleanup (copied from radeon).

Simplify the immediate and displaylist code.  Treat VertexAttrib*ARB
as non-aliasing and cope with the >32 attributes that result, taking
materials into account.

comment out EXTRA_LIB_PATH, ?= causes problems on HP-UX

Fixes from Christopher Bell:
Use -O instead of +O3 or +O2.
Remove +Oaggressive.
Replace -Aa with -Ae.

remove stray tab

for VERTEX_ATTRIB_WEIGHT, use break, not return

document vertex.weight hack

Hack for Warcraft (bug 8060): allow 'vertex.weight' to be referenced in
vertex program, even though it's not really supported.  Results will be
undefined, but Warcraft doesn't actually use the attribute.

fix typo in enable_parser_extensions(): s/point_parameters/vertex_blend/

Consolidate common case of _mesa_set_program_error() followed by _mesa_error()
in new program_error() function.
Add const qualifiers in many places.
Reorder some debug code to prevent referencing free'd memory.

updated info about glxproto.h

Dynamically allocate instruction store for tnl programs according to
requirements.

Fixes for calculating point attenuation

Don't export NV_vertex_program as it's not supported, it confuses
glean, and we no longer need to export it to keep Mesa happy as we did
at one time.

Managed to make a commit that can't build... Sorry again...

get rid of GL_BOOLEAN definition (bug 8113)

 OpenVMS compile support update
 (previous commit did send the wrong file to the CVS)

 Modified Files:
  Mesa/include/GL/vms_x_fix.h

   OpenVMS compile support update

 Modified Files:
  Mesa/include/GL/vms_x_fix.h

fog state atom contains (only) fog params necessary for tcl. Must not be emitted if vertex progs are enabled as it overlaps vertex param #94.

add missing change to skip low impact RAST fallback...
Sorry.

fix the presumably broken check for the allow_large_textures and vblank_mode options (same as bug 8042).

make sure vertex programs are only enabled on the hw when they are really enabled, not just when a program enables vertex progs (could still be not enabled due to some error). Otherwise the hw potentially would try to execute a not valid (not set up at all) vertex program, likely leading to lockups. Hopefully fixes #8060.

Catch a few more cases of using a message reg as an instruction source
arg.

fix a couple of cases where a message reg is used as an instruction source.

Add API description for GLX_SGI_swap_control.

Fix problems with vertex program protocol

There were two sets of bugs in the vertex program (ARB and NV)
protocol.  First, several of the ARB functions were missing the
'doubles_in_order="true"' annotation.  Second, after the ARB decided
that glVertexAttrib*ARB functions must not alias fixed-function state
for GLSL, Nvidia re-assigned GLX protocol opcodes for
glVertexAttrib*NV (circa Septeber 2004).  For some reason gl_API.xml
was never updated to reflect this, and the updated version of the
GL_NV_vertex_program spec never made into the registry.

re-apply shader fix.
appears to have been reverted by mistake.

version bump

When using the old technique to set up the front buffer mapping, there
is no need to add front.offset to sPriv->pFB, it seems.  Fixes several
glean issues and frontbuffer rendering generally.

update link

remove VERSIONS from tarballs

updated 6.5.1 relnotes link

Convert VERSIONS and RELNOTES-6.5.1 to html, update links to them.

Give the user posibility to choose speed over correctness.

It does 2 things:
1) Allows you to disable S3TC, wine-games sometimes need S3TC enabled.
2) Disable fallbacks that usually have low impact.

check if ext->name is null before strcmp()

do not abort with not supported vertex prog output configuration, fallback instead

remove extension defines/protos that are now in glext.h

latest version from OpenGL ARB