Fix the handling of zero-sized output parameters (i.e., those with type
'GLvoid *').  This fixes the GLX protocol for glGetProgramStringARB.  This
fixes bugzilla #2747.

Remove the 'ignore="true"' from glVertexAttrib4bvARB.  This fixes bugzilla
#2746.

Hard-code the client-side maximum GL version.  It turns out that there are
some flaws in the calculation code when the highest version listed in
known_gl_extensions is supported.  This code would also have some problems
with some of the new features (that don't have an associated extension) on
GL 2.0.

Proper VAP output configuration as R300_RS_ROUTE_0_COLOR became optional and broke arbvptorus(takes no input color but produces output color). Also removing some useless code.

Fixed some strangeness when mixing textured/flat primitives.  Skipping texture units should render correctly also.  Aapo, I dont think I broke glxgears again on you...

add support for user-configurable brilinear filtering on r200

Fix to get glxgears display anything.

For some reason the Makefile didn't commit..

Initial multitexturing support.  Old behaviour can be re-enabled by changing ifdefs in r300_setup_rs_unit and r300SetupPixelShader in r300_state.c\nRequires DRM update.

If setting GL_PACK_INVERT_MESA results in a GL error, log it.

When timestamping textures, need to emit the event with SAVAGE_WAIT_3D
set. Otherwise the 3D engine may still be using a texture that is
being overwritten. In order to minimize the cost of waiting, timestamp
textures only when needed: when a texture image changes, when a
different texture is bound to a texture unit or when a texture unit is
disabled. (Used to be after flushing every command buffer.)

Stencil support
Reflex from mesa demos doesn't work
TODO - double side stencil
I hope that I didn't break anything

re-enable slang sources

make it compile under linux

make it compile under gcc 3.3.2

fix enum comma

Replacing alpha test bits with values that give desired results as compaired to software rendering. Alpha test in textures is still completely broken as can be seen in progs/demos/fire and various games.

Updated savage_dri.h from Xorg CVS. This removes definitions that are
not part of the DDX->DRI interface and should never have been in this
file in the first place.

Removed savagedma.[ch]. They have been unused for a while and were only
kept around for reference. Now that command DMA is implemented in the
DRM module they are no longer needed.

Unlike radeon and r200 drivers r300AllocCmdBuf allocs dwords not bytes.

Add support for ARB_draw_buffers and ARB_occlusion_query.  The GLX protocol
for these extensions (as well as ARB_vertex_program and ARB_matrix_palette)
was just approved by the ARB on 8-Mar-2005.  Now the only extension missing
for 1.5 support is ARB_vertex_buffer_object.

The opcodes for ARB_matrix_palette were also added to gl_API.xml.  Since
this extension isn't supported by Mesa, no code is generated for it.  Some
tabs were also converted to spaces in the comment for
GetCompressedTexImageARB.

add MAT_DIRTY_FLAGS in _math_matrix_mul_floats(), (bug 2696)

Add suitable definitions for the _REV formats, plus a comment
explaining why they are the same as the non-REV formats now that
textures don't get byte-swapped on their way to the chip.
Fix the ARGB4444 and L8 formats.
Add entries for the A8 and RGB332 formats.

- Flush before updating the timestamp of a texture heap from a bound texture.
- Flush before using a new texture or before disabling a texture unit,
  because savageFlushCmdBuf can only update the timestamp of the last
  used texture. This fixes corruption in quake2 with single-textured
  lighting.

If the texture image changed force emitting the texture address, even
if it didn't change. This seems to flush texture cashes. Fixes
multi-textured lighting in quake2.

Don't use R200 texture constants - R300 fields are all different.

Deal with texture formats in a more robust way.

Replacing some RADEON cmd types with r300 counterparts.

Improving Vladimirs alpha test fix a bit as it turns out r300Enable didnt correctly disable alpha test. Vertex programs with high vertex count now run a lot faster as software fallback is no longer on. Also disabling 'temp to result'-instructions as they probably violate the spec and dont seem to be something thats needed.

Actually *use* the count_scale value associated with a parameter.

Don't synchronize after each frame. Allow the GPU to be one frame
ahead of the CPU for more parallelism of CPU and GPU. Unfortunately
there seems to be some broken hardware (like my ProSavageDDR) on which
status register updates are delayed sometimes. This leads to very
jerky animation if the hardware can buffer more than the current
frame. A new option "sync_frames" can be used as a remedy on such
broken hardware.

- Fixed two bugs related to DMA buffer handling that showed up with the
  new DRM version 2.4 and command DMA.
- Flush less.
- Bumped the driver date.

Add format 15. It turned out to be X,X,X,X,X8.

Fixing memset on ia64 & other archs
From: Stephane Marchesin

Enable VB mode rendering by default. If anyone thinks this is wrong, *please* feel free to change it back.

My reasons:

    * immediate mode is broken
    * vb mode is faster
    * vb mode is the right way to do it.

Do properly initialize ALPHA_TEST register instead of carefully preserving bogus value. This fixes many, many rendering issues which I wrongly blamed on texture programming or performance..

fix for solo to set the mode, and make solo gcc2 friendly...

From: Stephane Marchesin

remove one of the two _tnl_isolate_materials function calls

Add preliminary EGL headers.

Import fixes from X.org tree (Søren Sandmann  <sandmann@redhat.com>).

Set pipes for R420 cards. Gives a nice speedup. This needs to be tested on r420 cards with less than 16 pipes.

Add a couple of helper functions for completeness.

Fix some errors in the parameter descriptions in serveral vertex / fragment
program related functions.

Check for some common function parameter description errors in the
endElement handler for <function>.  This catches the errors as early as
possible and makes debugging other code easier.

When building in the X-Server, attr.depth doesn't exist.  Instead, use
(XMesaDrawable)w)->depth in the error message.

