Files
oldlinux-files/docs/Install-Guide/install-guide-2.2.2/node201.html
2024-02-19 00:23:35 -05:00

459 lines
23 KiB
HTML

<!DOCTYPE HTML PUBLIC "-//W3O//DTD W3 HTML 2.0//EN">
<!Converted with LaTeX2HTML 95.1 (Fri Jan 20 1995) by Nikos Drakos (nikos@cbl.leeds.ac.uk), CBLU, University of Leeds >
<HEAD>
<TITLE>5.1.3 Configuring XFree86</TITLE>
</HEAD>
<BODY>
<meta name="description" value="5.1.3 Configuring XFree86">
<meta name="keywords" value="gs">
<meta name="resource-type" value="document">
<meta name="distribution" value="global">
<P>
<BR> <HR><A NAME=tex2html4344 HREF="node202.html"><IMG ALIGN=BOTTOM ALT="next" SRC="next_motif.gif"></A> <A NAME=tex2html4342 HREF="node198.html"><IMG ALIGN=BOTTOM ALT="up" SRC="up_motif.gif"></A> <A NAME=tex2html4336 HREF="node200.html"><IMG ALIGN=BOTTOM ALT="previous" SRC="previous_motif.gif"></A> <A NAME=tex2html4346 HREF="node1.html"><IMG ALIGN=BOTTOM ALT="contents" SRC="contents_motif.gif"></A> <A NAME=tex2html4347 HREF="node250.html"><IMG ALIGN=BOTTOM ALT="index" SRC="index_motif.gif"></A> <BR>
<B> Next:</B> <A NAME=tex2html4345 HREF="node202.html">5.1.4 Filling in video </A>
<B>Up:</B> <A NAME=tex2html4343 HREF="node198.html">5.1 The X Window </A>
<B> Previous:</B> <A NAME=tex2html4337 HREF="node200.html">5.1.2 Installing XFree86</A>
<BR> <HR> <P>
<H2><A NAME=SECTION00713000000000000000>5.1.3 Configuring XFree86</A></H2>
<P>
<A NAME=5282>&#160;</A>
Setting up XFree86 is not difficult in most cases. However, if you happen to
be using hardware for which drivers ar under development, or wish
to obtain the best performance or resolution from an accelerated
graphics card, configuring XFree86 can be somewhat time-consuming.
<P>
In this section we will describe how to create and edit the <tt>XF86Config</tt>
file, which configures the XFree86 server. In many cases it is best to
start out with a ``basic'' XFree86 configuration, one which uses a low
resolution, such as 640x480, which should be supported on all video cards
and monitor types. Once you have XFree86 working at a lower, standard
resolution, you can tweak the configuration to exploit the capabilities
of your video hardware. The idea is that you want to know that XFree86 works
at all on your system, and that something isn't wrong with your installation,
before attempting the sometimes difficult task of setting up XFree86 for
real use.
<P>
In addition to the information listed here, you should read the following
documentation:
<UL><LI> The XFree86 documentation in <tt>/usr/X11R6/lib/X11/doc</tt> (contained
within the <tt>XFree86-3.1-doc</tt> package). You should especially see the
file <tt>README.Config</tt>, which is an XFree86 configuration tutorial.
<LI> Several video chipsets have separate <tt>README</tt> files in the
above directory (such as <tt>README.Cirrus</tt> and <tt>README.S3</tt>).
Read one of these if applicable.
<LI> The man page for <tt>XFree86</tt>.
<LI> The man page for <tt>XF86Config</tt>.
<LI> The man page for the particular server that you are using (such as
<tt>XF86_SVGA</tt> or <tt>XF86_S3</tt>).
</UL>
<P>
<A NAME=5296>&#160;</A>
<A NAME=5660>&#160;</A>
<A NAME=5661>&#160;</A>
The main XFree86 configuration file is <tt>/usr/X11R6/lib/X11/XF86Config</tt>.
This file contains information on your mouse, video card parameters, and
so on. The file <tt>XF86Config.eg</tt> is provided with the XFree86
distribution as an example. Copy this file to <tt>XF86Config</tt> and edit
it as a starting point.
<P>
The <tt>XF86Config</tt> man page explains the format of this file in detail.
Read this man page now, if you have not done so already.
<P>
We are going to present a sample <tt>XF86Config</tt> file, piece by piece.
This file may not look exactly like the sample file included in the
XFree86 distribution, but the structure is the same.
<P>
<IMG ALIGN=BOTTOM ALT="(WARN)" SRC="bdt.gif">Note that the <tt>XF86Config</tt> file format may change
with each version of XFree86; this information is only valid for
XFree86 version 3.1.
<P>
Also, you should not simply copy the configuration file
listed here to your own system and attempt to use it. Attempting to use
a configuration file which doesn't correspond to your hardware could
drive the monitor at a frequency which is too high for it; there have
been reports of monitors (especially fixed-frequency monitors) being
damaged or destroyed by using an incorrectly configured <tt>XF86Config</tt>
file. The bottom line is this: Make absolutely sure that your
<tt>XF86Config</tt> file corresponds to your hardware before you attempt
to use it.
<P>
Each section of the <tt>XF86Config</tt> file is surrounded by
the pair of lines <tt>Section &quot;<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img270.gif">&quot;</tt>...<tt>EndSection</tt>.
The first part of the <tt>XF86Config</tt> file is <tt>Files</tt>, which looks
like this:
<P>
<P><TT> <PRE>Section &quot;Files&quot;
RgbPath &quot;/usr/X11R6/lib/X11/rgb&quot;
FontPath &quot;/usr/X11R6/lib/X11/fonts/misc/&quot;
FontPath &quot;/usr/X11R6/lib/X11/fonts/75dpi/&quot;
EndSection
</PRE> <P></TT>
The <tt>RgbPath</tt> line sets the path to the X11R6 RGB color database,
and each <tt>FontPath</tt> line sets the path to a directory containing
X11 fonts. In general you shouldn't have to modify these lines;
just be sure that there is a <tt>FontPath</tt> entry for each font type
that you have installed (that is, for each directory in
<tt>/usr/X11R6/lib/X11/fonts</tt>).
<P>
The next section is <tt>ServerFlags</tt>, which specifies several global
flags for the server. In general this section is empty.
<P><TT> <PRE>Section &quot;ServerFlags&quot;
# Uncomment this to cause a core dump at the spot where a signal is
# received. This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging
# NoTrapSignals
# Uncomment this to disable the &lt;Crtl&gt;&lt;Alt&gt;&lt;BS&gt; server abort sequence
# DontZap
EndSection
</PRE> <P></TT>
Here, we have all lines within the section commented out.
<P>
The next section is <tt>Keyboard</tt>. This should be fairly intuitive.
<P><TT> <PRE>Section &quot;Keyboard&quot;
Protocol &quot;Standard&quot;
AutoRepeat 500 5
ServerNumLock
EndSection
</PRE> <P></TT>
Other options are available as well---see the <tt>XF86Config</tt> file
if you wish to modify the keyboard configuration. The above should
work for most systems.
<P>
The next section is <tt>Pointer</tt> which specifies parameters for the
mouse device.
<P><TT> <PRE>Section &quot;Pointer&quot;
Protocol &quot;MouseSystems&quot;
Device &quot;/dev/mouse&quot;
# Baudrate and SampleRate are only for some Logitech mice
# BaudRate 9600
# SampleRate 150
# Emulate3Buttons is an option for 2-button Microsoft mice
# Emulate3Buttons
# ChordMiddle is an option for some 3-button Logitech mice
# ChordMiddle
EndSection
</PRE> <P></TT>
The only options that you should concern yourself with now are
<tt>Protocol</tt> and <tt>Device</tt>. <tt>Protocol</tt> specifies the
mouse <em>protocol</em> that your mouse uses (not the make or brand of
mouse). Valid types for <tt>Protocol</tt> (under Linux---there are other
options available for other operating systems) are:
<UL><LI> <tt>BusMouse</tt>
<LI> <tt>Logitech</tt>
<LI> <tt>Microsoft</tt>
<LI> <tt>MMSeries</tt>
<LI> <tt>Mouseman</tt>
<LI> <tt>MouseSystems</tt>
<LI> <tt>PS/2</tt>
<LI> <tt>MMHitTab</tt>
</UL>
<tt>BusMouse</tt> should be used for the Logitech busmouse. Note that
older Logitech mice should use <tt>Logitech</tt>, but newer Logitech
mice use either <tt>Microsoft</tt> or <tt>Mouseman</tt> protocols.
This is a case in which the protocol doesn't necessarily have anything
to do with the make of the mouse.
<P>
<tt>Device</tt> specifies the device file where the mouse can be
accessed. On most Linux systems, this is <tt>/dev/mouse</tt>.
<tt>/dev/mouse</tt> is usually a link to the appropriate
serial port (such as <tt>/dev/cua0</tt>) for serial mice, or to the
appropriate busmouse device for busmice. At any rate, be sure
that the device file listed in <tt>Device</tt> exists.
<P>
The next section is <tt>Monitor</tt>, which specifies the characteristics
of your monitor. As with other sections in the <tt>XF86Config</tt>
file, there may be more than one <tt>Monitor</tt> section. This is useful
if you have multiple monitors connected to a system, or use the same
<tt>XF86Config</tt> file under multiple hardware configurations.
In general, though, you will need a single <tt>Monitor</tt> section.
<P>
<P><TT> <PRE>Section &quot;Monitor&quot;
Identifier &quot;CTX 5468 NI&quot;
# These values are for a CTX 5468NI only! Don't attempt to use
# them with your monitor (unless you have this model)
Bandwidth 60
HorizSync 30-38,47-50
VertRefresh 50-90
# Modes: Name dotclock horiz vert
ModeLine &quot;640x480&quot; 25 640 664 760 800 480 491 493 525
ModeLine &quot;800x600&quot; 36 800 824 896 1024 600 601 603 625
ModeLine &quot;1024x768&quot; 65 1024 1088 1200 1328 768 783 789 818
EndSection
</PRE> <P></TT>
<P>
The <tt>Identifier</tt> line is used to give an arbitrary name to the
<tt>Monitor</tt> entry. This can be any string; you will use it to refer to
the <tt>Monitor</tt> entry later in the <tt>XF86Config</tt> file.
<P>
they are listed below.
<P>
<tt>HorizSync</tt> specifies the valid horizontal sync frequencies for
your monitor, in kHz. If you have a multisync monitor, this can be
a range of values (or several comma-separated ranges), as seen above.
If you have a fixed-frequency monitor, this will be a list of discrete
values, such as:
<P><TT> <PRE> HorizSync 31.5, 35.2, 37.9, 35.5, 48.95
</PRE> <P></TT>
Your monitor
manual should list these values in the technical specifications
section. If you do not have this information available, you
should either contact the manufacturer or vendor of your monitor
to obtain it. There are other sources of information, as well;
<P>
<tt>VertRefresh</tt> specifies the valid vertical refresh rates (or
vertical synchronization frequencies) for your monitor, in Hz.
Like <tt>HorizSync</tt> this can be a range or a list of discrete
values; your monitor manual should list them.
<P>
<tt>HorizSync</tt> and <tt>VertRefresh</tt> are used only
to double-check that the monitor resolutions that you specify are in
valid ranges. This is to reduce the chance that you will damage your
monitor by attempting to drive it at a frequency for which it was not
designed.
<P>
The <tt>ModeLine</tt> directive is used to specify a single resolution mode
for your monitor. The format of <tt>ModeLine</tt> is
<P><TT> ModeLine <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img271.gif"> <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img272.gif"> <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img273.gif"> <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img274.gif"> <P></TT>
<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img275.gif"> is an arbitrary string, which you will use to refer to the
resolution mode later in the file. <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img276.gif"> is the driving
clock frequency, or ``dot clock'' associated with the resolution mode.
A dot clock is usually specified in MHz, and is the rate at which the
video card must send pixels to the monitor at this resolution.
<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img277.gif"> and <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img278.gif"> are four numbers each
which specify when the electron gun of the monitor should fire, and
when the horizontal and vertical sync pulses fire during a sweep.
<P>
How can you determine the <tt>ModeLine</tt> values for your monitor?
The file <tt>VideoModes.doc</tt>, included with the XFree86 distribution,
describes in detail how to determine these values for each resolution
mode that your monitor supports. First of all, <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img279.gif"> must
correspond to one of the dot clock values that your video card can
produce. Later in the <tt>XF86Config</tt> file you will specify these
clocks; you can only use video modes which have a <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img280.gif"> value
supported by your video card.
<P>
There are two files included in the XFree86 distribution which may include
<tt>ModeLine</tt> data for your monitor. These files are
<tt>modeDB.txt</tt> and <tt>Monitors</tt>, both of which are found in
<tt>/usr/X11R6/lib/X11/doc</tt>.
<P>
You should start with <tt>ModeLine</tt> values for the VESA standard monitor
timings, which most monitors support. <tt>modeDB.txt</tt> includes timing
values for VESA standard resolutions. In that file, you will see
entries such as
<P><TT> <PRE># 640x480@60Hz Non-Interlaced mode
# Horizontal Sync = 31.5kHz
# Timing: H=(0.95us, 3.81us, 1.59us), V=(0.35ms, 0.064ms, 1.02ms)
#
# name clock horizontal timing vertical timing flags
&quot;640x480&quot; 25.175 640 664 760 800 480 491 493 525
</PRE> <P></TT>
This is a VESA standard timing for a 640x480 video mode. It uses a
dot clock of 25.175, which your video card must support to use this
mode (more on this later). To include this entry in the <tt>XF86Config</tt>
file, you'd use the line
<P><TT> ModeLine &quot;640x480&quot; 25.175 640 664 760 800 480 491 493 525
<P></TT>
Note that the <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img281.gif"> argument to <tt>ModeLine</tt> (in this
case <tt><code>&quot;640x480&quot;</code></tt>) is an arbitrary string---the convention
is to name the mode after the resolution, but <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img282.gif"> can
technically be anything descriptive which describes the mode to you.
<P>
For each <tt>ModeLine</tt> used the server will check that the specifications
for the mode fall within the range of values specified with
<tt>Bandwidth</tt>, <tt>HorizSync</tt> and <tt>VertRefresh</tt>. If they do not,
the server will complain when you attempt to start up X (more on this
later). For one thing, the dot clock used by the mode should not
be greater than the value used for <tt>Bandwidth</tt>. (However, in many
cases it is safe to use modes with a slightly higher bandwidth than your
monitor can support.)
<P>
If the VESA standard timings do not work for you (you'll know after
trying to use them later) then the files <tt>modeDB.txt</tt> and
<tt>Monitors</tt> include specific mode values for many monitor types.
You can create <tt>ModeLine</tt> entries from the values found in those
two files as well. Be sure to only use values for the specific model
of monitor that you have. Note that many 14 and 15-inch monitors cannot
support higher resolution modes, and often resolutions of 1024x768 at low
dot clocks. This means that if you can't find high resolution modes for
your monitor in these files, then your monitor probably does not support
those resolution modes.
<P>
If you are completely at a loss, and can't find working <tt>ModeLine</tt>
values for your monitor, you can follow the instructions in the
<tt>VideoModes.doc</tt> file included in the XFree86 distribution to
generate <tt>ModeLine</tt> values from the specifications listed in your
monitor's manual. While your mileage will certainly vary when attempting
to generate <tt>ModeLine</tt> values by hand, this is a good place to look
if you can't find the values that you need. <tt>VideoModes.doc</tt> also
describes the format of the <tt>ModeLine</tt> directive and other
aspects of the XFree86 server in gory detail.
<P>
Lastly, if you do obtain <tt>ModeLine</tt> values which are almost, but not
quite, right, then it may be possible to simply modify the values slightly
to obtain the desired result. For example, if while running XFree86 the
image on the monitor is shifted slightly, or seems to ``roll'', you can
follow the instructions in the <tt>VideoModes.doc</tt> file to try to fix
these values. Also, be sure to check the knobs and controls on the monitor
itself! In many cases it is necessary to change the horizontal or vertical
size of the display after starting up XFree86 in order for the image to
be centered and be of the appropriate size. Having these controls on the
front of the monitor can certainly make life easier.
<P>
<IMG ALIGN=BOTTOM ALT="(WARN)" SRC="bdt.gif">You shouldn't use monitor timing values or <tt>ModeLine</tt>
values for monitors other than the model that you own. If you attempt to
drive the monitor at a frequency for which it was not designed, you can
damage or even destroy it.
<P>
The next section of the <tt>XF86Config</tt> file is <tt>Device</tt>,
which specifies parameters for your video card. Here is an example.
<P><TT> <PRE>Section &quot;Device&quot;
Identifier &quot;#9 GXE 64&quot;
# Nothing yet; we fill in these values later.
EndSection
</PRE> <P></TT>
<P>
This section defines properties for a particular video card.
<tt>Identifier</tt> is an arbitrary string describing the card;
you will use this string to refer to the card later.
<P>
Initially, you don't need to include anything in the <tt>Device</tt>
section, except for <tt>Identifier</tt>. This is because we will be
using the X server itself to probe for the properties of the video
card, and entering them into the <tt>Device</tt> section later.
The XFree86 server is capable of probing for the video chipset,
clocks, RAMDAC, and amount of video RAM on the board.
<P>
Before we do this, however, we need to finish writing the <tt>XF86Config</tt>
file. The next section is <tt>Screen</tt>, which specifies the monitor/video
card combination to use for a particular server.
<P>
<P><TT> <PRE> Section &quot;Screen&quot;
Driver &quot;Accel&quot;
Device &quot;#9 GXE 64&quot;
Monitor &quot;CTX 5468 NI&quot;
Subsection &quot;Display&quot;
Depth 16
Modes &quot;1024x768&quot; &quot;800x600&quot; &quot;640x480&quot;
ViewPort 0 0
Virtual 1024 768
EndSubsection
EndSection
</PRE> <P></TT>
<P>
The <tt>Driver</tt> line specifies the X server that you will be using.
The value values for <tt>Driver</tt> are:
<UL><LI> <tt>Accel</tt>: For the <tt>XF86_S3</tt>, <tt>XF86_Mach32</tt>, <tt>XF86_Mach8</tt>,
<tt>XF86_8514</tt>, <tt>XF86_P9000</tt>, <tt>XF86_AGX</tt>, and <tt>XF86_W32</tt>
servers;
<LI> <tt>SVGA</tt>: For the <tt>XF86_SVGA</tt> server;
<LI> <tt>VGA16</tt>: For the <tt>XF86_VGA16</tt> server;
<LI> <tt>VGA2</tt>: For the <tt>XF86_Mono</tt> server;
<LI> <tt>Mono</tt>: For the non-VGA monochrome drivers in the <tt>XF86_Mono</tt>
and <tt>XF86_VGA16</tt> servers.
</UL>
You should be sure that <tt>/usr/X11R6/bin/X</tt> is a symbolic link to the
server that you are using.
<P>
The <tt>Device</tt> line specifies the <tt>Identifier</tt> of the <tt>Device</tt>
section corresponding to the video card to use for this server.
Above, we created a <tt>Device</tt> section with the line
<P><TT> <PRE>Identifier &quot;#9 GXE 64&quot;
</PRE> <P></TT>
Therefore, we use <tt><code>&quot;#9 GXE 64&quot;</code></tt> on the <tt>Device</tt> line here.
<P>
Similarly, the <tt>Monitor</tt> line specifies the name of the <tt>Monitor</tt>
section to be used with this server. Here, <tt><code>&quot;CTX 5468 NI&quot;</code></tt> is
the <tt>Identifier</tt> used in the <tt>Monitor</tt> section described above.
<P>
<tt><code>Subsection &quot;Display&quot;</code></tt> defines several properties of the
XFree86 server corresponding to your monitor/video card combination.
The <tt>XF86Config</tt> file describes all of these options in detail;
most of them are icing on the cake and not necessary to get the system
working.
<P>
The options that you should know about are:
<UL><LI> <tt>Depth</tt>. Defines the number of color planes---the number of
bits per pixel. Usually, <tt>Depth</tt> is set to 8. For the <tt>VGA16</tt>
server, you would use a depth of 4, and for the monochrome server a depth
of 1. If you are using an accelerated video card with enough memory
to support more bits per pixel, you can set <tt>Depth</tt> to 16, 24, or 32.
If you have problems with depths higher than 8, set it back to 8 and
attempt to debug the problem later.
<P>
<LI> <tt>Modes</tt>. This is the list of video mode names which have
been defined using the <tt>ModeLine</tt> directive in the <tt>Monitor</tt>
section. In the above section, we used <tt>ModeLines</tt> named
<tt><code>&quot;1024x768&quot;</code></tt>, <tt><code>&quot;800x600&quot;</code></tt>, and <tt><code>&quot;640x48&quot;0</code></tt>.
Therefore, we use a <tt>Modes</tt> line of
<P><TT> <PRE> Modes &quot;1024x768&quot; &quot;800x600&quot; &quot;640x480&quot;
</PRE> <P></TT>
The first mode listed on this line will be the default when XFree86
starts up. After XFree86 is running, you can switch between the modes
listed here using the keys <IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img283.gif">-<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img284.gif">-<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img285.gif"> and
<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img286.gif">-<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img287.gif">-<IMG BORDER=0 ALIGN=BOTTOM ALT="" SRC="img288.gif">.
<P>
It might be best, when initially configuring XFree86, to use
lower resolution video modes, such as 640x480, which tend to work on
most systems. Once you have the basic configuration working you can
modify <tt>XF86Config</tt> to support higher resolutions.
<P>
<LI> <tt>Virtual</tt>. Sets the virtual desktop size. XFree86 has the
ability to use any additional memory on your video card to extend
the size of your desktop. When you move the mouse pointer to the edge
of the display, the desktop will scroll, bringing the additional
space into view. Therefore, even if you are running at a lower
video resolution such as 800x600, you can set <tt>Virtual</tt> to the
total resolution which your video card can support (a 1-megabyte video
card can support 1024x768 at a depth of 8 bits per pixel; a 2-megabyte
card 1280x1024 at depth 8, or 1024x768 at depth 16).
Of course, the entire area will not be visible at once, but it can
still be used.
<P>
The <tt>Virtual</tt> feature is a nice way to utilize the memory of your
video card, but it is rather limited. If you want to use a true
virtual desktop, we suggest using <tt>fvwm</tt>, or a similar window
manager, instead. <tt>fvwm</tt> allows you to have rather large virtual
desktops (implemented by hiding windows, and so forth, instead of
actually storing the entire desktop in video memory at once). See the
man pages for <tt>fvwm</tt> for more details about this; most Linux systems
use <tt>fvwm</tt> by default.
<P>
<LI> <tt>ViewPort</tt>. If you are using the <tt>Virtual</tt> option described
above, <tt>ViewPort</tt> sets the coordinates of the upper-left-hand corner
of the virtual desktop when XFree86 starts up. <tt>Virtual 0 0</tt> is often
used; if this is unspecified then the desktop is centered on the virtual
desktop display (which may be undesirable to you).
<P>
</UL>
<P>
Many other options for this section exist; see the <tt>XF86Config</tt>
man page for a complete description. In practice these other options
are not necessary to get XFree86 initially working.
<P>
<BR> <HR><A NAME=tex2html4344 HREF="node202.html"><IMG ALIGN=BOTTOM ALT="next" SRC="next_motif.gif"></A> <A NAME=tex2html4342 HREF="node198.html"><IMG ALIGN=BOTTOM ALT="up" SRC="up_motif.gif"></A> <A NAME=tex2html4336 HREF="node200.html"><IMG ALIGN=BOTTOM ALT="previous" SRC="previous_motif.gif"></A> <A NAME=tex2html4346 HREF="node1.html"><IMG ALIGN=BOTTOM ALT="contents" SRC="contents_motif.gif"></A> <A NAME=tex2html4347 HREF="node250.html"><IMG ALIGN=BOTTOM ALT="index" SRC="index_motif.gif"></A> <BR>
<B> Next:</B> <A NAME=tex2html4345 HREF="node202.html">5.1.4 Filling in video </A>
<B>Up:</B> <A NAME=tex2html4343 HREF="node198.html">5.1 The X Window </A>
<B> Previous:</B> <A NAME=tex2html4337 HREF="node200.html">5.1.2 Installing XFree86</A>
<BR> <HR> <P>
<BR> <HR>
<P><ADDRESS>
<I>Matt Welsh <BR>
mdw@sunsite.unc.edu</I>
</ADDRESS>
</BODY>