FreeBSD in a nutshell
FreeBSD is a state of the art operating system for
personal computers based on the Intel CPU architecture, which
includes the 386, 486 and Pentium processors (both SX and DX versions).
Intel compatible CPUs from AMD and Cyrix are supported as well.
FreeBSD provides you with many advanced features previously available
only on much more expensive computers. These features include:
- Preemptive multitasking with dynamic priority
adjustment to ensure smooth and fair sharing of the
computer between applications and users.
- Multiuser access means that many people can use a
FreeBSD system simultaneously for a variety of things. System
peripherals such as printers and tape drives are also properly
shared between all users on the system.
- Complete TCP/IP networking including SLIP, PPP, NFS
and NIS support. This means that your FreeBSD machine can
interoperate easily with other systems as well act as an enterprise
server, providing vital functions such as NFS (remote file access) and
e-mail services or putting your organization on the Internet
with WWW, ftp, routing and firewall (security) services.
- Memory protection ensures that applications (or
users) cannot interfere with each other. One application
crashing will not affect others in any way.
- FreeBSD is a 32-bit operating system and was designed
as such from the ground up.
- The industry standard X Window System (X11R6)
provides a graphical user interface (GUI) for the cost of a
common VGA card and monitor.
- Binary compatibility with many programs built for SCO,
BSDI, NetBSD, and 386BSD.
- Hundreds of ready-to-run applications are
available from the
- FreeBSD ports and packages
+ FreeBSD ports and packages
collection. Why search the net when you can find it all
right here?
- Thousands of additional and easy-to-port applications
available on the Internet. FreeBSD is source code compatible
with most popular commercial Unix systems and thus most
applications require few, if any, changes to compile.
- Demand paged virtual memory and `merged VM/buffer cache'
design efficiently satisfies applications with large appetites
for memory while still maintaining interactive response to other
users.
- Shared libraries (the Unix equivalent of
MS-Windows DLLs) provide for efficient use of disk space
and memory.
- A full compliment of C, C++ and
Fortran development tools. Many additional
languages for research and advanced development are
available as well in the ports and packages
collection.
- Source code for the entire system means you have
the greatest degree of control over your environment. Why be
locked into a proprietary solution and at the mercy of your vendor
when you can have a truly Open System?
- Extensive on-line documentation.
- And many more!
FreeBSD is based on the BSD 4.4-lite release from Computer
Systems Research Group (CSRG) at the University of
California at Berkeley, and carries on the distinguished
tradition of BSD systems development. In addition to the
fine work provided by CSRG, the FreeBSD Project has put in
many thousands of hours in fine tuning the system for
maximum performance and reliability in real-life load
situations. As many of the commercial giants struggle to
field PC operating systems with such features, performance,
and reliability, FreeBSD can offer them now!
The applications to which FreeBSD can be put are truly
limited only by your own imagination. From software
development to factory automation. Inventory control to
azimuth correction of remote satellite antennae, if it can
be done with a commercial UNIX product, then it's more than
likely that you can do it with FreeBSD, too! FreeBSD also
benefits significantly from the literally thousands of high
quality applications developed by research centers and
universities around the world, and often available at low
(to no) cost. Commercial applications are also available
and appearing in greater numbers every day.
Because the source code for FreeBSD itself is generally
available, the system can also be customized to an almost
unheard of degree for special applications or projects, and
in ways not generally possible with operating systems from
most major commercial vendors. Here is just a sampling of
some of the applications in which people are currently
using FreeBSD:
- Internet Services: The robust TCP/IP networking
built into FreeBSD makes it an ideal platform for a
variety of Internet services such as:
- FTP servers
- World Wide Web servers
- Gopher servers
- Electronic Mail servers
- USENET News
- Bulletin Board Systems
- And more...
You can easily start out small with an inexpensive 386
class PC and upgrade as your enterprise grows.
- Education: Are you a student of computer science
or a related engineering field? There is no better way
of learning about operating systems, computer
architecture and networks than the hands on, under the
hood experience that FreeBSD can provide. A number of
freely available CAD, mathematical and graphic design
packages also make it highly useful to those who's
primary interest in a computer is to get other
work done!
- Research: With source code for the entire system
available, FreeBSD is an excellent platform for research
in operating systems as well as other branches of
computer science. FreeBSD's freely available nature also
makes it possible for remote groups to collaborate on
ideas or shared development without having to worry about
special licensing agreements, or with limitations on what
may be discussed in certain forums.
- Networking: Need a new router? A name server
(DNS)? A firewall to keep people out of your internal
network? FreeBSD can easily turn that unused 386 or 486 PC
sitting in the corner into an advanced router with
sophisticated packet filtering capabilities.
- X Window workstation: FreeBSD is an excellent
choice for an inexpensive X terminal solution, either
using the freely available XFree86 server or one
of the excellent commercial servers provided by X Inside.
Unlike an X
terminal, FreeBSD allows many applications to be run
locally, if desired, thus relieving the burden on a
central server. Additionally, FreeBSD can boot
"diskless" making individual workstations even cheaper
and easier to administer.
- Software Development: The basic FreeBSD system
comes with a full compliment of development tools
included the renowned GNU C/C++ compiler and
debugger.
diff --git a/handbook/ppp.sgml b/handbook/ppp.sgml
index 92d82bc289..1213cbf26b 100644
--- a/handbook/ppp.sgml
+++ b/handbook/ppp.sgml
@@ -1,372 +1,372 @@
-
+
Setting up a PPP link
Contributed by &a.gena;.
Before you start setting up PPP on your machine make
sure that pppd is located in /usr/sbin and directory /etc/ppp
exists.
pppd can work in two modes:
- as a "client" , i.e. you want to connect your machine to outside
world via PPP serial connection or modem line.
- as a "server" , i.e. your machine is located on the network and
used to connect other computers using PPP.
In both cases you will need to set up an options file ( /etc/ppp/options
or ~/.ppprc if you have more then one user on your machine that uses
PPP ).
You also will need some modem/serial software ( preferably kermit )
so you can dial and establish connection with remote host.
Working as a PPP client
I used the following /etc/ppp/options to connect to CISCO terminal server PPP
line.
crtscts # enable hardware flow control
modem # modem control line
noipdefault # remote PPP server must supply your IP address.
# if the remote host doesn't send your IP during IPCP
# negotiation , remove this option
passive # wait for LCP packets
domain ppp.foo.com # put your domain name here
: # put the IP of remote PPP host here
# it will be used to route packets via PPP link
# if you didn't specified the noipdefault option
# change this line to :
defaultroute # put this if you want that PPP server will be your
# default router
To connect:
- Dial to the remote host using kermit ( or other modem program )
enter your user name and password ( or whatever is needed to enable PPP
-ont the remote host )
+on the remote host )
- Exit kermit. ( without hanging up the line )
- enter:
/usr/src/usr.sbin/pppd.new/pppd /dev/tty01 19200
( put the appropriate speed and device name )
Now your computer is connected with PPP. If the connection fails for some
reasons you can add the "debug" option to the /etc/ppp/options file
and check messages on the console to track the problem
Following /etc/ppp/pppup script will make all 3 stages automatically:
#!/bin/sh
ps ax |grep pppd |grep -v grep
pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
if [ "X${pid}" != "X" ] ; then
echo 'killing pppd, PID=' ${pid}
kill ${pid}
fi
ps ax |grep kermit |grep -v grep
pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
if [ "X${pid}" != "X" ] ; then
echo 'killing kermit, PID=' ${pid}
kill -9 ${pid}
fi
ifconfig ppp0 down
ifconfig ppp0 delete
kermit -y /etc/ppp/kermit.dial
pppd /dev/tty01 19200
/etc/ppp/kermit.dial is kermit script that dials and makes all
necessary authorization on the remote host.
( Example of such script is attached to the end of this document )
Use the follwing /etc/ppp/pppdown script to disconnect the PPP line:
#!/bin/sh
pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
if [ X${pid} != "X" ] ; then
echo 'killing pppd, PID=' ${pid}
kill -TERM ${pid}
fi
ps ax |grep kermit |grep -v grep
pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
if [ "X${pid}" != "X" ] ; then
echo 'killing kermit, PID=' ${pid}
kill -9 ${pid}
fi
/sbin/ifconfig ppp0 down
/sbin/ifconfig ppp0 delete
kermit -y /etc/ppp/kermit.hup
/etc/ppp/ppptest
Check if PPP is still running (/usr/etc/ppp/ppptest):
#!/bin/sh
pid=`ps ax| grep pppd |grep -v grep|awk '{print $1;}'`
if [ X${pid} != "X" ] ; then
echo 'pppd running: PID=' ${pid-NONE}
else
echo 'No pppd running.'
fi
set -x
netstat -n -I ppp0
ifconfig ppp0
Hangs up modem line (/etc/ppp/kermit.hup):
set line /dev/tty01 ; put your modem device here
set speed 19200
set file type binary
set file names literal
set win 8
set rec pack 1024
set send pack 1024
set block 3
set term bytesize 8
set command bytesize 8
set flow none
pau 1
out +++
inp 5 OK
out ATH0\13
echo \13
exit
Working as a PPP server
/etc/ppp/options:
crtscts # Hardware flow control
netmask 255.255.255.0 # netmask ( not required )
192.114.208.20:192.114.208.165 # ip's of local and remote hosts
# local ip must be different from one
# you assigned to the ethernet ( or other )
# interface on your machine.
# remote IP is ip address that will be
# assigned to the remote machine
domain ppp.foo.com # your domain
passive # wait for LCP
modem # modem line
Following /etc/ppp/pppserv script will enable ppp server on your machine
#!/bin/sh
ps ax |grep pppd |grep -v grep
pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
if [ "X${pid}" != "X" ] ; then
echo 'killing pppd, PID=' ${pid}
kill ${pid}
fi
ps ax |grep kermit |grep -v grep
pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
if [ "X${pid}" != "X" ] ; then
echo 'killing kermit, PID=' ${pid}
kill -9 ${pid}
fi
# reset ppp interface
ifconfig ppp0 down
ifconfig ppp0 delete
# enable autoanswer mode
kermit -y /etc/ppp/kermit.ans
# run ppp
pppd /dev/tty01 19200
Use this /etc/ppp/pppservdown script to stop ppp server:
#!/bin/sh
ps ax |grep pppd |grep -v grep
pid=`ps ax |grep pppd |grep -v grep|awk '{print $1;}'`
if [ "X${pid}" != "X" ] ; then
echo 'killing pppd, PID=' ${pid}
kill ${pid}
fi
ps ax |grep kermit |grep -v grep
pid=`ps ax |grep kermit |grep -v grep|awk '{print $1;}'`
if [ "X${pid}" != "X" ] ; then
echo 'killing kermit, PID=' ${pid}
kill -9 ${pid}
fi
ifconfig ppp0 down
ifconfig ppp0 delete
kermit -y /etc/ppp/kermit.noans
Following kermit script will enable/disable autoanswer mode
on your modem (/etc/ppp/kermit.ans):
set line /dev/tty01
set speed 19200
set file type binary
set file names literal
set win 8
set rec pack 1024
set send pack 1024
set block 3
set term bytesize 8
set command bytesize 8
set flow none
pau 1
out +++
inp 5 OK
out ATH0\13
inp 5 OK
echo \13
out ATS0=1\13 ; change this to out ATS0=0\13 if you want to disable
; autoanswer mod
inp 5 OK
echo \13
exit
This /etc/ppp/kermit.dial script is used for dialing and authorizing on remote host.
You will need to customize it for your needs.
Put your login and password in this script , also you'll need
to change input statement depending on responces from your modem
and remote host.
;
; put the com line attached to the modem here:
;
set line /dev/tty01
;
; put the modem speed here:
;
set speed 19200
set file type binary ; full 8 bit file xfer
set file names literal
set win 8
set rec pack 1024
set send pack 1024
set block 3
set term bytesize 8
set command bytesize 8
set flow none
set modem hayes
set dial hangup off
set carrier auto ; Then SET CARRIER if necessary,
set dial display on ; Then SET DIAL if necessary,
set input echo on
set input timeout proceed
set input case ignore
def \%x 0 ; login prompt counter
goto slhup
:slcmd ; put the modem in command mode
echo Put the modem in command mode.
clear ; Clear unread characters from input buffer
pause 1
output +++ ; hayes escape sequence
input 1 OK\13\10 ; wait for OK
if success goto slhup
output \13
pause 1
output at\13
input 1 OK\13\10
if fail goto slcmd ; if modem doesn't answer OK, try again
:slhup ; hang up the phone
clear ; Clear unread characters from input buffer
pause 1
echo Hanging up the phone.
output ath0\13 ; hayes command for on hook
input 2 OK\13\10
if fail goto slcmd ; if no OK answer, put modem in command mode
:sldial ; dial the number
pause 1
echo Dialing.
output atdt9,550311\13\10 ; put phone number here
assign \%x 0 ; zero the time counter
:look
clear ; Clear unread characters from input buffer
increment \%x ; Count the seconds
input 1 {CONNECT }
if success goto sllogin
reinput 1 {NO CARRIER\13\10}
if success goto sldial
reinput 1 {NO DIALTONE\13\10}
if success goto slnodial
reinput 1 {\255}
if success goto slhup
reinput 1 {\127}
if success goto slhup
if < \%x 60 goto look
else goto slhup
:sllogin ; login
assign \%x 0 ; zero the time counter
pause 1
echo Looking for login prompt.
:slloop
increment \%x ; Count the seconds
clear ; Clear unread characters from input buffer
output \13
;
; put your expected login prompt here:
;
input 1 {Username: }
if success goto sluid
reinput 1 {\255}
if success goto slhup
reinput 1 {\127}
if success goto slhup
if < \%x 10 goto slloop ; try 10 times to get a login prompt
else goto slhup ; hang up and start again if 10 failures
:sluid
;
; put your userid here:
;
output ppp-login\13
input 1 {Password: }
;
; put your password here:
;
output ppp-password\13
input 1 {Entering SLIP mode.}
echo
quit
:slnodial
echo \7No dialtone. Check the telephone line!\7
exit 1
; local variables:
; mode: csh
; comment-start: "; "
; comment-start-skip: "; "
; end:
diff --git a/handbook/relnotes.sgml b/handbook/relnotes.sgml
index 4687bed14c..3169419748 100644
--- a/handbook/relnotes.sgml
+++ b/handbook/relnotes.sgml
@@ -1,503 +1,503 @@
-
+
About this release
Since our first release of FreeBSD 1.0 nearly two
years ago, FreeBSD has changed dramatically. Since
- releas 2.0, FreeBSD has been based on the Berkeley BSD
+ release 2.0, FreeBSD has been based on the Berkeley BSD
4.4-lite code rather than the Net2 code used for
previous versions. In addition to clearing the legal
issues that surrounded the Net2 code, the port to 4.4
has also brought in numerous new features, filesystems
and enhanced driver support.
Since our release of FreeBSD 2.0 in November of 1994,
the performance, feature set, and stability of FreeBSD
has improved dramatically. The largest change is a
revamped Virtual Memory (VM) system with a merged
virtual memory and file buffer cache. This increases
performance while reducing FreeBSD's memory footprint,
making a system with 4 megabytes of RAM a more
acceptable minimum. Other enhancements include full
NIS client and server support, transaction TCP support,
dial on demand PPP, an improved SCSI subsystem, early
support for ISDN, support for FDDI and 100Mbit Fast
Ethernet adapters, improved support for the Adaptec
2940 and hundreds of bug fixes.
We've also taken the comments and suggestions of many
of our users to heart and have attempted to provide
what we hope is a more sane and easily understood
installation process. Your feedback on this constantly
evolving process is especially welcome!
In addition to the base distributions, FreeBSD offers a
new ported software collection with some 270 commonly
sought-after programs. The list of ports ranges from
World Wide Web (http) servers, to games, languages,
editors and almost everything in between. The entire
ports collection requires only 10MB of storage because
each port contains only the changes required for the
source code to compile on FreeBSD and the information
necessary to automatically retrieve the original
sources. The original distribution for each port you
build is automatically retrieved off of CD-ROM or a via
anonymous ftp, so you need only enough disk space to
build the ports you want. Each port is also provided
as a pre-compiled package which can be installed with
the pkg_add(1) command for those who do not
wish to compile their own ports from source. See [ for a more
complete description.
The core of FreeBSD does not contain DES code which
would inhibit its being exported outside the United
States. An add-on package, for use only in the United
States, contains the programs that normally use DES.
The auxiliary packages provided separately can be used
by anyone. A freely exportable European distribution
of DES for our non-U.S. users also exists and is
described in the . If password security for FreeBSD is all you
need, and you have no requirement for copying encrypted
passwords from other hosts using DES into FreeBSD
password entries, then FreeBSD's MD5 based security may
be all you require. We feel that our default security
model is more than a match for DES, and without any
messy export issues to deal with.
FreeBSD 2.0.5 represents the culmination of 2 years of
work and many thousands of man hours put in by an
international development team. We hope you enjoy it!
New feature highlights
]The following features were added or substantially
improved between the release of 2.0 and this 2.0.5
release. In order to facilitate better
communication, the person, or persons, responsible
for each enhancement is noted. Any questions
regarding the new functionality should be directed to
them first.
Kernel
Merged VM-File Buffer Cache A merged
VM/buffer cache design greatly enhances overall
system performance and makes it possible to do
a number of more optimal memory allocation
strategies that were not possible before.
Owner: David Greenman (davidg@FreeBSD.org) and
John Dyson (dyson@implode.root.com)
Network PCB hash optimization For
systems with a great number of active TCP
connections (WEB and ftp servers, for example),
this greatly speeds up the lookup time required
to match an incoming packet up to its
associated connection.
Owner: David Greenman (davidg@FreeBSD.org)
Name cache optimization The name-cache
would cache all files of the same name to the
same bucket, which would put for instance all
".." entries in the same bucket. We added the
parent directory version to frustrate the hash,
and improved the management of the cache in
various other ways while we were at it.
Owner: Poul-Henning Kamp (phk@FreeBSD.org)
David Greenman (davidg@FreeBSD.org)
Less restrictive swap-spaces The need
to compile the names of the swap devices into
the kernel has been removed. Now
swapon(8) will accept any block
devices, up to the maximum number of swap
devices configured in the kernel.
Owner: Poul-Henning Kamp (phk@FreeBSD.org)
David Greenman (davidg@FreeBSD.org)
Hard Wired SCSI Devices Prior to
2.0.5, FreeBSD performed dynamic assignment of
unit numbers to SCSI devices as they were
probed, allowing a SCSI device failure to
possibly change unit number assignment. This
could cause filesystems other disks in the
system to be incorrectly mounted, or not
mounted at all. Hard wiring allows static
allocation of unit numbers (and hence device
names) to scsi devices based on SCSI ID and
bus. SCSI configuration occurs in the kernel
config file. Samples of the configuration
syntax can be found in the scsi(4) man
page or the LINT kernel config file.
Owner: Peter Dufault (dufault@hda.com)
Sources involved: sys/scsi/*
usr.sbin/config/*
Slice Support FreeBSD now supports a
slice abstraction which enhances
FreeBSD's ability to share disks with other
operating systems. This support will allow
FreeBSD to inhabit DOS extended partitions.
Owner: Bruce Evans (bde@FreeBSD.org)
Sources involved: sys/disklabel.h
sys/diskslice.h sys/dkbad.h
kern/subr_diskslice.c kern/subr_dkbad.c
i386/isa/diskslice_machdep.c i386/isa/wd.c
scsi/sd.c dev/vn/vn.c
Support for Ontrack Disk Manager Version
6.0 Support has been added for disks
which use Ontrack Disk Manager. The fdisk
program does not know about it
however, so make all changes using the install
program on the boot.flp or the Ontrack Disk
Manager tool under MS-DOS.
Owner: Poul-Henning Kamp (phk@FreeBSD.org)
Bad144 is back and working Bad144
works again, though the semantics are slightly
different than before in that the bad-spots are
kept relative to the slice rather than absolute
on the disk.
Owner: Bruce Evans (bde@FreeBSD.org)
Poul-Henning Kamp (phk@FreeBSD.org)
New device support
SCSI and CDROM devices
Matsushita/Panasonic (Creative) CD-ROM
driver The Matsushita/Panasonic CR-562 and
CR-563 drives are now supported when connected to
a Sound Blaster or 100% compatible host adapter.
Up to four host adapters are supported for a
total of 16 CD-ROM drives. The audio functions
are supported with the Karoke variable speed
playback.
Owner: Frank Durda IV
(bsdmail@nemesis.lonestar.org)
Sources involved: isa/matcd
Adaptec 2742/2842/2940 SCSI driver The
original 274x/284x driver has evolved
considerably since the 2.0 release of FreeBSD.
We now offer full support for the 2940 series as
well as the Wide models of these cards. The
arbitration bug that caused problems with fast
devices has been corrected and
experimental tagged queuing support has
been added (kernel option
AHC_TAGENABLE). John Aycock has also
released the sequencer code under a Berkeley
style copyright making the driver entirely clean
of the GPL.
Owner: Justin Gibbs (gibbs@FreeBSD.org)
Sources involved: isa/aic7770.c pci/aic7870.c
i386/scsi/* sys/dev/aic7xxx/*
NCR5380/NCR53400 SCSI (ProAudio Spectrum)
driver Owner: core
Submitted by: Serge Vakulenko (vak@cronyx.ru)
Sources involved: isa/ncr5380.c
Sony CDROM driver Owner: core
Submitted by: Mikael Hybsch (micke@dynas.se)
Sources involved: isa/scd.c
Serial devices
SDL Communications Riscom/8 Serial Board
Driver Owner: Andrey Chernov
(ache@FreeBSD.org)
Sources involved: isa/rc.c isa/rcreg.h
Cyclades Cyclom-y Serial Board Driver
Owner: Bruce Evans (bde@FreeBSD.org)
Submitted by: Andrew Werple
(andrew@werple.apana.org.au) and Heikki Suonsivu
(hsu@cs.hut.fi)
Obtained from: NetBSD
Sources involved: isa/cy.c
Cronyx/Sigma sync/async serial driver
Owner: core
Submitted by: Serge Vakulenko
Sources involved: isa/cronyx.c
Networking
Diskless booting Diskless booting in 2.0.5
is much improved over previous releases. The boot
program is in src/sys/i386/boot/netboot,
and can be run from an MS-DOS system or burned into
an EPROM. WD, SMC, 3COM and Novell ethernet cards
are currently supported. Local swapping is also
supported.
DEC DC21140 Fast Ethernet driver This
driver supports any of the numerous NICs using the
DC21140 chipset including the 100Mb DEC DE-500-XA
and SMC 9332.
Owner: core
Submitted by: Matt Thomas (thomas@lkg.dec.com)
Sources involved: pci/if_de.c pci/dc21040.h
DEC FDDI (DEFPA/DEFEA) driver Owner: core
Submitted by: Matt Thomas (thomas@lkg.dec.com)
Sources involved: pci/if_pdq.c pci/pdq.c
pci/pdq_os.h pci/pdqreg.h
3Com 3c505 (Etherlink/+) NIC driver Owner:
core
Submitted by: Dean Huxley (dean@fsa.ca)
Obtained from: NetBSD
Sources involved: isa/if_eg.c
Fujitsu MB86960A family of NICs driver
Owner: core
Submitted by: M.S. (seki@sysrap.cs.fujitsu.co.jp)
Sources involved: isa/if_fe.c
Intel EtherExpress driver Owner: Rodney
W. Grimes (rgrimes@FreeBSD.org)
Sources involved: isa/if_ix.c isa/if_ixreg.h
3Com 3c589 driver Owner: core
Submitted by: "HOSOKAWA Tatsumi"
(hosokawa@mt.cs.keio.ac.jp), Seiji Murata
(seiji@mt.cs.keio.ac.jp) and Noriyuki Takahashi
(hor@aecl.ntt.jp)
Sources involved: isa/if_zp.c
IBM Credit Card Adapter driver Owner: core
Submitted by: "HOSOKAWA Tatsumi"
(hosokawa@mt.cs.keio.ac.jp),
Sources involved: isa/pcic.c isa/pcic.h
EDSS1 and 1TR6 ISDN interface driver
Owner: core
Submitted by: Dietmar Friede
(dfriede@drnhh.neuhaus.de) and Juergen Krause
(jkr@saarlink.de)
Sources involved: gnu/isdn/*
Miscellaneous drivers
Joystick driver Owner: Jean-Marc Zucconi
(jmz@FreeBSD.org)
Sources involved: isa/joy.c
National Instruments "LabPC" driver Owner:
Peter Dufault (dufault@hda.com)
Sources involved: isa/labpc.c
WD7000 driver Owner: Olof Johansson
(offe@ludd.luth.se)
Pcvt Console driver Owner: Joerg Wunsch
(joerg@FreeBSD.org)
Submitted by: Hellmuth Michaelis
(hm@altona.hamburg.com)
Sources involved: isa/pcvt/*
BSD-audio emulator for VAT driver Owner:
Amancio Hasty (ahasty@FreeBSD.org) and
Paul Traina (pst@FreeBSD.org)
Sources involved: isa/sound/vat_audio.c
isa/sound/vat_audioio.h
National Instruments AT-GPIB and AT-GPIB/TNT
GPIB driver Owner: core
Submitted by: Fred Cawthorne
(fcawth@delphi.umd.edu)
Sources involved: isa/gpib.c isa/gpib.h
isa/gpibreg.h
Genius GS-4500 hand scanner driver Owner:
core
Submitted by: Gunther Schadow
(gusw@fub46.zedat.fu-berlin.de)
Sources involved: isa/gsc.c isa/gscreg.h
CORTEX-I Frame Grabber Owner: core
Submitted by: Paul S. LaFollette, Jr. (
Sources involved: isa/ctx.c isa/ctxreg.h
Video Spigot video capture card Owner: Jim
Lowe
Experimental features
UNIONFS and LFS The unionfs and LFS file
systems are known to be severely broken in FreeBSD
2.0.5. This is in part due to old bugs that we
haven't had time to resolve yet and the need to
update these file systems to deal with the new VM
system. We hope to address these issues in a later
release of FreeBSD.
iBCS2 Support FreeBSD now supports running
iBCS2 compatible binaries. Currently SCO UNIX 3.2.2
and 3.2.4, and ISC 2.2 COFF are supported. The iBCS2
emulator is in its early stages and has not been
extensively tested, but it is functional. Most of
SCO's 3.2.2 binaries work, as does an old
INFORMIX-2.10 for SCO. Further testing is nessesary
to complete this project. There is also work under
way for ELF and XOUT loaders, and most of the svr4
syscall wrappers are written.
Owner: Soren Schmidt (sos) and Sean Eric Fagan (sef)
Sources involved: sys/i386/ibcs2/* and misc
kernel changes.