X-Git-Url: https://git.libre-soc.org/?a=blobdiff_plain;f=docs%2FRELNOTES-3.5;h=b2aa1b852ead2331cae680f521e2aaa0d65608cd;hb=437ab1d6df7282770ee869180446db36c2dbdfa8;hp=96ab65e22a4c5cdb2dc905f50d4d4797a33f1e9d;hpb=4dbd625eaf4a2abd0772b1acb0da17ac0c646f3c;p=mesa.git

diff --git a/docs/RELNOTES-3.5 b/docs/RELNOTES-3.5
index 96ab65e22a4..b2aa1b852ea 100644
--- a/docs/RELNOTES-3.5
+++ b/docs/RELNOTES-3.5
@@ -1,7 +1,7 @@
 
                          Mesa 3.5 release notes
 
-                             Month ??, 2001
+                             June 21, 2001
 
                              PLEASE READ!!!!
 
@@ -11,14 +11,40 @@ Introduction
 ------------
 
 Mesa uses an even/odd version number scheme like the Linux kernel.
-Odd numbered versions (such as 3.3) designate new developmental releases.
+Odd numbered versions (such as 3.5) designate new developmental releases.
 Even numbered versions (such as 3.4) designate stable releases.
 
-The internal structure of Mesa 3.5 is (will be) changed so that it
-is more modular.  The motivation is better support of 3D hardware
-such as T&L hardware in which much of core Mesa isn't needed.
+The biggest change in Mesa 3.5 is a complete overhaul of the source
+code in order to make it more modular.  This was driven by the DRI
+hardware drivers.  It simplifies the DRI drivers and opens the door
+to hardware transform/clip/lighting (TCL).  Keith Whitwell can take
+the credit for that.
+
+
+
+Driver Support
+--------------
+
+The device driver interface in Mesa 3.5 has changed a lot since Mesa 3.4
+Not all of the older Mesa drivers have been updated.  Here's the status:
+
+Driver			Status
+----------------------	-----------
+XMesa (Xlib)		updated
+OSMesa (off-screen)	updated
+FX (3dfx Voodoo1/2)	updated
+SVGA			updated
+GGI			not updated
+Windows/Win32		not updated
+DOS/DJGPP		not updated
+BeOS			not updated
+Allegro			not updated
+D3D			not updated
+DOS			not updated
+
+We're looking for volunteers to update the remaining drivers.  Please
+post to the Mesa3d-dev mailing list if you can help.
 
-Details to come...
 
 
 GLU 1.3
@@ -84,6 +110,10 @@ GL_ARB_texture_border_clamp
 GL_SGIX_depth_texture, GL_SGIX_shadow and GL_SGIX_shadow_ambient
 	Implements a shadow casting algorithm based on depth map textures
 
+GL_SGIS_generate_mipmap
+	Automatically generate lower mipmap images whenever the base mipmap
+	image is changed with glTexImage, glCopyTexImage, etc.
+
 
 
 libOSMesa.so
@@ -156,20 +186,7 @@ xm_dd.c, xm_line.c, xm_span.c and xm_tri.c.
 Multitexture
 ------------
 
-Three texture units are now supported by default.  We'll allow more
-than three texture units when we fix some bitfield issues.  In at least
-one place we have a 32-bit bitfield which is fully allocated, leaving
-no space for texture unit #3 or higher.
-
-The TEXTURE1_1D, TEXTURE1_2D, etc constants may go away in the future.
-Currently, they're only used in the ctx->Texture.ReallyEnabled field.
-This bitfield is just a conglomerate of ctx->Texture.Unit[i].ReallyEnabled
-for all <i> texture units.  ctx->Texture.ReallyEnabled may become a
-GLboolean.  Then, drivers will have to loop over the texture units to
-examine ctx->Texture.Unit[i].ReallyEnabled.
-
-
-
+Eight texture units are now supported by default.
 
 
 
@@ -208,4 +225,3 @@ In the future I hope to implement support for 32-bit, floating point
 color channels.
 
 ----------------------------------------------------------------------
-$Id: RELNOTES-3.5,v 1.12 2001/04/26 22:33:34 brianp Exp $