1009 lines
45 KiB
Text
1009 lines
45 KiB
Text
<!-- $Id: submitters.sgml,v 1.96 1997-08-29 09:23:34 obrien Exp $ -->
|
|
<!-- The FreeBSD Documentation Project -->
|
|
|
|
<chapt><heading>Contributing to FreeBSD<label id="contrib"></heading>
|
|
|
|
<p><em>Contributed by &a.jkh;.</em>
|
|
|
|
<p>So you want to contribute something to FreeBSD? That is great!
|
|
We can always use the help, and FreeBSD is one of those systems
|
|
that <em>relies</em> on the contributions of its user base in order
|
|
to survive. Your contributions are not only appreciated, they are
|
|
vital to FreeBSD's continued growth!
|
|
|
|
<p>Contrary to what some people might also have you believe, you do not
|
|
need to be a hot-shot programmer or a close personal friend of the
|
|
FreeBSD core team in order to have your contributions accepted. The
|
|
FreeBSD Project's development is done by a large and growing number of
|
|
international contributors who's ages and areas of technical expertise
|
|
vary greatly, and there is always more work to be done than there are
|
|
people available to do it.
|
|
|
|
<p>Since the FreeBSD project is responsible for an entire operating
|
|
system environment (and its installation) rather than just a kernel or
|
|
a few scattered utilities, our "TODO" list also spans a very wide
|
|
range of tasks, from documentation, beta testing and presentation to
|
|
highly specialized types of kernel development. No matter what your
|
|
skill level, there is almost certainly something you can do to help the
|
|
project!
|
|
|
|
<p>Commercial entities engaged in FreeBSD-related enterprises are
|
|
also encouraged to contact us. Need a special extension to make your
|
|
product work? You will find us receptive to your requests, given that
|
|
they are not too outlandish. Working on a value-added product? Please
|
|
let us know! We may be able to work cooperatively on some aspect of
|
|
it. The free software world is challenging a lot of existing
|
|
assumptions about how software is developed, sold, and maintained
|
|
throughout its life cycle, and we urge you to at least give it a
|
|
second look.
|
|
|
|
<sect><heading>What Is Needed</heading>
|
|
|
|
<p>The following list of tasks and sub-projects represents something
|
|
of an amalgam of the various core team TODO lists and user requests
|
|
we have collected over the last couple of months. Where possible, tasks
|
|
have been ranked by degree of urgency. If you are interested in
|
|
working on one of the tasks you see here, send mail to the coordinator
|
|
listed by clicking on their names. If no coordinator has been
|
|
appointed, maybe you would like to volunteer?
|
|
|
|
<sect1><heading>High priority tasks</heading>
|
|
<p>The following tasks are considered to be urgent, usually because
|
|
they represent something that is badly broken or sorely needed:
|
|
<enum>
|
|
<item>3-stage boot issues. Overall coordination:
|
|
&a.hackers
|
|
<p><itemize>
|
|
<item>Autodetect memory over 64MB properly.
|
|
<item>Move userconfig (-c) into 3rd stage boot.
|
|
<item>Do WinNT compatible drive tagging so that the 3rd stage can
|
|
provide an accurate mapping of BIOS geometries for disks.
|
|
</itemize>
|
|
<item>Filesystem problems. Overall coordination:
|
|
&a.fs
|
|
<itemize>
|
|
<item>Fix the MSDOS file system.
|
|
<item>Clean up and document the nullfs filesystem code. Coordinator: &a.gibbs
|
|
<item>Fix the union file system. Coordinator: &a.dyson
|
|
<item>Fix the LFS file system. Coordinator: &a.dyson
|
|
</itemize>
|
|
<item>Implement kernel and user vm86 support. Coordinator: &a.hackers
|
|
<item>Implement Int13 vm86 disk driver. Coordinator: &a.hackers
|
|
<item>SCSI driver issues. Overall coordination: &a.hackers
|
|
<p><itemize>
|
|
<item>Support tagged queuing generically. Requires a rewrite of how we do
|
|
our command queuing, but we need this anyway to for prioritized I/O
|
|
(CD-R writers/scanners).
|
|
<item>Better error handling (Busy status and retries).
|
|
<item>Merged Scatter-Gather list creation code.
|
|
</itemize>
|
|
<item>Kernel issues. Overall coordination:
|
|
&a.hackers
|
|
<p><itemize>
|
|
<item>Complete the eisaconf conversion of all existing drivers.
|
|
<item>Change all interrupt routines to take a (void *) instead of
|
|
using unit numbers.
|
|
<item>Merge EISA/PCI/ISA interrupt registration code.
|
|
<item>Split PCI/EISA/ISA probes out from drivers like bt742a.c (WIP)
|
|
<item>Fix the syscons ALT-TAB/vt switching hangs. Coordinator: &a.sos
|
|
<item>Mouse support for syscons.
|
|
<item>Merged keyboard code for all console drivers.
|
|
<item>Rewrite the Intel Etherexpress 16 driver.
|
|
<item>Merge the 3c509 and 3c590 drivers (essentially provide a PCI probe for
|
|
ep.c).
|
|
<item>Support Adaptec 3985 (first as a simple 3 channel SCSI card)
|
|
Coordinator: &a.gibbs
|
|
<item>Support Advansys SCSI controller products. Coordinator: &a.gibbs
|
|
</itemize>
|
|
</enum>
|
|
|
|
<sect1><heading>Medium priority tasks</heading>
|
|
<p>The following tasks need to be done, but not with any particular
|
|
urgency:
|
|
<enum>
|
|
<item>Port AFS (Andrew File System) to FreeBSD Coordinator: <tt><url
|
|
url="mailto:ajones@ctron.com" name="Alexander Seth Jones"></tt>
|
|
|
|
<item>MCA support? This should be finalized one way or the other.
|
|
<item>Full LKM based driver support/Configuration Manager.
|
|
<p><itemize>
|
|
<item>Devise a way to do all LKM registration without ld. This means
|
|
some kind of symbol table in the kernel.
|
|
<item>Write a configuration manager (in the 3rd stage boot?) that probes
|
|
your hardware in a sane manner, keeps only the LKMs required for
|
|
your hardware, etc.
|
|
</itemize>
|
|
<item>PCMCIA/PCCARD. Coordinators: &a.nate and &a.phk
|
|
<itemize>
|
|
<item>Documentation!
|
|
<item>Reliable operation of the pcic driver (needs testing).
|
|
<item>Recognizer and handler for sio.c (mostly done).
|
|
<item>Recognizer and handler for ed.c (mostly done).
|
|
<item>Recognizer and handler for ep.c (mostly done).
|
|
<item>User-mode recognizer and handler (partially done).
|
|
</itemize>
|
|
<item>Advanced Power Management. Coordinators: &a.nate and &a.phk
|
|
<itemize>
|
|
<item>APM sub-driver (mostly done).
|
|
<item>IDE/ATA disk sub-driver (partially done).
|
|
<item>syscons/pcvt sub-driver.
|
|
<item>Integration with the PCMCIA/PCCARD drivers (suspend/resume).
|
|
</itemize>
|
|
</enum>
|
|
|
|
<sect1><heading>Low priority tasks</heading>
|
|
<p>The following tasks are purely cosmetic or represent such an
|
|
investment of work that it is not likely that anyone will get them done
|
|
anytime soon:
|
|
|
|
<p>The first 20 items are from Terry Lambert <terry@lambert.org>
|
|
<enum>
|
|
<item>Ability to make BIOS calls from protected mode using V86 mode
|
|
on the processor and return the results via a mapped interrupt
|
|
IPC mechanism to the protected mode caller.
|
|
|
|
<item>Drivers built into the kernel that use the BIOS call mechanism
|
|
to allow them to be independent of the actual underlying hardware
|
|
the same way that DOS is independent of the underlying hardware.
|
|
This includes NetWork and ASPI drivers loaded in DOS prior to
|
|
BSD being loaded by a DOS-based loader program, which means
|
|
potential polling, which means DOS-not-busy interrupt generation
|
|
for V86 machines by the protected mode kernel.
|
|
|
|
<item>An image format that allows tagging of such drivers data and
|
|
text areas in the default kernel executable so that that portion
|
|
of the kernel address space may be recovered at a later time,
|
|
after hardware specific protected mode drivers have been loaded
|
|
and activated. This includes separation of BIOS based drivers
|
|
from each other, since it is better to run with a BIOS based
|
|
driver in all cases than to not run at all.
|
|
|
|
<item>Abstraction of the bus interface mechanism. Currently, PCMCIA,
|
|
EISA, and PCI busses are assumed to be bridged from ISA. This
|
|
is not something which should be assumed.
|
|
|
|
<item>A configuration manager that knows about PNP events, including
|
|
power management events, insertion, extraction, and bus (PNP ISA
|
|
and PCMCIA bridging chips) vs. card level event management.
|
|
|
|
<item>A topological sort mechanism for assigning reassignable addresses
|
|
that do not collide with other reassignable and non-reassignable
|
|
device space resource usage by fixed devices.
|
|
|
|
<item>A registration based mechanism for hardware services registration.
|
|
Specifically, a device centric registration mechanism for timer
|
|
and sound and other system critical service providers. Consider
|
|
Timer2 and Timer0 and speaker services as one example of a single
|
|
monolithic service provider.
|
|
|
|
<item>A kernel exported symbol space in the kernel data space accessible
|
|
by an LKM loader mechanism that does relocation and symbol space
|
|
manipulation. The intent of this interface is to support the
|
|
ability to demand load and unload kernel modules.
|
|
|
|
<item>NetWare Server (protected mode ODI driver) loader and subservices
|
|
to allow the use of ODI card drivers supplied with network cards.
|
|
The same thing for NDIS drivers and NetWare SCSI drivers.
|
|
|
|
<item>An "upgrade system" option that works on Linux boxes instead
|
|
of just previous rev FreeBSD boxes.
|
|
|
|
<item>Splitting of the console driver into abstraction layers, both to
|
|
make it easier to port and to kill the X and ThinkPad and PS/2
|
|
mouse and LED and console switching and bouncing NumLock problems
|
|
once and for all.
|
|
|
|
<item>Other kernel emulation environments for other foreign drivers
|
|
as opportunity permits. SCO and Solaris are good candidates,
|
|
followed by UnixWare, etc.
|
|
|
|
<item>Processor emulation environments for execution of foreign binaries.
|
|
This is easier than it sounds if the system call interface does not
|
|
change much.
|
|
|
|
<item>Streams to allow the use of commercial streams drivers.
|
|
|
|
<item>Kernel multithreading (requires kernel preemption).
|
|
|
|
<item>Symmetric Multiprocessing with kernel preemption (requires kernel
|
|
preemption).
|
|
|
|
<item>A concerted effort at support for portable computers. This is
|
|
somewhat handled by changing PCMCIA bridging rules and power
|
|
management event handling. But there are things like detecting
|
|
internal vs. external display and picking a different screen
|
|
resolution based on that fact, not spinning down the disk if
|
|
the machine is in dock, and allowing dock-based cards to disappear
|
|
without affecting the machines ability to boot (same issue for
|
|
PCMCIA).
|
|
|
|
<item>Reorganization of the source tree for multiple platform ports.
|
|
|
|
<item>A "make world" that "makes the world" (rename the current one
|
|
to "make regress" if that is all it is good for).
|
|
|
|
<item>A 4M (preferably smaller!) memory footprint.
|
|
|
|
</enum>
|
|
|
|
<sect><heading>How to Contribute</heading>
|
|
|
|
<p>Contributions to the system generally fall into one or more of
|
|
the following 6 categories:
|
|
|
|
<sect1><heading>Bug reports and general commentary</heading>
|
|
<p>If you have a bug to report or a suggestion to make:
|
|
|
|
<itemize>
|
|
<item>An idea or suggestion of general technical interest should be
|
|
mailed to the &a.hackers;.
|
|
Likewise, people with an interest
|
|
in such things (and a tolerance for a <em>high</em>
|
|
volume of mail!) may
|
|
subscribe to the hackers mailing list by sending mail to
|
|
&a.majordomo;.
|
|
See <ref id="eresources:mail" name="mailing lists">
|
|
for more information about this and other mailing lists.
|
|
|
|
<item>An actual bug report should be filed by using the send-pr(1)
|
|
program or its <url url="http://www.freebsd.org/send-pr.html"
|
|
name="WEB based equivalent">. This will prompt you for various
|
|
fields to fill in. In the send-pr(1) case, simply go to the
|
|
fields surrounded by <tt><></tt>'s and fill in your own
|
|
information in place of what is suggested there. With the
|
|
WEB based interface, you simply select the appropriate items from
|
|
various option menus and fill in the various fields shown there.
|
|
|
|
<p>You should receive confirmation of your bug report along with
|
|
a tracking number. Please keep this tracking number and refer to
|
|
it in any subsequent correspondence so that people can find the
|
|
details of your problem quickly. You may also send mail to
|
|
<url url="mailto:bug-followup@freebsd.org"
|
|
name="bug-followup@freebsd.org"> with your PR# in the subject
|
|
line to append further information to an existing bug report.
|
|
|
|
If you do not receive confirmation in a timely fashion (3 days to
|
|
a week, depending on your email connection) or are, for some
|
|
reason, unable to use the <tt>send-pr(1)</tt> command,
|
|
then you may also file a bug report by sending mail to the &a.bugs;.
|
|
</itemize>
|
|
|
|
<sect1><heading>Changes to the documentation</heading>
|
|
|
|
<p>Changes to the documentation are overseen by the &a.doc;.
|
|
This does not generally include
|
|
changes to manual pages, which should be considered under the category
|
|
of "changes to existing source code."
|
|
|
|
<sect1><heading>Changes to existing source code</heading>
|
|
|
|
<p>An addition or change to the existing source code is a somewhat trickier
|
|
affair and depends a lot on how far out of date you are with the current
|
|
state of the core FreeBSD development. There is a special on-going release
|
|
of FreeBSD known as ``FreeBSD-current'' which is made available in
|
|
a variety of ways for the convenience of developers working
|
|
actively on the system. See <ref id="current" name="Staying
|
|
current with FreeBSD"> for more information about getting and using
|
|
FreeBSD-current.
|
|
|
|
Working from older sources unfortunately means that your changes may
|
|
sometimes be too obsolete or too divergent for easy re-integration into
|
|
FreeBSD. Chances of this can be minimized somewhat by subscribing to the
|
|
&a.announce and the &a.current lists, where discussions
|
|
on the current state of the system take place.
|
|
|
|
Assuming that you can manage to secure fairly up-to-date sources to base
|
|
your changes on, the next step is to produce a set of diffs to send to the
|
|
FreeBSD maintainers. This is done with the <tt>diff(1)</tt> command,
|
|
with the `context diff' form being preferred. For example:
|
|
<tscreen><verb>
|
|
diff -c oldfile newfile
|
|
</verb></tscreen>
|
|
or
|
|
<tscreen><verb>
|
|
diff -c -r olddir newdir
|
|
</verb></tscreen>
|
|
would generate such a set of context diffs for the given source file
|
|
or directory hierarchy. See the man page for <tt>diff(1)</tt> for more
|
|
details.
|
|
|
|
Once you have a set of diffs (which you may test with the
|
|
<tt>patch(1)</tt> command), you should bundle them up in an
|
|
email message and send it, along with a brief description of
|
|
what the diffs are for, to the &a.hackers;.
|
|
Someone will very
|
|
likely get back in touch with you in 24 hours or less,
|
|
assuming of course that your diffs are interesting! :-)
|
|
|
|
If your changes do not express themselves well as diffs alone
|
|
(e.g. you have perhaps added, deleted or renamed files as well)
|
|
then you may be better off bundling any new files, diffs and
|
|
instructions for deleting/renaming others into a <tt>tar</tt>
|
|
file and running the <tt>uuencode(1)</tt> program on it before
|
|
sending the output of that to the &a.hackers;.
|
|
See the man pages on <tt>tar(1)</tt> and <tt>uuencode(1)</tt> for more
|
|
information on bundling files this way.
|
|
|
|
If your change is of a potentially sensitive nature, e.g.
|
|
you are unsure of copyright issues governing its further distribution
|
|
or you are simply not ready to release it without a tighter review first,
|
|
then you should send it to &a.core; rather than the &a.hackers
|
|
The core mailing list
|
|
reaches a much smaller group of people who do much of the
|
|
day-to-day work on FreeBSD. Note that this group is also
|
|
<em>very busy</em> and so you should only send mail to them
|
|
in cases where mailing to hackers is truly impractical.
|
|
|
|
Please refer to <tt>man 9 intro</tt> and <tt>man 9 style</tt>
|
|
for some information on coding style. We would appreciate
|
|
it if you were at least aware of this information before
|
|
submitting code.
|
|
|
|
<sect1><heading>New code or major value-added packages</heading>
|
|
|
|
<p>In the case of a significant contribution of a large body
|
|
work, or the addition of an important new feature to FreeBSD,
|
|
it becomes almost always necessary to either send changes as
|
|
uuencode'd tar files or upload them to our ftp site <url
|
|
url="ftp://ftp.FreeBSD.ORG/pub/FreeBSD/incoming">.
|
|
|
|
When working with large amounts of code, the touchy subject of
|
|
copyrights also invariably comes up. Acceptable copyrights
|
|
for code included in FreeBSD are:
|
|
|
|
<enum>
|
|
<item>The BSD copyright. This copyright is most preferred
|
|
due to its ``no strings attached'' nature and general
|
|
attractiveness to commercial enterprises. Far from
|
|
discouraging such commercial use, the FreeBSD Project
|
|
actively encourages such participation by commercial interests
|
|
who might eventually be inclined to invest something of their own
|
|
into FreeBSD.
|
|
|
|
<item>The GNU Public License, or ``GPL''. This license is not quite
|
|
as popular with us due to the amount of extra effort demanded
|
|
of anyone using the code for commercial purposes, but given
|
|
the sheer quantity of GPL'd code we currently require (compiler,
|
|
assembler, text formatter, etc) it would be silly to refuse
|
|
additional contributions under this license. Code under the GPL
|
|
also goes into a different part of the tree, that being
|
|
<tt>/sys/gnu</tt> or <tt>/usr/src/gnu</tt>, and is therefore
|
|
easily identifiable to anyone for whom the GPL presents a problem.
|
|
</enum>
|
|
|
|
<p>Contributions coming under any other type of copyright must be
|
|
carefully reviewed before their inclusion into FreeBSD will
|
|
be considered. Contributions for which particularly restrictive
|
|
commercial copyrights apply are generally rejected, though the
|
|
authors are always encouraged to make such changes available
|
|
through their own channels.
|
|
|
|
To place a ``BSD-style'' copyright on your work, include the following
|
|
text at the very beginning of every source code file you wish
|
|
to protect, replacing the text between the `<tt>%%</tt>' with
|
|
the appropriate information.
|
|
<tscreen><verb>
|
|
Copyright (c) %%proper_years_here%%
|
|
%%your_name_here%%, %%your_state%% %%your_zip%%. All rights reserved.
|
|
|
|
Redistribution and use in source and binary forms, with or without
|
|
modification, are permitted provided that the following conditions
|
|
are met:
|
|
1. Redistributions of source code must retain the above copyright
|
|
notice, this list of conditions and the following disclaimer as
|
|
the first lines of this file unmodified.
|
|
2. Redistributions in binary form must reproduce the above copyright
|
|
notice, this list of conditions and the following disclaimer in the
|
|
documentation and/or other materials provided with the distribution.
|
|
|
|
THIS SOFTWARE IS PROVIDED BY %%your_name_here%% ``AS IS'' AND ANY EXPRESS OR
|
|
IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
|
|
OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
|
|
IN NO EVENT SHALL %%your_name_here%% BE LIABLE FOR ANY DIRECT, INDIRECT,
|
|
INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
|
|
NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
|
|
DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
|
|
THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
|
|
(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
|
|
THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
$Id$
|
|
</verb></tscreen>
|
|
For your convenience, a copy of this text can be found in
|
|
<tt>/usr/share/examples/etc/bsd-style-copyright</tt>.
|
|
|
|
&porting;
|
|
|
|
<sect1><heading>Money, Hardware or Internet access</heading>
|
|
<p>We are always very happy to accept donations to further the cause of
|
|
the FreeBSD Project and, in a volunteer effort like ours, a little can go
|
|
a long way! Donations of hardware are also very important to expanding
|
|
our list of supported peripherals since we generally lack the funds to
|
|
buy such items ourselves.
|
|
|
|
<sect2><heading>Donating funds</heading>
|
|
<p>While the FreeBSD Project is not a 501(C3) (non-profit) corporation and
|
|
hence cannot offer special tax incentives for any donations made, any such
|
|
donations will be gratefully accepted on behalf of the project by
|
|
FreeBSD, Inc.
|
|
|
|
<p>FreeBSD, Inc. was founded in early 1995 by &a.jkh and &a.davidg with the
|
|
goal of furthering the aims of the FreeBSD Project and giving it a minimal
|
|
corporate presence. Any and all funds donated (as well as any profits
|
|
that may eventually be realized by FreeBSD, Inc.) will be used exclusively
|
|
to further the project's goals.
|
|
|
|
Please make any checks payable to FreeBSD, Inc., sent in care of the
|
|
following address:
|
|
|
|
<tscreen><verb>
|
|
FreeBSD, Inc.
|
|
c/o Jordan Hubbard
|
|
4041 Pike Lane, suite #D.
|
|
Concord CA, 94520
|
|
|
|
[temporarily using the Walnut Creek CDROM address until a PO box can be
|
|
opened]
|
|
</verb></tscreen>
|
|
|
|
Wire transfers may also be sent directly to:
|
|
|
|
<tscreen><verb>
|
|
Bank Of America
|
|
Concord Main Office
|
|
P.O. Box 37176
|
|
San Francisco CA, 94137-5176
|
|
|
|
Routing #: 121-000-358
|
|
Account #: 01411-07441 (FreeBSD, Inc.)
|
|
</verb></tscreen>
|
|
|
|
If you do not wish to be listed in our <ref id="donors" name="donors">
|
|
section, please specify this when making your donation. Thanks!
|
|
|
|
<sect2><heading>Donating hardware</heading>
|
|
|
|
<p>Donations of hardware in any of the 3 following categories are also gladly
|
|
accepted by the FreeBSD Project:
|
|
|
|
<itemize>
|
|
<item>General purpose hardware such as disk drives, memory or complete
|
|
systems should be sent to the FreeBSD, Inc. address listed in the
|
|
<em>donating funds</em> section.
|
|
|
|
<item>Hardware for which ongoing compliance testing is desired.
|
|
We are currently trying to put together a testing lab of all components
|
|
that FreeBSD supports so that proper regression testing can be done with
|
|
each new release. We are still lacking many important pieces (network cards,
|
|
motherboards, etc) and if you would like to make such a donation, please contact
|
|
&a.davidg for information on which items are still required.
|
|
|
|
<item>Hardware currently unsupported by FreeBSD for which you would like to
|
|
see such support added. Please contact the &a.core; before sending
|
|
such items as we will need to find a developer willing to take on the task
|
|
before we can accept delivery of new hardware.
|
|
</itemize>
|
|
|
|
<sect2><heading>Donating Internet access</heading>
|
|
|
|
<p>We can always use new mirror sites for FTP, WWW or cvsup.
|
|
If you would like to be such a mirror, please contact
|
|
<url url="mailto:admin@FreeBSD.ORG" name="the FreeBSD project
|
|
administrators"> for more information.
|
|
|
|
<sect><heading>Donors Gallery<label id="donors"></heading>
|
|
|
|
<p>The FreeBSD Project is indebted to the following donors and would
|
|
like to publically thank them here!
|
|
|
|
<itemize>
|
|
<item><bf>Contributors to the central server project:</bf>
|
|
<p>The following individuals and businesses made it possible for
|
|
the FreeBSD Project to build a new central server machine to eventually
|
|
replace <em>freefall.freebsd.org</em> by donating the following items:
|
|
|
|
<itemize>
|
|
<item><url url="mailto:mbarkah@freebsd.org" name="Ade Barkah">
|
|
and his employer, <url url="http://www.hemi.com"
|
|
name="Hemisphere Online">, donated a <bf>Pentium Pro (P6) 200Mhz CPU
|
|
</bf>
|
|
|
|
<item><url url="http://www.asacomputers.com" name="ASA Computers">
|
|
donated a <bf>Tyan 1662 motherboard</bf>.
|
|
|
|
<item><url url="mailto:joe@via.net" name="Joe McGuckin"> of
|
|
<url url="http://www.via.net" name="ViaNet Communications">
|
|
donated a <bf>Kingston ethernet controller.</bf>
|
|
|
|
<item><url url="mailto:jack@diamond.xtalwind.net"
|
|
name="Jack O'Neill"> donated an <bf>NCR 53C875 SCSI
|
|
controller card</bf>.
|
|
|
|
<item><url url="mailto:ulf@Alameda.net" name="Ulf Zimmermann">
|
|
of <url url="http://www.Alameda.net" name="Alameda Networks">
|
|
donated <bf>128MB of memory</bf>, a <bf>4 Gb disk drive
|
|
and the case.</bf>
|
|
</itemize>
|
|
|
|
<item><bf>Direct funding:</bf>
|
|
<p>The following individuals and businesses have generously contributed
|
|
direct funding to the project:
|
|
|
|
<itemize>
|
|
<item><url url="mailto:ANDRSN@HOOVER.STANFORD.EDU"
|
|
name="Annelise Anderson">
|
|
|
|
<item><url url="mailto:dillon@best.net" name="Matt Dillon">
|
|
|
|
<item><url url="http://www.epilogue.com/" name="Epilogue
|
|
Technology Corporation">
|
|
|
|
<item>Sean Eric Fagan
|
|
|
|
<item><url url="mailto:gmarco@masternet.it"
|
|
name="Gianmarco Giovannelli">
|
|
|
|
<item><url url="mailto:joeg@truenorth.org" name="Josef C. Grosch">
|
|
|
|
<item><url url="mailto:chuckr@freebsd.org" name="Chuck Robey">
|
|
|
|
<item><url url="mailto:ken@stox.sa.enteract.com"
|
|
name="Kenneth P. Stox"> of <url url="http://www.imagescape.com"
|
|
name="Imaginary Landscape, LLC.">
|
|
|
|
<item><url url="mailto:dk@dog.farm.org"
|
|
name="Dmitry S. Kohmanyuk">
|
|
|
|
<item><url url="http://www.cdrom.co.jp/" name="Laser5">
|
|
of Japan (a portion of the profits from sales of their
|
|
<em>FreeBSD for PC98'ers</em> CD, a port of FreeBSD to
|
|
the NEC PC98).
|
|
|
|
<item><url url="http://www.mmjp.or.jp/fuki/"
|
|
name="fuki shuppan publishing co."> donated a portion of
|
|
their profits from <em>Hajimete no FreeBSD</em>
|
|
(FreeBSD, Getting started) to the FreeBSD and XFree86
|
|
projects.</item>
|
|
|
|
</itemize>
|
|
|
|
<item><bf>Hardware contributors:</bf>
|
|
<p>
|
|
The following individuals and businesses have generously contributed
|
|
hardware for testing and device driver development/support:
|
|
|
|
<itemize>
|
|
<item>Walnut Creek CDROM for providing the Pentium P5-90 and
|
|
486/DX2-66 EISA/VL systems that are being used for our development
|
|
work, to say nothing of the network access and other donations of
|
|
hardware resources.
|
|
|
|
<item>TRW Financial Systems, Inc. provided 130 PCs, three 68 GB
|
|
fileservers, twelve Ethernets, two routers and an ATM
|
|
switch for debugging the diskless code. They also keep a
|
|
couple of FreeBSD hackers alive and busy. Thanks!
|
|
|
|
<item>Dermot McDonnell donated the Toshiba XM3401B CDROM drive
|
|
currently used in freefall.
|
|
|
|
<item>&a.chuck; contributed his floppy tape streamer for experimental
|
|
work.
|
|
|
|
<item>Larry Altneu <larry@ALR.COM>, and &a.wilko;,
|
|
provided Wangtek and Archive QIC-02 tape drives in order to
|
|
improve the <tt>wt</tt> driver.
|
|
|
|
<item>Ernst Winter <ewinter@lobo.muc.de> contributed a 2.88 MB
|
|
floppy drive to the project. This will hopefully increase the
|
|
pressure for rewriting the floppy disk driver. ;-)
|
|
|
|
<item><url url="http://www.tekram.com" name="Tekram Technologies">
|
|
sent one each of their DC-390, DC-390U and DC-390F FAST and ULTRA
|
|
SCSI host adapter cards for regression testing of the NCR and AMD
|
|
drivers with their cards. They are also to be applauded for making
|
|
driver sources for free operating systems available from their
|
|
FTP server <url url="ftp://ftp.tekram.com/scsi/FreeBSD"
|
|
name="ftp://ftp.tekram.com/scsi/FreeBSD">.
|
|
|
|
<item><url url="mailto:lma@varesearch.com" name="Larry M. Augustin">
|
|
contributed not only a Symbios Sym8751S SCSI card, but also a set
|
|
of data books, including one about the forthcoming Sym53c895 chip
|
|
with Ultra-2 and LVD support, and the latest programming manual with
|
|
information on how to safely use the advanced features of the latest
|
|
Symbios SCSI chips. Thanks a lot!
|
|
|
|
<item><url url="mailto:kuku@freebsd.org" name="Christoph Kukulies">
|
|
donated an FX120 12 speed Mitsumi CDROM drive for IDE CDROM driver
|
|
development.
|
|
|
|
</itemize>
|
|
|
|
<item><bf>Special contributors:</bf>
|
|
<p>
|
|
<itemize>
|
|
<item><url url="http://www.cdrom.com" name="Walnut Creek CDROM">
|
|
has donated almost more than we can say (see the
|
|
<ref id="history" name="history"> document for more details).
|
|
In particular, we would like to thank them for the original hardware
|
|
used for <em>freefall.FreeBSD.ORG</em>, our primary development
|
|
machine, and for <em>thud.FreeBSD.ORG</em>, a testing and build box.
|
|
We are also indebted to them for funding various contributors over
|
|
the years and providing us with unrestricted use of their T1
|
|
connection to the Internet.</item>
|
|
|
|
<item>The <url url="http://www.interface-business.de"
|
|
name="interface business GmbH, Dresden"> has been patiently
|
|
supporting &a.joerg; who has often preferred FreeBSD work over
|
|
paywork, and used to fall back to their (quite expensive) EUnet
|
|
Internet connection whenever his private connection became too
|
|
slow or flakey to work with it...</item>
|
|
|
|
<item><url url="http://www.bsdi.com" name="Berkeley Software
|
|
Design, Inc."> has contributed their DOS emulator code to the
|
|
remaining BSD world, which is used in the <em>dosemu</em>
|
|
command.</item>
|
|
</itemize>
|
|
</itemize>
|
|
|
|
|
|
<sect><heading>Derived Software Contributors</heading>
|
|
|
|
<p>This software was originally derived from William
|
|
F. Jolitz's 386BSD release 0.1, though almost none of the
|
|
original 386BSD specific code remains. This software has
|
|
been essentially re-implemented from the 4.4BSD-Lite
|
|
release provided by the Computer Science Research Group
|
|
(CSRG) at the University of California, Berkeley and
|
|
associated academic contributors.
|
|
|
|
There are also portions of NetBSD that have been integrated
|
|
into FreeBSD as well, and we would therefore like to thank
|
|
all the contributors to NetBSD for their work.
|
|
|
|
<sect><heading>Additional FreeBSD Contributors<label
|
|
id="contrib:additional"></heading>
|
|
|
|
<p>(in alphabetical order by first name):
|
|
|
|
<itemize>
|
|
<item>A JOSEPH KOSHY <koshy@india.hp.com>
|
|
<item>ABURAYA Ryushirou <rewsirow@ff.iij4u.or.jp>
|
|
<item>Ada T Lim <ada@bsd.org>
|
|
<item>Adam Glass <glass@postgres.berkeley.edu>
|
|
<item>Adrian T. Filipi-Martin <atf3r@agate.cs.virginia.edu>
|
|
<item>Akito Fujita <fujita@zoo.ncl.omron.co.jp>
|
|
<item>Alain Kalker <A.C.P.M.Kalker@student.utwente.nl>
|
|
<item>Alan Cox <alc@cs.rice.edu>
|
|
<item>Andreas Kohout <shanee@rabbit.augusta.de>
|
|
<item>Andreas Lohr <andreas@marvin.RoBIN.de>
|
|
<item>Andrew Gordon <andrew.gordon@net-tel.co.uk>
|
|
<item>Andrew Herbert <andrew@werple.apana.org.au>
|
|
<item>Andrew McRae <amcrae@cisco.com>
|
|
<item>Andrew Moore <alm@FreeBSD.org>
|
|
<item>Andrew Stevenson <andrew@ugh.net.au>
|
|
<item>Andrew V. Stesin <stesin@elvisti.kiev.ua>
|
|
<item>Andrey Zakhvatov <andy@icc.surw.chel.su>
|
|
<item>Andy Whitcroft <andy@sarc.city.ac.uk>
|
|
<item>Angelo Turetta <ATuretta@stylo.it>
|
|
<item>Anthony Yee-Hang Chan <yeehang@netcom.com>
|
|
<item>Brent J. Nordquist <bjn@visi.com>
|
|
<item>Bernd Rosauer <br@schiele-ct.de>
|
|
<item>Bill Kish <kish@osf.org>
|
|
<item>&a.wlloyd
|
|
<item>Bob Wilcox <bob@obiwan.uucp>
|
|
<item>Boyd Faulkner <faulkner@mpd.tandem.com>
|
|
<item>Brent J. Nordquist <bjn@visi.com>
|
|
<item>Brett Taylor <brett@peloton.physics.montana.edu>
|
|
<item>Brian Clapper <bmc@willscreek.com>
|
|
<item>Brian Handy <handy@lambic.space.lockheed.com>
|
|
<item>Brian Tao <taob@risc.org>
|
|
<item>Carey Jones <mcj@acquiesce.org>
|
|
<item>Charles Hannum <mycroft@ai.mit.edu>
|
|
<item>Charles Mott <cmott@srv.net>
|
|
<item>Chet Ramey <chet@odin.INS.CWRU.Edu>
|
|
<item>Chris Dabrowski < chris@vader.org>
|
|
<item>Chris G. Demetriou <cgd@postgres.berkeley.edu>
|
|
<item>Chris Shenton <cshenton@angst.it.hq.nasa.gov>
|
|
<item>Chris Stenton <jacs@gnome.co.uk>
|
|
<item>Chris Timmons <skynyrd@opus.cts.cwu.edu>
|
|
<item>Chris Torek <torek@ee.lbl.gov>
|
|
<item>Christian Gusenbauer <cg@fimp01.fim.uni-linz.ac.at>
|
|
<item>Christian Haury <Christian.Haury@sagem.fr>
|
|
<item>Christoph Robitschko <chmr@edvz.tu-graz.ac.at>
|
|
<item>Choi Jun Ho <junker@jazz.snu.ac.kr>
|
|
<item>Chuck Hein <chein@cisco.com>
|
|
<item>Conrad Sabatier <conrads@neosoft.com>
|
|
<item>Cornelis van der Laan <nils@guru.ims.uni-stuttgart.de>
|
|
<item>Craig Struble <cstruble@vt.edu>
|
|
<item>Cristian Ferretti <cfs@riemann.mat.puc.cl>
|
|
<item>Curt Mayer <curt@toad.com>
|
|
<item>Dan Cross <tenser@spitfire.ecsel.psu.edu>
|
|
<item>Daniel Baker <dbaker@crash.ops.neosoft.com>
|
|
<item>Daniel M. Eischen <deischen@iworks.InterWorks.org>
|
|
<item>Danny J. Zerkel <dzerkel@feephi.phofarm.com>
|
|
<item>Dave Bodenstab <imdave@synet.net>
|
|
<item>Dave Burgess <burgess@hrd769.brooks.af.mil>
|
|
<item>Dave Chapeskie <dchapes@zeus.leitch.com>
|
|
<item>Dave Edmondson <davided@sco.com>
|
|
<item>Dave Rivers <rivers@ponds.uucp>
|
|
<item>David Dawes <dawes@physics.su.OZ.AU>
|
|
<item>David Holloway <daveh@gwythaint.tamis.com&>
|
|
<item>David Leonard <d@scry.dstc.edu.au>
|
|
<item>Dean Huxley <dean@fsa.ca>
|
|
<item>Dirk Froemberg <dirk@hal.in-berlin.de>
|
|
<item>Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru>
|
|
<item>Dmitry Kohmanyuk <dk@farm.org>
|
|
<item>&a.whiteside;
|
|
<item>Don Yuniskis <dgy@rtd.com>
|
|
<item>Donald Burr <d_burr@ix.netcom.com>
|
|
<item>Doug Ambrisko <ambrisko@ambrisko.roble.com>
|
|
<item>Eric A. Griff <eagriff@global2000.net>
|
|
<item>Eric Blood <eblood@cs.unr.edu>
|
|
<item>Eric J. Chet <ejc@bazzle.com>
|
|
<item>Eric J. Schwertfeger <eric@cybernut.com>
|
|
<item>Frank Bartels <knarf@camelot.de>
|
|
<item>Frank Maclachlan <fpm@crash.cts.com>
|
|
<item>Frank Nobis <fn@trinity.radio-do.de>
|
|
<item>FUJIMOTO Kensaku <fujimoto@oscar.elec.waseda.ac.jp>
|
|
<item>FURUSAWA Kazuhisa <furusawa@com.cs.osakafu-u.ac.jp>
|
|
<item>Gary A. Browning <gab10@griffcd.amdahl.com>
|
|
<item>Gary Kline <kline@thought.org>
|
|
<item>Gerard Roudier <groudier@club-internet.fr>
|
|
<item>Greg Ungerer <gerg@stallion.oz.au>
|
|
<item>Harlan Stenn <Harlan.Stenn@pfcs.com>
|
|
<item>Havard Eidnes <Havard.Eidnes@runit.sintef.no>
|
|
<item>Hideaki Ohmon <ohmon@tom.sfc.keio.ac.jp>
|
|
<item>Hidekazu Kuroki <hidekazu@cs.titech.ac.jp>
|
|
<item>Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
|
|
<item>Holger Veit <Holger.Veit@gmd.de>
|
|
<item>Hung-Chi Chu <hcchu@r350.ee.ntu.edu.tw>
|
|
<item>Igor Vinokurov <igor@zynaps.ru>
|
|
<item>Ikuo Nakagawa <ikuo@isl.intec.co.jp>
|
|
<item>IMAMURA Tomoaki <tomoak-i@is.aist-nara.ac.jp>
|
|
<item>Ishii Masahiro <?>
|
|
<item>Itsuro Saito <saito@miv.t.u-tokyo.ac.jp>
|
|
<item>J. David Lowe <lowe@saturn5.com>
|
|
<item>J.T. Conklin <jtc@cygnus.com>
|
|
<item>James Clark <jjc@jclark.com>
|
|
<item>James da Silva <jds@cs.umd.edu> et al
|
|
<item>Janusz Kokot <janek@gaja.ipan.lublin.pl>
|
|
<item>Jason Thorpe <thorpej@nas.nasa.gov>
|
|
<item>Javier Martin Rueda <jmrueda@diatel.upm.es>
|
|
<item>Jeffrey Wheat <jeff@cetlink.net>
|
|
<item>Jian-Da Li <jdli@csie.NCTU.edu.tw>
|
|
<item>Jim Binkley <jrb@cs.pdx.edu>
|
|
<item>Jim Lowe <james@cs.uwm.edu>
|
|
<item>Jim Wilson <wilson@moria.cygnus.com>
|
|
<item>Johann Tonsing <jtonsing@mikom.csir.co.za>
|
|
<item>Joel Sutton <suttonj@interconnect.com.au>
|
|
<item>John Capo <jc@irbs.com>
|
|
<item>John Perry <perry@vishnu.alias.net>
|
|
<item>Joao Carlos Mendes Luis <jonny@mailhost.coppe.ufrj.br>
|
|
<item>Josh Gilliam <josh@quick.net>
|
|
<item>Juergen Lock <nox@jelal.hb.north.de>
|
|
<item>Juha Inkari <inkari@cc.hut.fi>
|
|
<item>Julian Assange <proff@suburbia.net>
|
|
<item>Julian Jenkins <kaveman@magna.com.au>
|
|
<item>Julian Stacey <jhs@freebsd.org>
|
|
<item>Justin M. Seger <jseger@scds.com>
|
|
<item>Kapil Chowksey <kchowksey@hss.hns.com>
|
|
<item>Kazuhiko Kiriyama <kiri@kiri.toba-cmt.ac.jp>
|
|
<item>Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
|
|
<item>Keith Bostic <bostic@bostic.com>
|
|
<item>Keith Moore <?>
|
|
<item>Kenneth Monville <desmo@bandwidth.org>
|
|
<item>Kent Vander Velden <graphix@iastate.edu>
|
|
<item>Kirk McKusick <mckusick@mckusick.com>
|
|
<item>Kiroh HARADA <kiroh@kh.rim.or.jp>
|
|
<item>Koichi Sato <copan@ppp.fastnet.or.jp>
|
|
<item>Kostya Lukin <lukin@okbmei.msk.su>
|
|
<item>Kurt Olsen <kurto@tiny.mcs.usu.edu>
|
|
<item>Lars Koeller <Lars_Koeller@odie.physik2.uni-rostock.de>
|
|
<item>Lucas James <Lucas.James@ldjpc.apana.org.au>
|
|
<item>Luigi Rizzo <luigi@iet.unipi.it>
|
|
<item>Makoto Matsushita <matusita@ics.es.osaka-u.ac.jp>
|
|
<item>Manu Iyengar <iyengar@grunthos.pscwa.psca.com>
|
|
<item>Marc Frajola <marc@dev.com>
|
|
<item>Marc Ramirez <mrami@mramirez.sy.yale.edu>
|
|
<item>Marc Slemko <marcs@znep.com>
|
|
<item>Marc van Kempen <wmbfmk@urc.tue.nl>
|
|
<item>Mark Huizer <xaa@stack.nl>
|
|
<item>Mark J. Taylor <mtaylor@cybernet.com>
|
|
<item>Mark Krentel <krentel@rice.edu>
|
|
<item>Mark Tinguely <tinguely@plains.nodak.edu>
|
|
<tinguely@hookie.cs.ndsu.NoDak.edu>
|
|
<item>Martin Birgmeier
|
|
<item>Martti Kuparinen <erakupa@kk.etx.ericsson.se>
|
|
<item>Masachika ISHIZUKA <ishizuka@isis.min.ntt.jp>
|
|
<item>Mats Lofkvist <mal@algonet.se>
|
|
<item>Matt Bartley <mbartley@lear35.cytex.com>
|
|
<item>Matt Thomas <thomas@lkg.dec.com>
|
|
<item>Matt White <mwhite+@CMU.EDU>
|
|
<item>Matthew Hunt <mph@pobox.com>
|
|
<item>Matthew N. Dodd <winter@jurai.net>
|
|
<item>Matthew Stein <matt@bdd.net>
|
|
<item>Michael Butschky <butsch@computi.erols.com>
|
|
<item>Michael Elbel <me@FreeBSD.ORG>
|
|
<item>Michael Searle <searle@longacre.demon.co.uk>
|
|
<item>Miguel Angel Sagreras <msagre@cactus.fi.uba.ar>
|
|
<item>Mikael Hybsch <micke@dynas.se>
|
|
<item>Mikhail Teterin <mi@aldan.ziplink.net>
|
|
<item>Mike McGaughey <mmcg@cs.monash.edu.au>
|
|
<item>Mike Peck <mike@binghamton.edu>
|
|
<item>MITA Yoshio <mita@jp.FreeBSD.ORG>
|
|
<item>MOROHOSHI Akihiko <moro@race.u-tokyo.ac.jp>
|
|
<item>NAKAMURA Kazushi <nkazushi@highway.or.jp>
|
|
<item>Naoki Hamada <nao@tom-yam.or.jp>
|
|
<item>Narvi <narvi@haldjas.folklore.ee>
|
|
<item>NIIMI Satoshi <sa2c@and.or.jp>
|
|
<item>Nick Sayer <nsayer@quack.kfu.com>
|
|
<item>Nicolas Souchu <Nicolas.Souchu@prism.uvsq.fr>
|
|
<item>Nisha Talagala <nisha@cs.berkeley.edu>
|
|
<item>Nobuhiro Yasutomi <nobu@psrc.isac.co.jp>
|
|
<item>Nobuyuki Koganemaru <kogane@kces.koganemaru.co.jp>
|
|
<item>Noritaka Ishizumi <graphite@jp.FreeBSD.ORG>
|
|
<item>Oliver Laumann <net@informatik.uni-bremen.de>
|
|
<item>Oliver Oberdorf <oly@world.std.com>
|
|
<item>Paul Fox <pgf@foxharp.boston.ma.us>
|
|
<item>Paul Kranenburg <pk@cs.few.eur.nl>
|
|
<item>Paul Mackerras <paulus@cs.anu.edu.au>
|
|
<item>Paulo Menezes <paulo@isr.uc.pt>
|
|
<item>Pedro Giffuni <pgiffuni@fps.biblos.unal.edu.co>
|
|
<item>Pedro A M Vazquez <vazquez@IQM.Unicamp.BR>
|
|
<item>Peter Haight <peterh@prognet.com>
|
|
<item>Peter Stubbs <PETERS@staidan.qld.edu.au>
|
|
<item>R. Kym Horsell <?>
|
|
<item>Randall Hopper <rhh@stealth.ct.picker.com>
|
|
<item>Richard Hwang <rhwang@bigpanda.com>
|
|
<item>Richard Stallman <rms@gnu.ai.mit.edu>
|
|
<item>Richard Wiwatowski <rjwiwat@adelaide.on.neti>
|
|
<item>Rob Mallory <rmallory@csusb.edu>
|
|
<item>Rob Shady <rls@id.net>
|
|
<item>Rob Snow <rsnow@txdirect.net>
|
|
<item>Robert Sanders <rsanders@mindspring.com>
|
|
<item>Robert Withrow <witr@rwwa.com>
|
|
<item>Ronald Kuehn <kuehn@rz.tu-clausthal.de>
|
|
<item>Roland Jesse <jesse@cs.uni-magdeburg.de>
|
|
<item>Ruslan Shevchenko <rssh@cki.ipri.kiev.ua>
|
|
<item>Samuel Lam <skl@ScalableNetwork.com>
|
|
<item>Sander Vesik <sander@haldjas.folklore.ee>
|
|
<item>Sandro Sigala <ssigala@globalnet.it>
|
|
<item>Sascha Blank <blank@fox.uni-trier.de>
|
|
<item>Sascha Wildner <swildner@channelz.GUN.de>
|
|
<item>Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp>
|
|
<item>Scott Blachowicz <scott@sabami.seaslug.org>
|
|
<item>Serge V. Vakulenko <vak@zebub.msk.su>
|
|
<item>Simon Marlow <simonm@dcs.gla.ac.uk>
|
|
<item>Slaven Rezic (Tomic) <eserte@cs.tu-berlin.de>
|
|
<item>Soren Dayton <csdayton@midway.uchicago.edu>
|
|
<item>Soren Dossing <sauber@netcom.com>
|
|
<item>Stefan Moeding <moeding@bn.DeTeMobil.de>
|
|
<item>Steve Gerakines <steve2@genesis.tiac.net>
|
|
<item>Suzuki Yoshiaki <zensyo@ann.tama.kawasaki.jp>
|
|
<item>Tadashi Kumano <kumano@strl.nhk.or.jp>
|
|
<item>Taguchi Takeshi <taguchi@tohoku.iij.ad.jp>
|
|
<item>Takayuki Ariga <a00821@cc.hc.keio.ac.jp>
|
|
<item>Tatsumi Hosokawa <hosokawa@mt.cs.keio.ac.jp>
|
|
<item>Terry Lambert <terry@lambert.org>
|
|
<item>Terry Lee <terry@uivlsi.csl.uiuc.edu>
|
|
<item>Theo Deraadt <deraadt@fsa.ca>
|
|
<item>Thomas König <Thomas.Koenig@ciw.uni-karlsruhe.de>
|
|
<item>Tim Kientzle <kientzle@netcom.com>
|
|
<item>Tim Vanderhoek <ac199@freenet.hamilton.on.ca>
|
|
<item>Tim Wilkinson <tim@sarc.city.ac.uk>
|
|
<item>Tom Samplonius <tom@misery.sdf.com>
|
|
<item>Torbjorn Granlund <tege@matematik.su.se>
|
|
<item>Toshihiro Kanda <candy@fct.kgc.co.jp>
|
|
<item>Trefor S. <trefor@flevel.co.uk>
|
|
<item>Vanill Ice <vanilla@Minje.Com.TW>
|
|
<item>Ville Eerola <ve@sci.fi>
|
|
<item>Werner Griessl <werner@btp1da.phy.uni-bayreuth.de>
|
|
<item>Wes Santee <wsantee@wsantee.oz.net>
|
|
<item>Wolfgang Stanglmeier <wolf@kintaro.cologne.de>
|
|
<item>Yoshiaki Uchikawa <yoshiaki@kt.rim.or.jp>
|
|
<item>Yoshiro Mihira <sanpei@yy.cs.keio.ac.jp>
|
|
<item>Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp>
|
|
<item>Yuval Yarom <yval@cs.huji.ac.il>
|
|
<item>Yves Fonk <yves@cpcoup5.tn.tudelft.nl>
|
|
</itemize>
|
|
|
|
<sect><heading>386BSD Patch Kit Patch Contributors</heading>
|
|
|
|
<p>(in alphabetical order by first name):
|
|
|
|
<itemize>
|
|
<item>Adam Glass <glass@postgres.berkeley.edu>
|
|
<item>Adrian Hall <adrian@ibmpcug.co.uk>
|
|
<item>Andrey A. Chernov <ache@astral.msk.su>
|
|
<item>Andrew Herbert <andrew@werple.apana.org.au>
|
|
<item>Andrew Moore <alm@netcom.com>
|
|
<item>Andy Valencia <ajv@csd.mot.com> <jtk@netcom.com>
|
|
<item>Arne Henrik Juul <arnej@Lise.Unit.NO>
|
|
<item>Bakul Shah <bvs@bitblocks.com>
|
|
<item>Barry Lustig <barry@ictv.com>
|
|
<item>Bob Wilcox <bob@obiwan.uucp>
|
|
<item>Branko Lankester
|
|
<item>Brett Lymn <blymn@mulga.awadi.com.AU>
|
|
<item>Charles Hannum <mycroft@ai.mit.edu>
|
|
<item>Chris G. Demetriou <cgd@postgres.berkeley.edu>
|
|
<item>Chris Torek <torek@ee.lbl.gov>
|
|
<item>Christoph Robitschko <chmr@edvz.tu-graz.ac.at>
|
|
<item>Daniel Poirot <poirot@aio.jsc.nasa.gov>
|
|
<item>Dave Burgess <burgess@hrd769.brooks.af.mil>
|
|
<item>Dave Rivers <rivers@ponds.uucp>
|
|
<item>David Dawes <dawes@physics.su.OZ.AU>
|
|
<item>David Greenman <davidg@Root.COM>
|
|
<item>Eric J. Haug <ejh@slustl.slu.edu>
|
|
<item>Felix Gaehtgens <felix@escape.vsse.in-berlin.de>
|
|
<item>Frank Maclachlan <fpm@crash.cts.com>
|
|
<item>Gary A. Browning <gab10@griffcd.amdahl.com>
|
|
<item>Geoff Rehmet <csgr@alpha.ru.ac.za>
|
|
<item>Goran Hammarback <goran@astro.uu.se>
|
|
<item>Guido van Rooij <guido@gvr.win.tue.nl>
|
|
<item>Guy Harris <guy@auspex.com>
|
|
<item>Havard Eidnes <Havard.Eidnes@runit.sintef.no>
|
|
<item>Herb Peyerl <hpeyerl@novatel.cuc.ab.ca
|
|
<item>Holger Veit <Holger.Veit@gmd.de>
|
|
<item>Ishii Masahiro, R. Kym Horsell
|
|
<item>J.T. Conklin <jtc@cygnus.com>
|
|
<item>Jagane D Sundar < jagane@netcom.com >
|
|
<item>James Clark <jjc@jclark.com>
|
|
<item>James Jegers <jimj@miller.cs.uwm.edu>
|
|
<item>James W. Dolter
|
|
<item>James da Silva <jds@cs.umd.edu> et al
|
|
<item>Jay Fenlason <hack@datacube.com>
|
|
<item>Jim Wilson <wilson@moria.cygnus.com>
|
|
<item>Jörg Lohse <lohse@tech7.informatik.uni-hamburg.de>
|
|
<item>Jörg Wunsch <joerg_wunsch@uriah.heep.sax.de>
|
|
<item>John Dyson - <formerly dyson@ref.tfs.com>
|
|
<item>John Polstra <jdp@polstra.com>
|
|
<item>John Woods <jfw@eddie.mit.edu>
|
|
<item>Jordan K. Hubbard <jkh@whisker.hubbard.ie>
|
|
<item>Julian Elischer <julian@dialix.oz.au>
|
|
<item>Julian Stacey <jhs@freebsd.org>
|
|
<item>Karl Lehenbauer <karl@NeoSoft.com>
|
|
<karl@one.neosoft.com>
|
|
<item>Keith Bostic <bostic@toe.CS.Berkeley.EDU>
|
|
<item>Ken Hughes
|
|
<item>Kent Talarico <kent@shipwreck.tsoft.net>
|
|
<item>Kevin Lahey <kml%rokkaku.UUCP@mathcs.emory.edu>
|
|
<kml@mosquito.cis.ufl.edu>
|
|
<item>Marc Frajola <marc@dev.com>
|
|
<item>Mark Tinguely <tinguely@plains.nodak.edu>
|
|
<tinguely@hookie.cs.ndsu.NoDak.edu>
|
|
<item>Martin Renters <martin@tdc.on.ca>
|
|
<item>Michael Clay <mclay@weareb.org>
|
|
<item>Michael Galassi <nerd@percival.rain.com>
|
|
<item>Mike Durkin <mdurkin@tsoft.sf-bay.org>
|
|
<item>Naoki Hamada <nao@tom-yam.or.jp>
|
|
<item>Nate Williams <nate@bsd.coe.montana.edu>
|
|
<item>Nick Handel <nhandel@NeoSoft.com>
|
|
<nick@madhouse.neosoft.com>
|
|
<item>Pace Willisson <pace@blitz.com>
|
|
<item>Paul Kranenburg <pk@cs.few.eur.nl>
|
|
<item>Paul Mackerras <paulus@cs.anu.edu.au>
|
|
<item>Paul Popelka <paulp@uts.amdahl.com>
|
|
<item>Peter da Silva <peter@NeoSoft.com>
|
|
<item>Phil Sutherland <philsuth@mycroft.dialix.oz.au>
|
|
<item>Poul-Henning Kamp<phk@FreeBSD.ORG>
|
|
<item>Ralf Friedl <friedl@informatik.uni-kl.de>
|
|
<item>Rick Macklem <root@snowhite.cis.uoguelph.ca>
|
|
<item>Robert D. Thrush <rd@phoenix.aii.com>
|
|
<item>Rodney W. Grimes <rgrimes@cdrom.com>
|
|
<item>Sascha Wildner <swildner@channelz.GUN.de>
|
|
<item>Scott Burris <scott@pita.cns.ucla.edu>
|
|
<item>Scott Reynolds <scott@clmqt.marquette.mi.us>
|
|
<item>Sean Eric Fagan <sef@kithrup.com>
|
|
<item>Simon J Gerraty <sjg@melb.bull.oz.au>
|
|
<sjg@zen.void.oz.au>
|
|
<item>Stephen McKay <syssgm@devetir.qld.gov.au>
|
|
<item>Terry Lambert <terry@icarus.weber.edu>
|
|
<item>Terry Lee <terry@uivlsi.csl.uiuc.edu>
|
|
<item>Tor Egge <Tor.Egge@idi.ntnu.no>
|
|
<item>Warren Toomey <wkt@csadfa.cs.adfa.oz.au>
|
|
<item>Wiljo Heinen <wiljo@freeside.ki.open.de>
|
|
<item>William Jolitz <withheld>
|
|
<item>Wolfgang Solfrank <ws@tools.de>
|
|
<item>Wolfgang Stanglmeier <wolf@dentaro.GUN.de>
|
|
<item>Yuval Yarom <yval@cs.huji.ac.il>
|
|
</itemize>
|