change gl_buffer_object's Size field to GLsizeiptrARB type

Added linux-x86-32 config to force building 32-bit objects in a 64-bit environment.

if building 32-bit objects in 64-bit environment, use -m32 flag

use COPY_CLEAN_4V macro to replace using both ASSIGN_4V & COPY_SZ_4V

Added a bunch of new comments, minor code clean-ups.

Using glColor3 commands to update materials could result in an undefined
alpha value.  Fixed.

added stub functions for GLX_MESA_allocate_memory

Clean-up some warnings caused by the addition of vertex / fragment program
protocol support (reported by Adam Jackson).  Added code to validate the
'type' parameter to the draw element functions.

additional parenthesis in TNL_CONTEXT macro (Nicolai Haehnle)

fix for 'nasty bug' and some sanity checks to avoid buffer overruns. Bumping VSF_MAX_FRAGMENT_LENGTH as it seems a bit low otherwise.

silence warnings

Added 0x4e51 - Saphire 9600 256MB
      0x4e71 - Saphire 9600 256MB - Second Head...

precedence precedence precedence.. add some brackets

Rename _mesa_update_buffers() to _mesa_update_draw_buffer_bounds() and do
additional checks.
Replace _mesa_init_buffers() with _mesa_init_scissor() and _mesa_init_multisample().

Add a dri config option to enable the max texture level hack
make ycbcr depend on a CHIPSET define .. needs to be filled in though

use girl2.rgb by default

Add glXAllocateMemoryMESA demo app using ycbcr...
add girl2.rgb which is a slightly resized girl.rgb so client texturing works

bring over structs from Xorg glx.h to make Mesa glx.h the one true glx.h

Add GLX_MESA_allocate_memory from Xorg glx.h

Fairly significant changes to enums.c and the way it is generated.  enums.c
now contains 3 static tables.  The first table is a single, large string of
all the enum names.  The second table is an array, sorted by enum name, of
indexes to the string table and the matching enum value.  The extra string
table is used to eliminate relocs (and save space) in the compiled file.
The third table is an array, sorted by enum value, of indexes into the
second table.

