head 1.2; access; symbols netbsd-5-2-3-RELEASE:1.2 netbsd-5-1-5-RELEASE:1.2 riastradh-xf86-video-intel-2-7-1-pre-2-21-15:1.2 riastradh-drm2-base:1.2 netbsd-5-2-2-RELEASE:1.2 netbsd-5-1-4-RELEASE:1.2 netbsd-5-2-1-RELEASE:1.2 netbsd-5-1-3-RELEASE:1.2 netbsd-5-2:1.2.0.8 netbsd-5-2-RELEASE:1.2 netbsd-5-2-RC1:1.2 netbsd-5-1-2-RELEASE:1.2 netbsd-5-1-1-RELEASE:1.2 netbsd-5-1:1.2.0.6 netbsd-5-1-RELEASE:1.2 netbsd-5-1-RC4:1.2 netbsd-5-1-RC3:1.2 netbsd-5-1-RC2:1.2 netbsd-5-1-RC1:1.2 netbsd-5-0-2-RELEASE:1.2 netbsd-5-0-1-RELEASE:1.2 netbsd-5-0:1.2.0.4 netbsd-5-0-RELEASE:1.2 netbsd-5-0-RC4:1.2 netbsd-5-0-RC3:1.2 netbsd-5-0-RC2:1.2 netbsd-5-0-RC1:1.2 netbsd-5:1.2.0.2 netbsd-5-base:1.2 v4-4-0_beforeimport:1.1.1.3 netbsd-1-6-PATCH002-RELEASE:1.1.1.3 netbsd-1-6-PATCH002:1.1.1.3 netbsd-1-6-PATCH002-RC4:1.1.1.3 v4-3-0-2003-12-19:1.1.1.3 netbsd-1-6-PATCH002-RC3:1.1.1.3 netbsd-1-6-PATCH002-RC2:1.1.1.3 netbsd-1-6-PATCH002-RC1:1.1.1.3 netbsd-1-6:1.1.1.3.0.2 netbsd-1-6-base:1.1.1.3 v4-3-0:1.1.1.3 v4-3-0_beforeimport:1.1.1.3 netbsd-1-6-PATCH001:1.1.1.3 netbsd-1-6-RELEASE:1.1.1.3 v4-2-1:1.1.1.3 v4-2-1_beforeimport:1.1.1.3 netbsd-1-5-PATCH003:1.1.1.3 v4-2-0:1.1.1.3 netbsd-1-5-PATCH002:1.1.1.3 netbsd-1-5-PATCH001:1.1.1.2 v4-1-0:1.1.1.3 v4-0-3:1.1.1.2 v4-0-2:1.1.1.1 XF86:1.1.1; locks; strict; comment @# @; 1.2 date 2004.03.05.16.33.04; author tron; state dead; branches; next 1.1; 1.1 date 2001.01.01.12.45.53; author veego; state Exp; branches 1.1.1.1; next ; 1.1.1.1 date 2001.01.01.12.45.53; author veego; state Exp; branches; next 1.1.1.2; 1.1.1.2 date 2001.03.18.17.25.38; author veego; state Exp; branches; next 1.1.1.3; 1.1.1.3 date 2001.06.09.15.05.14; author tron; state Exp; branches; next ; desc @@ 1.2 log @Resolve conflicts from import of XFree86 4.4.0. @ text @
Information for Linux Users <author>Orest Zborowski, Dirk Hohndel <date>June 25, 1999 <toc> <sect>Linux versions on which XFree86 has been tested <p> XFree86 has been tested with Linux version 2.0.36, 2.2.7 and several 2.3.x kernels. It should work with any version since 1.0 without change. Binaries both against libc5 and libc6 are available. <sect>Backwards Compatibility <p> X11R6 is considered a major update from X11R5, so the shared libraries in XFree86 3.1 and later are not compatible with XFree86 2.1.1 and older libraries. To continue to run X11R5 applications, you must keep the old libraries somewhere on your machine. They can be moved from <tt>/usr/X386/lib</tt> elsewhere, but <tt>/etc/ld.so.conf</tt> must be updated. All X11R5 applications should work with the X11R6 servers without problems. X11R6.1 is yet another update to X11R6. While the minor number for some libraries has been increased to '1' it is believed to be fully compatible with X11R6 based applications. X11R6.3 is yet another update to X11R6.1. While the minor number for some libraries has been increased to '3' it is believed to be fully compatible with X11R6 based applications. Very old binaries (linked to XFree86-1.2, XFree86-1.3 or XFree86-2.0 libraries) will continue to work, but may need an explicit symlink from <tt>/lib/libX{11,t,aw}.so.3</tt> to <tt>/usr/X386/lib/libX{11,t,aw}.so.3</tt>. <sect>Installing XFree86 <p> Starting with version 3.0, XFree86 is installed in <tt>/usr/X11R6</tt>. The installation details are provided in the <htmlurl name="RELNOTES" url="RELNOTES.html">. <sect>Running XFree86 <p> XFree86 requires about 4mb of virtual memory to run, although having 16mb of RAM is probably the minimum comfortable configuration. A 387 coprocessor is helpful for 386 machines, although greater gains in interactive performance are obtained with an increase in physical memory. Also, a faster graphics card, bus or RAM, will improve server performance. After unpacking the tar files, you need to include <tt>/usr/X11R6/lib</tt> in <tt>/etc/ld.so.conf</tt> (where it should already be by default) or in your <tt>LD_LIBRARY_PATH</tt> environment variable. Also, the configuration file <tt>/etc/XF86Config</tt> or <tt>/usr/X11R6/lib/X11/XF86Config</tt> <em>must</em> be properly filled out based on the host setup. Ideally this is done using <tt>XF86Setup</tt> or (if for some reason this doesn't work) using <tt>xf86config</tt>. If you really insist in hand-creating your config file use <tt>XF86Config.eg</tt> as a starting point and <tt>README.Config</tt> as guideline. You may damage your hardware if you use a wrong <tt>XF86Config</tt> file, so <em>read the docs</em>, especially the man pages and the other <tt>README</tt> files in <tt>/usr/X11R6/lib/X11/doc</tt>. XFree86 has the ability to perform VT switching to and from the X server. When first started, XFree86 will automatically locate the first available VT (one that hasn't been opened by any process), and run on that VT. If there isn't one available, XFree86 will terminate with an error message. The server can be run on a specific VT by using the ``vt<nn>'' option, where <nn> is the number of an available VT (starting from 1). If you don't have a free VT XFree86 cannot run. Normally you can simply disable one of the <tt>getty</tt> programs in <tt>/etc/inittab</tt>, but if this is not an option, you can increase the number of available VTs by increasing the value of <tt>NR_CONSOLES</tt> in <tt>include/linux/tty.h</tt> and recompiling the kernel. Once running inside X, switching to another VT is accomplished by pressing Ctrl-Alt-<Fnn> where nn is the number of the VT to switch to. To return to the server, press the proper key-combination that moves you back to the VT that XFree86 is using: by default, this is Alt-<Fmm>, where mm is the number of the VT the server is running on (this number is printed when the server is started). Note that this is NOT the VT from which the server was started. NOTE: you can redefine the text-mode keybindings with the `<tt>loadkeys</tt>' command found in the <tt>kbd-0.81.tar.gz</tt> archive (or a later version thereof). With this, you can (for example) make Ctrl-Alt-<Fmm> work from text mode the same way it works under the XFree86 server. When the server is exited, it will return to the original VT it was started from, unless it dies unexpectedly, when the switch must be done manually. There still seem to be weird combinations of graphic cards and motherboards that have problems to restore the textfont when returning from XFree86 to the text mode. In these cases using the <tt>runx</tt> script from the <bf>svgalib</bf> distribution might help. The XFree86 server now queries the kernel to obtain the key binding in effect at startup. These bindings are either the default map in place when the kernel was compiled, or reloaded using the `<tt>loadkeys</tt>' utility. Not all keys are bound: kernel-specific, multiple keysym, and dead keys are not handled by the server. All others are translated to their X equivalents. Note that the XFree86 server only allows for four modifier maps: unshifted, shifted, modeswitch unshifted and modeswitch shifted. Depending on what the modeswitch key is (it is configurable in your <tt>XF86Config</tt> and defaults to Alt), XFree86 will read those tables into its keymaps. This means if you use certain keys, like left-Control, for Linux modeswitch, that will not be mappable to X. <sect>Installing Xdm, the display manager <p> Since xdm is dynamically linked, there's no issue on export restriction outside US for this binary distribution of xdm: it does not contain the DES encryption code. So it's now included in the bin package. However the file <tt>xc/lib/Xdmcp/WrapHelp.c</tt> is not included in the XFree86-3.3 source, so support for XDM-AUTHORIZATION-1 is not included here. You'll have to get WrapHelp.c and rebuild xdm after having set <tt/HasXdmAuth/ in <tt/xf86site.def/. The file is available within the US; for details see <htmlurl name="ftp.x.org:/pub/R6/xdm-auth/README" url="ftp://ftp.x.org/pub/R6/xdm-auth/README">. To start the display manager, log in as root on the console and type: ``<tt/xdm -nodaemon/''. You can start xdm automatically on bootup by disabling the console getty and modifying <tt>/etc/inittab</tt>. Details about this setup depend on the Linux distribution that you use, so check the documentation provided there. The xdm binary provided should run with both shadow- and non-shadow password systems. <verb> $XFree86: xc/programs/Xserver/hw/xfree86/doc/sgml/Linux.sgml,v 3.14 1999/08/23 06:38:46 dawes Exp $ $XConsortium: Linux.sgml /main/6 1996/10/28 04:47:37 kaleb $ </verb> </article> @ 1.1 log @Initial revision @ text @@ 1.1.1.1 log @Initial import of XFree86 4.x @ text @@ 1.1.1.2 log @Import of XFree86 4.0.3 @ text @d140 1 a140 1 $XFree86: xc/programs/Xserver/hw/xfree86/doc/sgml/Linux.sgml,v 3.13.2.8 1999/06/25 08:57:14 hohndel Exp $ @ 1.1.1.3 log @Import of XFree86 4.1.0. @ text @d140 1 a140 1 $XFree86: xc/programs/Xserver/hw/xfree86/doc/sgml/Linux.sgml,v 3.14 1999/08/23 06:38:46 dawes Exp $ @