Previous | Table of Contents | Next

Page 640

Robert Baron, Robert.Baron@ernst.mach.cs.cmu.edu Ported to Mach.
Orest Zborowski, orestz@eskimo.com Ported to Linux.
Doug Anson, danson@lgc.com Ported to Solaris x86.
David Holland, davidh@use.com Ported to Solaris x86.
David McCullough, davidm@stallion.oz.au Ported to SCO SVR3.
Michael Rohleder,michael.rohleder@stadt-frankfurt.de Ported to ISC SVR3.
Kees Verstoep, versto@cs.vu.nl Ported to Amoeba based on Leendert van Doorn's original Amoeba port of X11R5.
Marc Evans, Marc@XFree86.org Ported to OSF/1.
Philip Homburg, philip@cs.vu.nl Ported to Minix-386vm.
Thomas Mueller, tm@systrix.de Ported to LynxOS.
Jon Tombs, tombs@XFree86.org S3 server and accelerated server coordination.
Harald Koenig, koenig@tat.physik.uni-tuebingen.de S3 server development.
Bernhard Bender, br@elsa.mhs.compuserve.com S3 server development.
Kevin Martin, martin@cs.unc.edu Overall work on the base accelerated servers (ATI and 8514/A), and Mach64 server.
Rik Faith, faith@cs.unc.edu Overall work on the base accelerated servers (ATI and 8514/A).
Tiago Gons, tiago@comosjn.hobby.nl Mach8 and 8514/A server development.
Hans Nasten, nasten@everyware.se Mach8, 8514/A, and S3 server development and BSD/386 support.
Mike Bernson, mike@mbsun.mlb.org Mach32 server development.
Mark Weaver, Mark Weaver@brown.edu Mach32 server development.
Craig Groeschel, craig@metrolink.com Mach32 server development.
Henry Worth, Henry.Worth@amail.amdahl.com AGX server.
Erik Nygren, nygren@mit.edu P9000 server.
Harry Langenbacher, harry@brain.jpl.nasa.gov P9000 server.
Chris Mason, mason@mail.csh.rit.edu P9000 server.
Henrik Harmsen, harmsen@eritel.se P9000 server. Simon Cooper, scooper@vizlab.rutgers.edu
Cirrus accelerated code (based on work by Bill Reynolds). Harm Hanemaayer, hhanemaa@cs.ruu.nl
Cirrus accelerated code and ARK driver. Mike Tierney, floyd@eng.umd.edu
WD accelerated code. Bill Conn, conn@bnr.ca
WD accelerated code. Brad Bosch, brad@lachman.com
WD 90C24A support. Alan Hourihane, alanh@fairlite.demon.co.uk
Trident SVGA driver Marc La France, Marc.La-France@ualberta.ca
ATI vgawonder SVGA driver Steve Goldman, sgoldman@encore.com Oak
067/077 SVGA driver. Jorge Delgado, ernar@dit.upm.es
Oak SVGA driver, and 087 accelerated code. Bill Conn, conn@bnr.ca
WD accelerated code. Paolo Severini, lendl@dist.dist.unige.it
AL2101 SVGA driver. Ching-Tai Chiu, cchiu@netcom.com
Avance Logic ALI SVGA driver. Manfred Brands, mb@oceonics.nl
Cirrus 64xx SVGA driver. Randy Hendry, randy@sgi.com
Cirrus 6440 support in the cl64xx SVGA driver. Frank Dikker, dikker@cs.utwente.nl
MX SVGA driver. Regis Cridlig, cridlig@dmi.ens.fr
Chips & Technology driver. Jon Block, block@frc.com
Chips & Technology driver.

Page 641

Mike Hollick, hollick@graphics.cis.upenn.edu Chips & Technology driver
Peter Trattler, peter@sbox.tu-graz.ac.at RealTek SVGA driver.
Craig Struble, cstruble@acm.vt.edu Video7 SVGA driver.
Gertjan Akkerman, akkerman@dutiba.twi.tudelft.nl 16-color VGA server, and XF86Config parser.
Davor Matic, dmatic@Athena.MIT.EDU Hercules driver.
Pascal Haible, haible@izfm.uni-stuttgart.de Banked monochrome VGA support, Hercules support, and mono frame buffer support for dumb monochrome devices.

and many more people out there on the Net who helped with beta-testing this enhancement.

XFree86 source is available from the FTP server ftp.XFree86.org, among others. Send e-mail to XFree86@XFree86.org for details.

XFree86 Version 3.1.2

xfs

xfs—X font server

SYNOPSIS

xfs [_config configuration_file] [_port tcp_port]

DESCRIPTION

xfs is the X Window System font server. It supplies fonts to X Window System display servers.

STARTING THE SERVER

The server is usually run by a system administrator, and started via boot files like /etc/rc.local. Users may also wish to start private font servers for specific sets of fonts.

OPTIONS

_config configuration_file Specifies the configuration file the font server will use.
_ls listen-socket Specifies a file descriptor that is already set up to be used as the listen socket. This option is only intended to be used by the font server itself when automatically spawning another copy of itself to handle additional connections.
_port tcp_port Specifies the TCP port number on which the server will listen for connections.

SIGNALS

SIGTERM This causes the font server to exit cleanly.
SIGUSR1 This signal is used to cause the server to reread its configuration file.
SIGUSR2 This signal is used to cause the server to flush any cached data it may have.
SIGHUP This signal is used to cause the server to reset, closing all active connections and rereading the configuration file.

Previous | Table of Contents | Next

1