The [name, enum] table contains all of the enums, but the table sorted by
enum-value does not.  This table contains one entry per enum value.  For
enum values that have multiple names (e.g., 0x84C0 has GL_TEXTURE0_ARB and
GL_TEXTURE0), only an index to the "best" name will appear in the table.
gl_enums.py gives precedence to "core" GL versions of names, followed by ARB
versions, followed by EXT versions, followed, finally, by vendor versions
(i.e., anything that doesn't fall into one of the previous categories).  By
filtering the unneeded elements from this table, not only can we guarantee
determinism in the generated tables, but we save 364 elements in the table.

The optimizations outlined above reduced the size of the stripped enums.o
(on x86) from ~80KB to ~53KB.

The internal organization of gl_enums.py was also heavily modified.
Previously enums were stored in an unsorted list as [value, name] tuples
(basically).  This list was then sorted, using a user-specified compare
function (i.e., VERY slow in most Python implementations) to generate a
table sorted by enum value.  It was then sorted again, using another
user-specified compare function, to generate a table sorted by name.

Enums are now stored in a dictionary, called enum_table, with the enum value
as the key.  Each dictionary element is a list of [name, priority] pairs.
The priority is determined as described above.  The table sorted by enum
value is generated by sorting the keys of enum_table (i.e., very fast).  The
tables sorted by name are generated by creating a list, called name_table,
of [name, enum value] pairs.  This table can then be sorted by doing
name_table.sort() (i.e., very fast).

The result is a fair amount more Python code, but execution time was reduced
from ~14 seconds to ~2 seconds.

Accidentally committed wrong version with the previous commit set.

Add GLX protocol support for ARB_fragement_program,
ARB_fragment_program_shadow, ARB_vertex_program, NV_fragment_program,
NV_fragment_program_option, NV_fragment_program2, NV_vertex_program,
NV_vertex_program1_1, NV_vertex_program2, NV_vertex_program2_option,
NV_vertex_program3, and ATI_text_fragment_shader.

Convert the static functions read_pixel_reply, read_reply,
setup_single_request, and setup_vendor_request to the global functions
__glXReadPixelReply, __glXReadReply, __glXSetupSingleRequest, and
__glXSetupVendorRequest.  This will make it easier to add handcoded Single /
VendorPrivate / VendorPrivteWithReply functions.

Another nasty struct size bug found.

More GL_EXT_framebuffer_object: rename some things, added device driver hooks.

Don't forget to update a heap's timestamp when a texture image is
changed. Other drivers don't need to do this because they're swapping
modified textures out of texture memory, which implies a timestamp
update.

Missed the commit of glxext.c yesterday.

Fixed a flow control problem in glGet*v that could result in the display
not being unlocked.  This also resulted in refactoring a lot more code
out of the glGet*v routines into get_array_data, which was renamed to
get_client_data.

Put quotes around $(CC) and $(CXX) so that 'CC=cache gcc' will work.

minor changes to aid debugging, and a new comment

With Savage DRM version 2.3.x or later use event counters for texture
heap aging, similar to the way it's done in the i810 and i855 drivers.
This avoids idling the engine on every texture upload.

Sort the enums in the Python code, instead of at runtime. (Zack Rusin)

Corrected the value for X_GLrop_SecondaryColor3svEXT.

Missed the Makefile with the previous commit.

Added __glExtensionBiIsEnabled and __GLXcontext::gl_extension_bits.  This
enables libGL to query which extension are exported to applications.

Refactored array-query functionality (from glGet*v) in src/glx/x11/single2.c.

Massive re-write of indirect vertex array support.  The most noticable
effect is that glDrawElements now generates DrawArrays protocol.  The
side-effects (and the main reasons for the re-work) are that it is much
easier to add support for new arrays (e.g., GL_VERTEX_ATTRIB_ARRAY,
GL_WEIGHT_ARRAY_ARB, etc.) and it is much easier to add support for the new
DrawArrays protocol (required to support ARB_vertex_buffer_object).

These changes were primarilly tested with progs/demos/isosurf.

now generated with Python script

generate enums.c file (Zack Rusin)

New elt buffer code should be fairly stable.

Add code to autogenerate vertex shaders.
This is needed for multitexturing to work properly.

Add DESTDIR install target

add more functionality to miniglx for glitz

Adding support for front buffer mode, removing some code we dont really need and some new debugging stuff.

Minor fix to border and blend color.

Disabling some fallbacks as they cause misc programs not to start and adding some comments.

Fix for buffer overrun caused by ALLOC_STATE not having args surrounded by parenthesis. Can you see it? HINT: Anything texture related should now work slightly better. And yes it took me several hours to find it.

Print an error if idling the engine before the buffer copy fails.
Be a bit more useful about the sync message after flushing command buffers.

Add an "allmsg" debug name that enables all log messages but does not
enable syncing.

fd.o bug #2576: Add support for ATI RN50/ES1000. (ATI Technologies Inc.)

r300RefillCurrentDmaRegion: Retry buffer acquisition only once, after
waiting for the engine to idle. There's no way for another buffer to
become free anyway once the engine is idle.

Always submit command buffers, even when there are no cliprects,
so that we no longer leak DMA buffers (plus, this just might fix some
state-setting related problems, if there were any - but that's unlikely).

Update the DRM to cope with cmdbuf->nbox == 0.

We dont need to call r300EmitAOS if we arent going to draw anything(r300_get_num_verts returns 0).

Reset nr_released_bufs to 0 after the command buffer has been submitted.
Added a more verbose comment about nr_released_bufs in r300_context.h

XMesaGetDepthBuffer() returned wrong bytesPerValue (Karl Schultz)

s/0/NULL/ (Jeff Muizelaar)

Fix: RADEON_DEBUG is a bitfield, so use & to check for flags, not ==

Fixing *lots* of warning messages, especially concerning unportable
whitespace before preprocessor commands.

Please, can you try to keep the warnings down? Try running make with
make -s sometime to see just how bad an offender the current code is.

RADEON_DEBUG is a bitfield, so use & instead of ==.
Also, put the hash in preprocessor directives at the beginning of the line
to fix error messages.

Switching to start_index32_packet.