aboutsummaryrefslogtreecommitdiff
path: root/handbook/submitters.sgml
blob: ef463bc65eadf2f559d7040437870a28ee90390d (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
<!-- $Id: submitters.sgml,v 1.110 1997-10-05 01:30:27 brian 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 whose 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 &lt;terry@lambert.org&gt
<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>&lt;&gt;</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.

	&dollar;Id&dollar;
</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 &lt;larry@ALR.COM&gt;, and &a.wilko;,
      provided Wangtek and Archive QIC-02 tape drives in order to
      improve the <tt>wt</tt> driver.

    <item>Ernst Winter &lt;ewinter@lobo.muc.de&gt; 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 &lt;koshy@india.hp.com&gt;
  <item>ABURAYA Ryushirou &lt;rewsirow@ff.iij4u.or.jp&gt;
  <item>Ada T Lim &lt;ada@bsd.org&gt;
  <item>Adam Glass &lt;glass@postgres.berkeley.edu&gt;
  <item>Adrian T. Filipi-Martin &lt;atf3r@agate.cs.virginia.edu&gt;
  <item>Akito Fujita &lt;fujita@zoo.ncl.omron.co.jp&gt;
  <item>Alain Kalker &lt;A.C.P.M.Kalker@student.utwente.nl&gt;
  <item>Alan Cox &lt;alc@cs.rice.edu&gt;
  <item>Andreas Kohout &lt;shanee@rabbit.augusta.de&gt;
  <item>Andreas Lohr &lt;andreas@marvin.RoBIN.de&gt;
  <item>Andrew Gordon &lt;andrew.gordon@net-tel.co.uk&gt;
  <item>Andrew Herbert &lt;andrew@werple.apana.org.au&gt;
  <item>Andrew McRae &lt;amcrae@cisco.com&gt;
  <item>Andrew Moore &lt;alm@FreeBSD.org&gt;
  <item>Andrew Stevenson &lt;andrew@ugh.net.au&gt;
  <item>Andrew V. Stesin &lt;stesin@elvisti.kiev.ua&gt;
  <item>Andrey Zakhvatov &lt;andy@icc.surw.chel.su&gt;
  <item>Andy Whitcroft &lt;andy@sarc.city.ac.uk&gt;
  <item>Angelo Turetta &lt;ATuretta@stylo.it&gt;
  <item>Anthony Yee-Hang Chan &lt;yeehang@netcom.com&gt;
  <item>Ari Suutari &lt;ari@suutari.iki.fi&gt;
  <item>Brent J. Nordquist &lt;bjn@visi.com&gt;
  <item>Bernd Rosauer &lt;br@schiele-ct.de&gt;
  <item>Bill Kish &lt;kish@osf.org&gt;
  <item>&a.wlloyd
  <item>Bob Wilcox &lt;bob@obiwan.uucp&gt;
  <item>Boyd Faulkner &lt;faulkner@mpd.tandem.com&gt;
  <item>Brent J. Nordquist &lt;bjn@visi.com&gt;
  <item>Brett Taylor &lt;brett@peloton.physics.montana.edu&gt;
  <item>Brian Clapper &lt;bmc@willscreek.com&gt;
  <item>Brian Handy &lt;handy@lambic.space.lockheed.com&gt;
  <item>Brian Tao &lt;taob@risc.org&gt;
  <item>Carey Jones &lt;mcj@acquiesce.org&gt;
  <item>Charles Hannum &lt;mycroft@ai.mit.edu&gt;
  <item>Charles Mott &lt;cmott@srv.net&gt;
  <item>Chet Ramey &lt;chet@odin.INS.CWRU.Edu&gt;
  <item>Chris Dabrowski &lt; chris@vader.org&gt;
  <item>Chris G. Demetriou &lt;cgd@postgres.berkeley.edu&gt;
  <item>Chris Shenton &lt;cshenton@angst.it.hq.nasa.gov&gt;
  <item>Chris Stenton &lt;jacs@gnome.co.uk&gt;
  <item>Chris Timmons &lt;skynyrd@opus.cts.cwu.edu&gt;
  <item>Chris Torek &lt;torek@ee.lbl.gov&gt;
  <item>Christian Gusenbauer &lt;cg@fimp01.fim.uni-linz.ac.at&gt;
  <item>Christian Haury &lt;Christian.Haury@sagem.fr&gt;
  <item>Christoph Robitschko &lt;chmr@edvz.tu-graz.ac.at&gt;
  <item>Choi Jun Ho &lt;junker@jazz.snu.ac.kr&gt;
  <item>Chuck Hein &lt;chein@cisco.com&gt;
  <item>Conrad Sabatier &lt;conrads@neosoft.com&gt;
  <item>Cornelis van der Laan &lt;nils@guru.ims.uni-stuttgart.de&gt;
  <item>Craig Struble &lt;cstruble@vt.edu&gt;
  <item>Cristian Ferretti &lt;cfs@riemann.mat.puc.cl&gt;
  <item>Curt Mayer &lt;curt@toad.com&gt;
  <item>Dai Ishijima &lt;ishijima@tri.pref.osaka.jp&gt;
  <item>Dan Cross &lt;tenser@spitfire.ecsel.psu.edu&gt;
  <item>Daniel Baker &lt;dbaker@crash.ops.neosoft.com&gt;
  <item>Daniel M. Eischen &lt;deischen@iworks.InterWorks.org&gt;
  <item>Daniel O'Connor &lt;doconnor@ist.flinders.edu.au&gt;
  <item>Danny J. Zerkel &lt;dzerkel@feephi.phofarm.com&gt;
  <item>Dave Bodenstab &lt;imdave@synet.net&gt;
  <item>Dave Burgess &lt;burgess@hrd769.brooks.af.mil&gt;
  <item>Dave Chapeskie &lt;dchapes@zeus.leitch.com&gt;
  <item>Dave Edmondson &lt;davided@sco.com&gt;
  <item>Dave Rivers &lt;rivers@ponds.uucp&gt;
  <item>David A. Bader &lt;dbader@umiacs.umd.edu&gt;
  <item>David Dawes &lt;dawes@physics.su.OZ.AU&gt;
  <item>David Holloway &lt;daveh@gwythaint.tamis.com&&gt;
  <item>David Leonard &lt;d@scry.dstc.edu.au&gt;
  <item>Dean Huxley &lt;dean@fsa.ca&gt;
  <item>Dirk Froemberg &lt;dirk@hal.in-berlin.de&gt;
  <item>Dmitrij Tejblum &lt;dima@tejblum.dnttm.rssi.ru&gt;
  <item>Dmitry Kohmanyuk &lt;dk@farm.org&gt;
  <item>&a.whiteside;
  <item>Don Yuniskis &lt;dgy@rtd.com&gt;
  <item>Donald Burr &lt;d_burr@ix.netcom.com&gt;
  <item>Doug Ambrisko &lt;ambrisko@ambrisko.roble.com&gt;
  <item>Eiji-usagi-MATSUmoto &lt;usagi@ruby.club.or.jp&gt;
  <item>ELISA Font Project
  <item>Eric A. Griff &lt;eagriff@global2000.net&gt;
  <item>Eric Blood &lt;eblood@cs.unr.edu&gt;
  <item>Eric J. Chet &lt;ejc@bazzle.com&gt;
  <item>Eric J. Schwertfeger &lt;eric@cybernut.com&gt;
  <item>Frank Bartels &lt;knarf@camelot.de&gt;
  <item>Frank Maclachlan &lt;fpm@crash.cts.com&gt;
  <item>Frank Nobis &lt;fn@trinity.radio-do.de&gt;
  <item>FUJIMOTO Kensaku &lt;fujimoto@oscar.elec.waseda.ac.jp&gt;
  <item>FURUSAWA Kazuhisa &lt;furusawa@com.cs.osakafu-u.ac.jp&gt;
  <item>Gary A. Browning &lt;gab10@griffcd.amdahl.com&gt;
  <item>Gary Kline &lt;kline@thought.org&gt;
  <item>Gerard Roudier &lt;groudier@club-internet.fr&gt;
  <item>Greg Ungerer &lt;gerg@stallion.oz.au&gt;
  <item>Harlan Stenn &lt;Harlan.Stenn@pfcs.com&gt;
  <item>Havard Eidnes &lt;Havard.Eidnes@runit.sintef.no&gt;
  <item>Hideaki Ohmon &lt;ohmon@tom.sfc.keio.ac.jp&gt;
  <item>Hidekazu Kuroki &lt;hidekazu@cs.titech.ac.jp&gt;
  <item>Hidetoshi Shimokawa &lt;simokawa@sat.t.u-tokyo.ac.jp&gt;
  <item>Hideyuki Suzuki &lt;hideyuki@sat.t.u-tokyo.ac.jp&gt;
  <item>Hironori Ikura &lt;hikura@kaisei.org&gt;
  <item>Holger Veit &lt;Holger.Veit@gmd.de&gt;
  <item>Hung-Chi Chu &lt;hcchu@r350.ee.ntu.edu.tw&gt;
  <item>Ian Vaudrey &lt;i.vaudrey@cableinet.co.uk&gt;
  <item>Igor Vinokurov &lt;igor@zynaps.ru&gt;
  <item>Ikuo Nakagawa &lt;ikuo@isl.intec.co.jp&gt;
  <item>IMAMURA Tomoaki &lt;tomoak-i@is.aist-nara.ac.jp&gt;
  <item>Ishii Masahiro &lt;?&gt;
  <item>Itsuro Saito &lt;saito@miv.t.u-tokyo.ac.jp&gt;
  <item>J. David Lowe &lt;lowe@saturn5.com&gt;
  <item>J.T. Conklin &lt;jtc@cygnus.com&gt;
  <item>James Clark &lt;jjc@jclark.com&gt;
  <item>James da Silva &lt;jds@cs.umd.edu&gt; et al
  <item>Janusz Kokot &lt;janek@gaja.ipan.lublin.pl&gt;
  <item>Jason Thorpe &lt;thorpej@nas.nasa.gov&gt;
  <item>Javier Martin Rueda &lt;jmrueda@diatel.upm.es&gt;
  <item>Jeffrey Wheat &lt;jeff@cetlink.net&gt;
  <item>Jian-Da Li &lt;jdli@csie.NCTU.edu.tw&gt;
  <item>Jim Binkley &lt;jrb@cs.pdx.edu&gt;
  <item>Jim Lowe &lt;james@cs.uwm.edu&gt;
  <item>Jim Wilson &lt;wilson@moria.cygnus.com&gt;
  <item>Joao Carlos Mendes Luis &lt;jonny@coppe.ufrj.br&gt;
  <item>Joel Sutton &lt;sutton@aardvark.apana.org.au&gt;
  <item>Johann Tonsing &lt;jtonsing@mikom.csir.co.za&gt;
  <item>John Capo &lt;jc@irbs.com&gt;
  <item>John Heidemann &lt;johnh@isi.edu&gt;
  <item>John Perry &lt;perry@vishnu.alias.net&gt;
  <item>Josef Karthauser &lt;joe@uk.freebsd.org&gt;
  <item>Joseph Stein &lt;joes@seaport.net&gt;
  <item>Josh Gilliam &lt;josh@quick.net&gt;
  <item>Josh Tiefenbach &lt;josh@ican.net&gt;
  <item>Juergen Lock &lt;nox@jelal.hb.north.de&gt;
  <item>Juha Inkari &lt;inkari@cc.hut.fi&gt;
  <item>Julian Assange &lt;proff@suburbia.net&gt;
  <item>Julian Jenkins &lt;kaveman@magna.com.au&gt;
  <item>Julian Stacey &lt;jhs@freebsd.org&gt;
  <item>Justin M. Seger &lt;jseger@scds.com&gt;
  <item>Kapil Chowksey &lt;kchowksey@hss.hns.com&gt;
  <item>Kazuhiko Kiriyama &lt;kiri@kiri.toba-cmt.ac.jp&gt;
  <item>Kazutaka YOKOTA &lt;yokota@zodiac.mech.utsunomiya-u.ac.jp&gt;
  <item>Keith Bostic &lt;bostic@bostic.com&gt;
  <item>Keith Moore &lt;?&gt;
  <item>Kenneth Monville &lt;desmo@bandwidth.org&gt;
  <item>Kent Vander Velden &lt;graphix@iastate.edu&gt;
  <item>Kirk McKusick &lt;mckusick@mckusick.com&gt;
  <item>Kiroh HARADA &lt;kiroh@kh.rim.or.jp&gt;
  <item>Koichi Sato &lt;copan@ppp.fastnet.or.jp&gt;
  <item>Kostya Lukin &lt;lukin@okbmei.msk.su&gt;
  <item>Kurt Olsen &lt;kurto@tiny.mcs.usu.edu&gt;
  <item>Lars Koeller &lt;Lars_Koeller@odie.physik2.uni-rostock.de&gt;
  <item>Lucas James &lt;Lucas.James@ldjpc.apana.org.au&gt;
  <item>Luigi Rizzo &lt;luigi@iet.unipi.it&gt;
  <item>Makoto Matsushita &lt;matusita@ics.es.osaka-u.ac.jp&gt;
  <item>Manu Iyengar &lt;iyengar@grunthos.pscwa.psca.com&gt;
  <item>Marc Frajola &lt;marc@dev.com&gt;
  <item>Marc Ramirez &lt;mrami@mramirez.sy.yale.edu&gt;
  <item>Marc Slemko &lt;marcs@znep.com&gt;
  <item>Marc van Kempen &lt;wmbfmk@urc.tue.nl&gt;
  <item>Mario Sergio Fujikawa Ferreira &lt;lioux@gns.com.br&gt;
  <item>Mark Huizer &lt;xaa@stack.nl&gt;
  <item>Mark J. Taylor &lt;mtaylor@cybernet.com&gt;
  <item>Mark Krentel &lt;krentel@rice.edu&gt;
  <item>Mark Tinguely &lt;tinguely@plains.nodak.edu&gt;
    &lt;tinguely@hookie.cs.ndsu.NoDak.edu&gt;
  <item>Martin Birgmeier &lt;?&gt;
  <item>Martti Kuparinen &lt;erakupa@kk.etx.ericsson.se&gt;
  <item>Masachika ISHIZUKA &lt;ishizuka@isis.min.ntt.jp&gt;
  <item>Mats Lofkvist &lt;mal@algonet.se&gt;
  <item>Matt Bartley &lt;mbartley@lear35.cytex.com&gt;
  <item>Matt Thomas &lt;thomas@lkg.dec.com&gt;
  <item>Matt White &lt;mwhite+@CMU.EDU&gt;
  <item>Matthew Hunt &lt;mph@pobox.com&gt;
  <item>Matthew N. Dodd &lt;winter@jurai.net&gt;
  <item>Matthew Stein &lt;matt@bdd.net&gt;
  <item>Maurice Castro &lt;maurice@planet.serc.rmit.edu.au&gt;
  <item>Michael Butschky &lt;butsch@computi.erols.com&gt;
  <item>Michael Elbel &lt;me@FreeBSD.ORG&gt;
  <item>Michael Searle &lt;searle@longacre.demon.co.uk&gt;
  <item>Miguel Angel Sagreras &lt;msagre@cactus.fi.uba.ar&gt;
  <item>Mikael Hybsch &lt;micke@dynas.se&gt;
  <item>Mikhail Teterin &lt;mi@aldan.ziplink.net&gt;
  <item>Mike McGaughey &lt;mmcg@cs.monash.edu.au&gt;
  <item>Mike Peck &lt;mike@binghamton.edu&gt;
  <item>MITA Yoshio &lt;mita@jp.FreeBSD.ORG&gt;
  <item>MOROHOSHI Akihiko &lt;moro@race.u-tokyo.ac.jp&gt;
  <item>NAKAMURA Kazushi &lt;nkazushi@highway.or.jp&gt;
  <item>Naoki Hamada &lt;nao@tom-yam.or.jp&gt;
  <item>Narvi &lt;narvi@haldjas.folklore.ee&gt;
  <item>NIIMI Satoshi &lt;sa2c@and.or.jp&gt;
  <item>Nick Sayer &lt;nsayer@quack.kfu.com&gt;
  <item>Nicolas Souchu &lt;Nicolas.Souchu@prism.uvsq.fr&gt;
  <item>Nisha Talagala &lt;nisha@cs.berkeley.edu&gt;
  <item>Nobuhiro Yasutomi &lt;nobu@psrc.isac.co.jp&gt;
  <item>Nobuyuki Koganemaru &lt;kogane@kces.koganemaru.co.jp&gt;
  <item>Noritaka Ishizumi &lt;graphite@jp.FreeBSD.ORG&gt;
  <item>Oliver Fromme &lt;oliver.fromme@heim3.tu-clausthal.de&gt;
  <item>Oliver Laumann &lt;net@informatik.uni-bremen.de&gt;
  <item>Oliver Oberdorf &lt;oly@world.std.com&gt;
  <item>Paul Fox &lt;pgf@foxharp.boston.ma.us&gt;
  <item>Paul Kranenburg &lt;pk@cs.few.eur.nl&gt;
  <item>Paul Mackerras &lt;paulus@cs.anu.edu.au&gt;
  <item>Paulo Menezes &lt;paulo@isr.uc.pt&gt;
  <item>Pedro Giffuni &lt;pgiffuni@fps.biblos.unal.edu.co&gt;
  <item>Pedro A M Vazquez &lt;vazquez@IQM.Unicamp.BR&gt;
  <item>Peter Haight &lt;peterh@prognet.com&gt;
  <item>Peter Stubbs &lt;PETERS@staidan.qld.edu.au&gt;
  <item>R. Kym Horsell &lt;?&gt;
  <item>Randall Hopper &lt;rhh@stealth.ct.picker.com&gt;
  <item>Richard Hwang &lt;rhwang@bigpanda.com&gt;
  <item>Richard Seaman, Jr. &lt;dick@tar.com&gt;
  <item>Richard Stallman &lt;rms@gnu.ai.mit.edu&gt;
  <item>Richard Wiwatowski &lt;rjwiwat@adelaide.on.neti&gt;
  <item>Rob Mallory &lt;rmallory@csusb.edu&gt;
  <item>Rob Shady &lt;rls@id.net&gt;
  <item>Rob Snow &lt;rsnow@txdirect.net&gt;
  <item>Robert Sanders &lt;rsanders@mindspring.com&gt;
  <item>Robert Withrow &lt;witr@rwwa.com&gt;
  <item>Ronald Kuehn &lt;kuehn@rz.tu-clausthal.de&gt;
  <item>Roland Jesse &lt;jesse@cs.uni-magdeburg.de&gt;
  <item>Ruslan Shevchenko &lt;rssh@cki.ipri.kiev.ua&gt;
  <item>Samuel Lam &lt;skl@ScalableNetwork.com&gt;
  <item>Sander Vesik &lt;sander@haldjas.folklore.ee&gt;
  <item>Sandro Sigala &lt;ssigala@globalnet.it&gt;
  <item>Sascha Blank &lt;blank@fox.uni-trier.de&gt;
  <item>Sascha Wildner &lt;swildner@channelz.GUN.de&gt;
  <item>Satoshi Taoka &lt;taoka@infonets.hiroshima-u.ac.jp&gt;
  <item>Scott Blachowicz &lt;scott.blachowicz@seaslug.org&gt;
  <item>Scott A. Kenney &lt;saken@rmta.ml.org&gt;
  <item>Serge V. Vakulenko &lt;vak@zebub.msk.su&gt;
  <item>Simon Marlow &lt;simonm@dcs.gla.ac.uk&gt;
  <item>Slaven Rezic (Tomic) &lt;eserte@cs.tu-berlin.de&gt;
  <item>Soren Dayton &lt;csdayton@midway.uchicago.edu&gt;
  <item>Soren Dossing &lt;sauber@netcom.com&gt;
  <item>Stefan Moeding &lt;moeding@bn.DeTeMobil.de&gt;
  <item>Steve Gerakines &lt;steve2@genesis.tiac.net&gt;
  <item>Suzuki Yoshiaki &lt;zensyo@ann.tama.kawasaki.jp&gt;
  <item>Tadashi Kumano &lt;kumano@strl.nhk.or.jp&gt;
  <item>Taguchi Takeshi &lt;taguchi@tohoku.iij.ad.jp&gt;
  <item>Takayuki Ariga &lt;a00821@cc.hc.keio.ac.jp&gt;
  <item>Tatsumi Hosokawa &lt;hosokawa@mt.cs.keio.ac.jp&gt;
  <item>Terry Lambert &lt;terry@lambert.org&gt;
  <item>Terry Lee &lt;terry@uivlsi.csl.uiuc.edu&gt;
  <item>Theo Deraadt &lt;deraadt@fsa.ca&gt;
  <item>Thomas K&ouml;nig &lt;Thomas.Koenig@ciw.uni-karlsruhe.de&gt;
  <item>Tim Kientzle &lt;kientzle@netcom.com&gt;
  <item>Tim Wilkinson &lt;tim@sarc.city.ac.uk&gt;
  <item>Tom Samplonius &lt;tom@misery.sdf.com&gt;
  <item>Torbjorn Granlund &lt;tege@matematik.su.se&gt;
  <item>Toshihiro Kanda &lt;candy@fct.kgc.co.jp&gt;
  <item>Trefor S. &lt;trefor@flevel.co.uk&gt;
  <item>Vanill Ice &lt;vanilla@Minje.Com.TW&gt;
  <item>Ville Eerola &lt;ve@sci.fi&gt;
  <item>Werner Griessl &lt;werner@btp1da.phy.uni-bayreuth.de&gt;
  <item>Wes Santee &lt;wsantee@wsantee.oz.net&gt;
  <item>Wolfgang Stanglmeier &lt;wolf@kintaro.cologne.de&gt;
  <item>Yoshiaki Uchikawa &lt;yoshiaki@kt.rim.or.jp&gt;
  <item>Yoshiro Mihira &lt;sanpei@yy.cs.keio.ac.jp&gt;
  <item>Yukihiro Nakai &lt;nakai@mlab.t.u-tokyo.ac.jp&gt;
  <item>Yuval Yarom &lt;yval@cs.huji.ac.il&gt;
  <item>Yves Fonk &lt;yves@cpcoup5.tn.tudelft.nl&gt;
</itemize>

<sect><heading>386BSD Patch Kit Patch Contributors</heading>

<p>(in alphabetical order by first name):

<itemize>
	<item>Adam Glass &lt;glass@postgres.berkeley.edu&gt;
	<item>Adrian Hall &lt;adrian@ibmpcug.co.uk&gt;
	<item>Andrey A. Chernov &lt;ache@astral.msk.su&gt;
	<item>Andrew Herbert &lt;andrew@werple.apana.org.au&gt;
	<item>Andrew Moore &lt;alm@netcom.com&gt;
	<item>Andy Valencia &lt;ajv@csd.mot.com&gt; &lt;jtk@netcom.com&gt;
	<item>Arne Henrik Juul &lt;arnej@Lise.Unit.NO&gt;
	<item>Bakul Shah &lt;bvs@bitblocks.com&gt;
	<item>Barry Lustig &lt;barry@ictv.com&gt;
	<item>Bob Wilcox &lt;bob@obiwan.uucp&gt;
	<item>Branko Lankester
	<item>Brett Lymn &lt;blymn@mulga.awadi.com.AU&gt;
	<item>Charles Hannum &lt;mycroft@ai.mit.edu&gt;
	<item>Chris G. Demetriou &lt;cgd@postgres.berkeley.edu&gt;
	<item>Chris Torek &lt;torek@ee.lbl.gov&gt;
	<item>Christoph Robitschko &lt;chmr@edvz.tu-graz.ac.at&gt;
	<item>Daniel Poirot &lt;poirot@aio.jsc.nasa.gov&gt;
	<item>Dave Burgess &lt;burgess@hrd769.brooks.af.mil&gt;
	<item>Dave Rivers &lt;rivers@ponds.uucp&gt;
	<item>David Dawes &lt;dawes@physics.su.OZ.AU&gt;
	<item>David Greenman &lt;davidg@Root.COM&gt;
	<item>Eric J. Haug &lt;ejh@slustl.slu.edu&gt;
	<item>Felix Gaehtgens &lt;felix@escape.vsse.in-berlin.de&gt;
	<item>Frank Maclachlan &lt;fpm@crash.cts.com&gt;
	<item>Gary A. Browning &lt;gab10@griffcd.amdahl.com&gt;
	<item>Geoff Rehmet &lt;csgr@alpha.ru.ac.za&gt;
	<item>Goran Hammarback &lt;goran@astro.uu.se&gt;
	<item>Guido van Rooij &lt;guido@gvr.win.tue.nl&gt;
	<item>Guy Harris &lt;guy@auspex.com&gt;
	<item>Havard Eidnes &lt;Havard.Eidnes@runit.sintef.no&gt;
	<item>Herb Peyerl &lt;hpeyerl@novatel.cuc.ab.ca
	<item>Holger Veit &lt;Holger.Veit@gmd.de&gt;
	<item>Ishii Masahiro, R. Kym Horsell
	<item>J.T. Conklin &lt;jtc@cygnus.com&gt;
	<item>Jagane D Sundar &lt; jagane@netcom.com &gt;
	<item>James Clark &lt;jjc@jclark.com&gt;
	<item>James Jegers &lt;jimj@miller.cs.uwm.edu&gt;
	<item>James W. Dolter
	<item>James da Silva &lt;jds@cs.umd.edu&gt; et al
	<item>Jay Fenlason &lt;hack@datacube.com&gt;
	<item>Jim Wilson &lt;wilson@moria.cygnus.com&gt;
	<item>J&ouml;rg Lohse &lt;lohse@tech7.informatik.uni-hamburg.de&gt;
	<item>J&ouml;rg Wunsch &lt;joerg_wunsch@uriah.heep.sax.de&gt;
	<item>John Dyson - &lt;formerly dyson@ref.tfs.com&gt;
	<item>John Polstra &lt;jdp@polstra.com&gt;
	<item>John Woods &lt;jfw@eddie.mit.edu&gt;
	<item>Jordan K. Hubbard &lt;jkh@whisker.hubbard.ie&gt;
	<item>Julian Elischer &lt;julian@dialix.oz.au&gt;
	<item>Julian Stacey &lt;jhs@freebsd.org&gt; 
	<item>Karl Lehenbauer &lt;karl@NeoSoft.com&gt; 
	  &lt;karl@one.neosoft.com&gt;
	<item>Keith Bostic &lt;bostic@toe.CS.Berkeley.EDU&gt;
	<item>Ken Hughes
	<item>Kent Talarico &lt;kent@shipwreck.tsoft.net&gt;
	<item>Kevin Lahey &lt;kml%rokkaku.UUCP@mathcs.emory.edu&gt;
	  &lt;kml@mosquito.cis.ufl.edu&gt;
	<item>Marc Frajola &lt;marc@dev.com&gt;
	<item>Mark Tinguely &lt;tinguely@plains.nodak.edu&gt;
	  &lt;tinguely@hookie.cs.ndsu.NoDak.edu&gt;
	<item>Martin Renters &lt;martin@tdc.on.ca&gt;
	<item>Michael Clay &lt;mclay@weareb.org&gt;
	<item>Michael Galassi &lt;nerd@percival.rain.com&gt;
	<item>Mike Durkin &lt;mdurkin@tsoft.sf-bay.org&gt;
	<item>Naoki Hamada &lt;nao@tom-yam.or.jp&gt;
	<item>Nate Williams &lt;nate@bsd.coe.montana.edu&gt;
	<item>Nick Handel &lt;nhandel@NeoSoft.com&gt; 
	  &lt;nick@madhouse.neosoft.com&gt;
	<item>Pace Willisson &lt;pace@blitz.com&gt;
	<item>Paul Kranenburg &lt;pk@cs.few.eur.nl&gt;
	<item>Paul Mackerras &lt;paulus@cs.anu.edu.au&gt;
	<item>Paul Popelka &lt;paulp@uts.amdahl.com&gt;
	<item>Peter da Silva &lt;peter@NeoSoft.com&gt;
	<item>Phil Sutherland &lt;philsuth@mycroft.dialix.oz.au&gt;
	<item>Poul-Henning Kamp&lt;phk@FreeBSD.ORG&gt;
	<item>Ralf Friedl &lt;friedl@informatik.uni-kl.de&gt;
	<item>Rick Macklem &lt;root@snowhite.cis.uoguelph.ca&gt;
	<item>Robert D. Thrush &lt;rd@phoenix.aii.com&gt;
	<item>Rodney W. Grimes &lt;rgrimes@cdrom.com&gt;
	<item>Sascha Wildner &lt;swildner@channelz.GUN.de&gt;
	<item>Scott Burris &lt;scott@pita.cns.ucla.edu&gt;
	<item>Scott Reynolds &lt;scott@clmqt.marquette.mi.us&gt;
	<item>Sean Eric Fagan &lt;sef@kithrup.com&gt;
	<item>Simon J Gerraty &lt;sjg@melb.bull.oz.au&gt;
	  &lt;sjg@zen.void.oz.au&gt;
	<item>Stephen McKay &lt;syssgm@devetir.qld.gov.au&gt;
	<item>Terry Lambert &lt;terry@icarus.weber.edu&gt;
	<item>Terry Lee &lt;terry@uivlsi.csl.uiuc.edu&gt;
	<item>Tor Egge &lt;Tor.Egge@idi.ntnu.no&gt;
	<item>Warren Toomey &lt;wkt@csadfa.cs.adfa.oz.au&gt;
	<item>Wiljo Heinen &lt;wiljo@freeside.ki.open.de&gt;
	<item>William Jolitz &lt;withheld&gt;
	<item>Wolfgang Solfrank &lt;ws@tools.de&gt;
	<item>Wolfgang Stanglmeier &lt;wolf@dentaro.GUN.de&gt;
	<item>Yuval Yarom &lt;yval@cs.huji.ac.il&gt;
</itemize>