summaryrefslogtreecommitdiff
path: root/graphics/utah-glx/pkg-message
diff options
context:
space:
mode:
authorMaxim Sobolev <sobomax@FreeBSD.org>2000-05-22 14:43:22 +0000
committerMaxim Sobolev <sobomax@FreeBSD.org>2000-05-22 14:43:22 +0000
commit09b6e1b4b7ac16d93d322727510f06a1426392c7 (patch)
tree8a38d69bd798b052de15b72674c6fcfce060708c /graphics/utah-glx/pkg-message
parentglx is now utah-glx. (diff)
Upgrade to the latest CVS snapshot and remove CVS hack.
The driver is now in the pre-release stage, with first stable release scheduled within the one month or even less, so please test it hard and report bugs into utah's mailing list (see pkg/MESSAGE for details). Happy rendering!
Notes
Notes: svn path=/head/; revision=28678
Diffstat (limited to 'graphics/utah-glx/pkg-message')
-rw-r--r--graphics/utah-glx/pkg-message41
1 files changed, 12 insertions, 29 deletions
diff --git a/graphics/utah-glx/pkg-message b/graphics/utah-glx/pkg-message
index 261d44c9e218..7d02c0f8eef9 100644
--- a/graphics/utah-glx/pkg-message
+++ b/graphics/utah-glx/pkg-message
@@ -1,29 +1,12 @@
-
-Additional Notes:
------------------
-
-If you built an SVGA server with 3d hardware acceleration for a nvidia card
-(RIVA 128, TNT, TNT2, TNT2 Ultra ..) please check that
-
-- you changed the default colour depth to 16 or 15 in your /etc/XF86Config
- file (keyword: DefaultColorDepth) plus
-
-and (this holds for Matrox G200/G400 too) check if
-
-- you added to /etc/XF86Config (outside of any other section) the
- following 3 lines:
-
- Section "Module"
- Load "glx.so"
- EndSection
-
-- you enabled System V shared memory support in your kernel
-
-
-Things you might want to do:
-
-. Try out ports/x11/xscreensaver (e.g. superquadrics) as an sample OpenGL
- application,
-. read the article or
-. have a look at the docs in X11/share/doc/riva-glx, esp the FAQ or
-. visit http://people.FreeBSD.org/~3d
+--------------------------------------------------------------------------------
+ NOTE: This software currently is "work in progress" and while it may work for
+ your particular hardware (for example it is known to work quite reliably
+ on Mach64), but it may have problems with some other supported h/w.
+ Therefore we are encouraging all testers to report problems with this
+ drivers to the official Utah-glx developers' mailing list.
+
+ If you found any bugs or incompatibilities with some particular
+ hardware configuration please fill the bug report and send it to the
+ <utah-glx-dev@lists.sourceforge.net> address, which is the mailing list
+ for Utah-glx.
+--------------------------------------------------------------------------------