<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<TITLE>Information for W32 Chipset Users </TITLE>
</HEAD>
<BODY BGCOLOR="#efefef" TEXT="black" LINK="blue" VLINK="#551A8B" ALINK="red">

<A HREF="W32.html"><EM> Information for W32 and ET6000 Chipset Users</EM></A>
 <b>:</b> <EM>Information for W32 Chipset Users </EM><BR>
<b>Previous:</b> <A HREF="W32.html"><EM> Information for W32 and ET6000 Chipset Users</EM></A><BR>
<b>Next:</b> <A HREF="W322.html"><EM>Using XF86_W32 on a board with an ICS5341 GENDAC </EM></A>


<HR NOSHADE>
  <H2><A NAME="1"></A>1. Information for W32 Chipset Users </H2>

<p><code>XF86_W32</code> gets phased out, now that the SVGA server with XAA
acceleration is at least as fast as the W32 server but supports more cards
and for some even higher color depths. For details about using the
<code>XF86_SVGA</code> with W32 cards, look below. Note that currently not all
cards that are accelerated by XF86_W32 are accelerated by XF86_SVGA at this
moment (only ET6000 and ET4000W32p to be exact). </p>
<p><code>XF86_W32</code> is supposed to be the stable server for cards that worked
before and have trouble with the new <code>XF86_SVGA</code>. Use this server
when the SVGA server fails to work for you (this happens on some ET4000W32
ISA cards), or when it refuses to accelerate anything (on ET4000W32i for
example).</p>
<p>Since XFree 3.2A, this server has not been updated. This means that some
(known) bugs have not been fixed. They are fixed in the SVGA Tseng driver
(or replaced by others...), so if you have problems, try the SVGA server
instead.</p>
<p><code>XF86_W32</code> is basically <code>XF86_SVGA</code> with the drawing code
completely replaced with one based on X11R6's <code>mi/cfb</code> code and
modified for the ET4000/W32 series.  Even
though it accepts the same keywords as <code>XF86_SVGA</code>,
those not applicable to the ET4000/W32 series are silently ignored;
e.g., the keyword "SpeedUp" is a no-op.
The server currently supports the w32, w32i, w32p and et6000 chips.  For
a complete list, see the sign-on message printed by <code>XF86_W32</code>.
The server only supports 256 colors.</p>
<p>Just as with <code>XF86_SVGA</code>, you can specify a virtual world that has
a width that is a multiple of four.
The size of the virtual world is constrained by the
amount of the available video RAM.  <code>XF86_W32</code> can use more
than 1 M of video RAM, but it reserves 1 K for internal use.
If you have 1 M, <code>XF86_W32</code> claims
you have 1023 K; you get to specify the virtual world as 1152x900,
but not 1152x910.</p>
<p>For most cards the maximum clock is set to 86 MHz according to the Tseng
databooks.  For a non-interlaced 1280x1024x(256 colors) at say
135-MHz, you need a w32p (with its 16-bit RAMDAC bus) with a
multiplexing RAMDAC so that the w32p sees only (135/2 = 67.5) MHz,
not 135 MHz.  This requires special code only provided for
cards using the ICS5341 GENDAC or the STG1703. This code seems to work 
fine for most people, except, with the ICS5341, for a small band of 
frequencies around 90MHz.</p>
<p>If you have problems with the server.  Try the following:
<ul>
<li>Put Option "slow_dram" in the Device Section.</li>
<li>Put Option "pci_burst_off" in the Device Section.</li>
<li>Put Option "w32_interleave_off" in the Device Section.</li>
<li>Take out the Hercules monochrome adapter, if you have one.  Many 
configurations of the ET4000/W32 series do not allow one in the
system.</li>
<li>Get a motherboard with its local bus running at 33 MHz.  Many, if not
all, ET4000/W32 boards will surely behave in a funny way on a 50-MHz
bus.  You may have to use a wait state or two, but first try without
any.</li>
<li>Cold-boot your machine.  Do not run anything that messes with the
video hardware, including other X servers, before running
<code>XF86_W32</code>.	</li>
<li>In case of an ET6000 card, try specifying chipset "et6000" 
in the Device Section. The card normally auto-probes from the PCI bus,
but on some systems, another on-board VGA card, although disabled, may
cause the ET6000 server to want to use the other card.</li>
<li>Try XF86_SVGA.  If it works, put the following in your XF86Config:

<blockquote><code>
<pre>
Ramdac "generic"
</pre>
</code></blockquote>

</li>
</ul>
 Note that the built-in power saver (for a "green" monitor) has
not been tested. Also do not expect it to work on a board without a
w32p_rev_c or later chip. This option is currently disabled completely,
because it causes video memory corruption (or even a crash). The SVGA server
(<code>XF86_SVGA</code>) supports VESA DPMS, and doesn't corrupt the screen.</p>

 <HR NOSHADE>
<A HREF="W32.html"><EM> Information for W32 and ET6000 Chipset Users</EM></A>
 <b>:</b> <EM>Information for W32 Chipset Users </EM><BR>
<b>Previous:</b> <A HREF="W32.html"><EM> Information for W32 and ET6000 Chipset Users</EM></A><BR>
<b>Next:</b> <A HREF="W322.html"><EM>Using XF86_W32 on a board with an ICS5341 GENDAC </EM></A>



</BODY>
</HTML>
