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
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
|
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:db="http://docbook.org/ns/docbook">
<head>
<title>FreeBSD Quarterly Status Report</title>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<link rel="shortcut icon" href="https://www.FreeBSD.org/favicon.ico" type="image/x-icon" />
<link rel="stylesheet" media="screen,print" href="https://www.FreeBSD.org/layout/css/fixed.css?20130112" type="text/css" />
</head>
<body>
<div id="containerwrap">
<div id="container">
<span class="txtoffscreen"><a href="#content" title="Skip site navigation" accesskey="1">Skip site navigation</a> (1)
<a href="#contentwrap" title="Skip section navigation" accesskey="2">Skip section navigation</a> (2)
</span>
<div id="headercontainer">
<div id="header">
<h2 class="blockhide">Header And Logo</h2>
<div id="headerlogoleft">
<a href="../.." title="FreeBSD">
<img src="https://www.FreeBSD.org/layout/images/logo-red.png" width="457" height="75" alt="FreeBSD" />
</a>
</div>
<div id="headerlogoright">
<div class="frontdonateroundbox">
<div class="frontdonatetop">
<div>
<b style="display: none;">.</b>
</div>
</div>
<div class="frontdonatecontent">
<a href="https://www.FreeBSDFoundation.org/donate/">Donate to FreeBSD</a>
</div>
<div class="frontdonatebot">
<div>
<b style="display: none;">.</b>
</div>
</div>
</div>
<h2 class="blockhide">Peripheral Links</h2>
<div id="searchnav">
<ul id="searchnavlist"></ul>
</div>
<div id="search">
<form method="get" id="search-form" action="https://duckduckgo.com/" onsubmit="document.getElementById('words').value+=' (site:www.FreeBSD.org OR site:docs.FreeBSD.org OR site:lists.FreeBSD.org OR site:wiki.FreeBSD.org OR site:forums.FreeBSD.org)'">
<h2 class="blockhide">
<label for="words">Search</label>
</h2>
<input type="hidden" name="ka" value="v" />
<input type="hidden" name="kt" value="v" />
<input type="hidden" name="kh" value="1" />
<input type="hidden" name="kj" value="r2" />
<input id="words" name="q" type="text" size="20" maxlength="255" onfocus="if( this.value==this.defaultValue ) this.value='';" value="Search" />
<span> </span>
<input id="submit" name="submit" type="submit" value="Search" />
</form>
</div>
</div>
</div>
<h2 class="blockhide">Site Navigation</h2>
<div id="menu">
<ul class="first">
<li>
<a href="../../">Home</a>
</li>
</ul>
<ul>
<li>
<a href="../../about.html">About</a>
<ul>
<li>
<a href="../../projects/newbies.html">Introduction</a>
</li>
<li>
<a href="../../features.html">Features</a>
</li>
<li>
<a href="../../advocacy/">Advocacy</a>
</li>
<li>
<a href="../../marketing/">Marketing</a>
</li>
<li>
<a href="../../privacy.html">Privacy Policy</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../where.html">Get FreeBSD</a>
<ul>
<li>
<a href="../../releases/">Release Information</a>
</li>
<li>
<a href="../../releng/">Release Engineering</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../docs.html">Documentation</a>
<ul>
<li>
<a href="../../doc/en_US.ISO8859-1/books/faq/">FAQ</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/handbook/">Handbook</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/porters-handbook">Porter's Handbook</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/developers-handbook">Developer's Handbook</a>
</li>
<li>
<a href="//www.FreeBSD.org/cgi/man.cgi">Manual Pages</a>
</li>
<li>
<a href="https://papers.FreeBSD.org">Presentations and Papers</a>
</li>
<li>
<a href="../../doc/en_US.ISO8859-1/books/fdp-primer">Documentation Project Primer</a>
</li>
<li>
<a href="../../docs/books.html">All Books and Articles</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../community.html">Community</a>
<ul>
<li>
<a href="../../community/mailinglists.html">Mailing Lists</a>
</li>
<li>
<a href="https://forums.FreeBSD.org">Forums</a>
</li>
<li>
<a href="../../usergroups.html">User Groups</a>
</li>
<li>
<a href="../../events/events.html">Events</a>
</li>
<li>
<a href="http://freebsdjournal.com">FreeBSD Journal</a>
</li>
<li>
<a href="http://serverfault.com/questions/tagged/freebsd">Q&A (external)</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../projects/index.html">Developers</a>
<ul>
<li>
<a href="https://wiki.FreeBSD.org/IdeasPage">Project Ideas</a>
</li>
<li>
<a href="https://cgit.FreeBSD.org">Git Repository</a>
</li>
<li>
<a href="https://svnweb.FreeBSD.org">Subversion Repository</a>
</li>
<li>
<a href="https://github.com/freebsd">GitHub Mirror</a>
</li>
<li>
<a href="https://reviews.FreeBSD.org">Code Review (Phabricator)</a>
</li>
<li>
<a href="https://wiki.FreeBSD.org">Wiki</a>
</li>
<li>
<a href="https://ci.FreeBSD.org">Continuous Integration Service</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="../../support.html">Support</a>
<ul>
<li>
<a href="../../commercial/commercial.html">Vendors</a>
</li>
<li>
<a href="../../security/">Security Information</a>
</li>
<li>
<a href="https://bugs.FreeBSD.org/search/">Bug Reports</a>
</li>
<li>
<a href="https://www.FreeBSD.org/support.html">Submitting Bug Reports</a>
</li>
</ul>
</li>
</ul>
<ul>
<li>
<a href="https://www.freebsdfoundation.org/">Foundation</a>
<ul>
<li>
<a href="https://www.freebsdfoundation.org/donate/">Monetary Donations</a>
</li>
<li>
<a href="../../donations/index.html#systems">Hardware Donations</a>
</li>
</ul>
</li>
</ul>
</div>
</div>
<div id="content">
<div id="sidewrap">
<div id="sidenav">
<h2 class="blockhide">Section Navigation</h2>
<ul>
<li>
<a href="../../about.html">About</a>
</li>
<li>
<a href="../../features.html">Features</a>
</li>
<li>
<a href="../../applications.html">Applications</a>
</li>
<li>
<a href="../../advocacy/">Advocacy</a>
</li>
<li>
<a href="../../marketing/">Marketing</a>
</li>
<li>
<a href="../../administration.html">Administration</a>
</li>
<li>
<a href="../../news/newsflash.html">News</a>
</li>
<li>
<a href="../../events/events.html">Events</a>
</li>
<li>
<a href="../../news/press.html">Press</a>
</li>
<li>
<a href="../../multimedia/multimedia.html">Multimedia</a>
</li>
<li>
<a href="../../art.html">Artwork</a>
</li>
<li>
<a href="../../logo.html">Logo</a>
</li>
<li>
<a href="../../donations/">Donations</a>
</li>
<li>
<a href="../../copyright/">Legal Notices</a>
</li>
<li>
<a href="../../privacy.html">Privacy Policy</a>
</li>
</ul>
</div>
</div>
<div id="contentwrap"><h1>Introduction</h1><p>The FreeBSD Project made substantial progress in the month of
August, 2001, both on continuing the development of the RELENG_4
line (4.x-STABLE and 4.x-RELEASE), and on 5.0-CURRENT, the main
development branch. During this month, the decision was made to
push the release of 5.0-CURRENT back so that KSE (support for
fine-grained user threads) could be completed in time for the
release, rather than postponing that support for 6.0. As such, the
lifespan of the RELENG_4 line will be extended, with new features
continuing to be backported to that branch. 4.4-RELEASE went into
final beta during this month, and will also be available
shortly.</p><p>This month's edition of the status report has been written with
the assistance of Nik Clayton and Chris Costello.</p><h1>Future submissions</h1><p>For next month, the submission procedures remain the same:
reports should be between one and two paragraphs long, sent by
e-mail, and in a format approximately that of this month's
submissions (Project, Contact, URL, and text). Reminders will be
mailed to the hackers@FreeBSD.org and developers@FreeBSD.org
mailing lists at least a week before the deadline; complete
submission instructions may be found in those reminders.</p><p>-- Robert Watson</p><hr /><ul><li><a href="#aac-driver">aac driver</a></li><li><a href="#ARM-port">ARM port</a></li><li><a href="#BSDCon-Europe">BSDCon Europe</a></li><li><a href="#CAM">CAM</a></li><li><a href="#Compressed-TCP-state">Compressed TCP state</a></li><li><a href="#CVSROOT-script-rewrite/tidy">CVSROOT script rewrite/tidy</a></li><li><a href="#Documentation-Project">Documentation Project</a></li><li><a href="#fbsd-nvdriver">fbsd-nvdriver</a></li><li><a href="#Fibre-Channel-Support">Fibre Channel Support</a></li><li><a href="#floppy-driver-overhaul">floppy driver overhaul</a></li><li><a href="#FreeBSD-core-secretary">FreeBSD core-secretary</a></li><li><a href="#FreeBSD-Java-Project">FreeBSD Java Project</a></li><li><a href="#FreeBSD-PAM">FreeBSD PAM</a></li><li><a href="#FreeBSD-Release-Engineering">FreeBSD Release Engineering</a></li><li><a href="#FreeBSD/sparc64-port">FreeBSD/sparc64 port</a></li><li><a href="#GNOME-Desktop-for-FreeBSD">GNOME Desktop for FreeBSD</a></li><li><a href="#ia64-Port">ia64 Port</a></li><li><a href="#Improved-TCP-Initial-Sequence-Numbers">Improved TCP Initial Sequence Numbers</a></li><li><a href="#Intel-Gigabit-Ethernet">Intel Gigabit Ethernet</a></li><li><a href="#IP-Multicast-Routing-support">IP Multicast Routing support</a></li><li><a href="#jpman-project">jpman project</a></li><li><a href="#KAME">KAME</a></li><li><a href="#KSE">KSE</a></li><li><a href="#libh-Project">libh Project</a></li><li><a href="#LOMAC">LOMAC</a></li><li><a href="#Mbuf-SMPng-allocator">Mbuf SMPng allocator</a></li><li><a href="#Netgraph-ATM">Netgraph ATM</a></li><li><a href="#network-device-cloning">network device cloning</a></li><li><a href="#Network-device-nodes">Network device nodes</a></li><li><a href="#Network-SMP-locking">Network SMP locking</a></li><li><a href="#OLDCARD-improvements">OLDCARD improvements</a></li><li><a href="#Porting-ppp-to-hurd-&-linux">Porting ppp to hurd & linux</a></li><li><a href="#PPP-IPv6-Support">PPP IPv6 Support</a></li><li><a href="#pppoa">pppoa</a></li><li><a href="#pppoed">pppoed</a></li><li><a href="#PRFW---hooks-for-the-FreeBSD-kernel">PRFW - hooks for the FreeBSD kernel</a></li><li><a href="#Problem-Reports">Problem Reports</a></li><li><a href="#RAIDframe-for-FreeBSD">RAIDframe for FreeBSD</a></li><li><a href="#RELNOTESng">RELNOTESng</a></li><li><a href="#SCSI-Tape-Support">SCSI Tape Support</a></li><li><a href="#SMPng">SMPng</a></li><li><a href="#sppp(4)-merge">sppp(4) merge</a></li><li><a href="#SYN-cache-implementation-for-FreeBSD">SYN cache implementation for FreeBSD</a></li><li><a href="#TrustedBSD">TrustedBSD</a></li><li><a href="#TrustedBSD-Capabilities">TrustedBSD Capabilities</a></li></ul><hr /><h2><a name="aac-driver" href="#aac-driver" id="aac-driver">aac driver</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://people.FreeBSD.org/~scottl/aac" title="http://people.FreeBSD.org/~scottl/aac"></a></td><td>
URL: <a href="http://people.FreeBSD.org/~scottl/aac" title="">http://people.FreeBSD.org/~scottl/aac</a></td></tr></table><p>
Contact:
Scott
Long
<<a href="mailto:scottl@FreeBSD.org">scottl@FreeBSD.org</a>>
</p>
<p>The aac driver has been given a lot of attention lately and is
now nearly feature complete. Changes include crashdump support,
correct handling of controller initiated commands, and more
complete management interface support. The Linux RAID management
tool available from Dell and HP now fully works; a FreeBSD native
version of the tool is also in the works. These changes have been
checked into -current, and will appear in -stable once 4.4 has
been released.</p>
<hr /><h2><a name="ARM-port" href="#ARM-port" id="ARM-port">ARM port</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://pages.infinit.net/sepotvin/" title="http://pages.infinit.net/sepotvin/"></a></td><td>
URL: <a href="http://pages.infinit.net/sepotvin/" title="">http://pages.infinit.net/sepotvin/</a></td></tr></table><p>
Contact:
Stephane
Potvin
<<a href="mailto:sepotvin@videotron.ca">sepotvin@videotron.ca</a>>
</p>
<p>Basic footbridge support is now functional and the kernel is
now able to probe the pci bus. Access primitives for the bus are
still missing so I can't attach any drivers yet.</p>
<hr /><h2><a name="BSDCon-Europe" href="#BSDCon-Europe" id="BSDCon-Europe">BSDCon Europe</a></h2><p>
Contact:
Paul
Richards
<<a href="mailto:paul@freebsd-services.com">paul@freebsd-services.com</a>>
</p>
<p>Planning for BSDCon Europe is going well. We're still
accepting proposals for talks but the schedule is starting to
fill up so we may not be for much longer.</p>
<p>An update of the site that includes accommodation information,
a preliminary schedule, a list of speakers and an online payment
page will be launched on Wednesday 19 September.</p>
<p>The fee will be £150 for individuals and £250 for
corporations. The individual pricing is valid only until the end
of September, the price will rise to £200 for October and
late registrations in November will be £250.</p>
<p>The updated website will include a list of sponsorship
options, we're still looking for more sponsorship.</p>
<hr /><h2><a name="CAM" href="#CAM" id="CAM">CAM</a></h2><p>
Contact:
Matthew
Jacob
<<a href="mailto:mjacob@FreeBSD.org">mjacob@FreeBSD.org</a>>
<br />
Contact:
Justin
Gibbs
<<a href="mailto:gibbs@FreeBSD.org">gibbs@FreeBSD.org</a>>
<br />
Contact:
Kenneth
Merry
<<a href="mailto:ken@FreeBSD.org">ken@FreeBSD.org</a>>
</p>
<p>No change since last status. Some discussion amongst all of us
occurred, but lack of time and commitment to FreeBSD has meant
little has actually been committed to the tree. SMPng work will
be left to those who seem to have a notion about what needs to be
done.</p>
<hr /><h2><a name="Compressed-TCP-state" href="#Compressed-TCP-state" id="Compressed-TCP-state">Compressed TCP state</a></h2><p>
Contact:
Jonathan
Lemon
<<a href="mailto:jlemon@FreeBSD.org">jlemon@FreeBSD.org</a>>
</p>
<p>State information for TCP connections is primarily kept in the
TCP/IP control blocks in the kernel. Not all of the TCP states
make use of the entire structure, and significant memory savings
can be had by using a cut-down version of the state in some
cases. The first phase of this project will address connections
that are in the TIME_WAIT state by moving them into a smaller
structure.</p>
<p>This project has completed the initial research and rough
design phases, with actual code development starting
immediately.</p>
<hr /><h2><a name="CVSROOT-script-rewrite/tidy" href="#CVSROOT-script-rewrite/tidy" id="CVSROOT-script-rewrite/tidy">CVSROOT script rewrite/tidy</a></h2><p>
Contact:
Josef
Karthauser
<<a href="mailto:joe@FreeBSD.org">joe@FreeBSD.org</a>>
</p>
<p>Work is still progressing to make all of the perl scripts run
using perl's 'strict' mode, and to migrate all FreeBSD specific
options into the configuration file (CVSROOT/cfg.pm). I'll be
looking for help soon to write a guide on how to make use of
these scripts for use in your own repository. Anyone interested
in helping should contact me at the above email address.</p>
<hr /><h2><a name="Documentation-Project" href="#Documentation-Project" id="Documentation-Project">Documentation Project</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeBSD.org/docs.html" title="http://www.FreeBSD.org/docs.html"></a></td><td>
URL: <a href="http://www.FreeBSD.org/docs.html" title="">http://www.FreeBSD.org/docs.html</a></td></tr><tr><td><a href="http://www.FreeBSD.org/docproj/index.html" title="http://www.FreeBSD.org/docproj/index.html"></a></td><td>
URL: <a href="http://www.FreeBSD.org/docproj/index.html" title="">http://www.FreeBSD.org/docproj/index.html</a></td></tr></table><p>
Contact:
Nik
Clayton
<<a href="mailto:nik@FreeBSD.org">nik@FreeBSD.org</a>>
<br />
Contact:
Documentation Project
<<a href="mailto:doc@FreeBSD.org">doc@FreeBSD.org</a>>
</p>
<p>The Handbook has been the main focus of activity this month.
Due to go to the printers on the 15th a vast amount of new
content has been submitted and committed. This includes a
complete rewrite of the "Installing FreeBSD", which massively
expands the amount of information available to people new to
FreeBSD. It even includes screenshots.</p>
<p>
<a href="http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html" shape="rect">
http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/install.html</a>
</p>
<p>Comments, and contributions are, of course, welcome.</p>
<hr /><h2><a name="fbsd-nvdriver" href="#fbsd-nvdriver" id="fbsd-nvdriver">fbsd-nvdriver</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://fbsd-nvdriver.sourceforge.net" title="http://fbsd-nvdriver.sourceforge.net"></a></td><td>
URL: <a href="http://fbsd-nvdriver.sourceforge.net" title="">http://fbsd-nvdriver.sourceforge.net</a></td></tr></table><p>
Contact:
Erik
Greenwald
<<a href="mailto:erik@floatingmind.com">erik@floatingmind.com</a>>
<br />
Contact:
Joel
Willson
<<a href="mailto:siigorny@linuxsveeden.borkborkbork">siigorny@linuxsveeden.borkborkbork</a>>
</p>
<p>NVIDIA Corporation releases Linux drivers by using a
combination of binary object files and source (under a
constrictive license). The FreeBSD NVIDIA driver project aimed to
completely replace the source component of the driver using code
targeting FreeBSD 4.3 and released under the BSD license. The
binary module provided is supposedly the same module used on
Windows, BeOS, and OS/2, so it should be portable between
different i80x86 based OS's.</p>
<p>The project is currently on indefinite hold. Our contact at
NVIDIA seemed enthusiastic about the project, and was fairly
quick about returning email, but when we discovered issues that
prevented porting without changes to the binary component or
error codes we needed deciphered, Nick (the contact) said he'd
look into it and never got back. The first major problem was the
ioctl interface, the NVIDIA driver passes a pointer and depends
on the kernel side to copyout the right amount, where FreeBSD
expect the parameters to be correct and the copyout is performed
by the subsystem. This was worked around using Dave Rufinos
"ioctl tunnel" idea. After that, we found that X refused to load
and traced it down to an ioctl defined in the binary component
erroring. We cannot tell what that ioctl is, were told that we
could not sign an NDA for source to that component, and have been
waiting a month for Nick to "look into it". Therefore progress is
impossible (without breaking the license) and we believe that the
flaws make the driver unportable to any *nix other than
Linux.</p>
<hr /><h2><a name="Fibre-Channel-Support" href="#Fibre-Channel-Support" id="Fibre-Channel-Support">Fibre Channel Support</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.feral.com/isp.html" title="http://www.feral.com/isp.html"></a></td><td>
URL: <a href="http://www.feral.com/isp.html" title="">http://www.feral.com/isp.html</a></td></tr></table><p>
Contact:
Matthew
Jacob
<<a href="mailto:mjacob@FreeBSD.org">mjacob@FreeBSD.org</a>>
</p>
<p>2 Gigabit support was integrated on 8/31/2001 (QLogic
2300/2312 cards). Because of the author's shrinking time
commitment for FreeBSD, the previously planned "next step" which
would have been more complete new CAM Transport integration is
now probably just the addition of an FC-IP adjunct (as this can
benefit many platforms simultaneously).</p>
<hr /><h2><a name="floppy-driver-overhaul" href="#floppy-driver-overhaul" id="floppy-driver-overhaul">floppy driver overhaul</a></h2><p>
Contact:
Joerg
Wunsch
<<a href="mailto:j@uriah.heep.sax.de">j@uriah.heep.sax.de</a>>
</p>
<p>As part of some ongoing development activity, the floppy
driver (fdc(4)) enjoyed some overhaul in the past which is part
of an ongoing process. Automatic density selection will come
next, something i meant to implement for years now. As part of
that, the entire density selection stuff has been rewritten. 2.88
MB floppies are on the wishlist as well, but I need a working
2.88 drive before attempting to implement that.</p>
<hr /><h2><a name="FreeBSD-core-secretary" href="#FreeBSD-core-secretary" id="FreeBSD-core-secretary">FreeBSD core-secretary</a></h2><p>
Contact:
Alan
Clegg
<<a href="mailto:abc@FreeBSD.org">abc@FreeBSD.org</a>>
<br />
Contact: <<a href="mailto:core-secretary@FreeBSD.org">core-secretary@FreeBSD.org</a>>
</p>
<p>The position of Core Secretary was filled by Alan Clegg
<abc@FreeBSD.org> The first core-secretary report should be
available the second week in September and will cover the issues
discussed by core during August 2001.</p>
<hr /><h2><a name="FreeBSD-Java-Project" href="#FreeBSD-Java-Project" id="FreeBSD-Java-Project">FreeBSD Java Project</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeBSD.org/java/" title="http://www.FreeBSD.org/java/"></a></td><td>
URL: <a href="http://www.FreeBSD.org/java/" title="">http://www.FreeBSD.org/java/</a></td></tr></table><p>
Contact:
Greg
Lewis
<<a href="mailto:glewis@eyesbeyond.com">glewis@eyesbeyond.com</a>>
</p>
<p>Most of the work this month has focused on development of the
native JDK 1.3.1 patchset. The 3rd patchset is out and has been
accompanied with the creation of a FreeBSD "port". This has
allowed early adopters much easier access to the code and
naturally resulted in a number of bugs being found. Development
work has mostly focused on fixing these problems and the project
is now set to release fourth patchset over the weekend, which
should see the JDK in a reasonably usable state. One of the big
challenges left is producing a working HotSpot JVM, which looks
like it will require some heavy hacking.</p>
<p>We also welcome OpenBSD's Heikki Korpela to the porting team
:)</p>
<hr /><h2><a name="FreeBSD-PAM" href="#FreeBSD-PAM" id="FreeBSD-PAM">FreeBSD PAM</a></h2><p>
Contact:
Mark
Murray
<<a href="mailto:markm@FreeBSD.org">markm@FreeBSD.org</a>>
</p>
<p>Development is continuing; pam_unix has gained the ability to
change passwords, login(1) has had PAM made compulsory (and is
going to have more PAM-capable features handed over to PAM).</p>
<hr /><h2><a name="FreeBSD-Release-Engineering" href="#FreeBSD-Release-Engineering" id="FreeBSD-Release-Engineering">FreeBSD Release Engineering</a></h2><p>
Contact:
FreeBSD Release Engineer Team
<<a href="mailto:re@FreeBSD.org">re@FreeBSD.org</a>>
</p>
<p>The FreeBSD release engineering process for FreeBSD 4.4
started to ramp up around August 1st when the "code slush" took
affect. During this time all commits to the RELENG_4 branch were
reviewed by re@FreeBSD.org (over 250 code snippets had to be
reviewed). After the first release candidate on August 15th, all
submissions were scrutinized under a more strict potential risk
vs benefit curve. The best way to help get involved with the
release engineering process is to simply follow the low volume
freebsd-qa mailing list, help out with the neverending supply of
PRs related to our installation tools (sysinstall), or to work on
a possible next-generation replacement for our installation
technology, such as the libh or OpenPackages projects.</p>
<p>Many companies donated equipment, network access, or paychecks
to finance these activities. Including Compaq, Yahoo!, Wind River
Systems, and many more.</p>
<hr /><h2><a name="FreeBSD/sparc64-port" href="#FreeBSD/sparc64-port" id="FreeBSD/sparc64-port">FreeBSD/sparc64 port</a></h2><p>
Contact:
Jake
Burkholder
<<a href="mailto:jake@FreeBSD.org">jake@FreeBSD.org</a>>
<br />
Contact:
Thomas
Moestl
<<a href="mailto:tmm@FreeBSD.org">tmm@FreeBSD.org</a>>
<br />
Contact:
Robert
Drehmel
<<a href="mailto:robert@FreeBSD.org">robert@FreeBSD.org</a>>
</p>
<p>Sparc64 development is still continuing rapidly and we're
making some excellent progress. Of note, some problems with the
way the pmap module implements copy-on-write mappings have been
fixed and fork() now works as expected, support for signals has
been added, and the port has been updated for KSE in the perforce
repository. Thomas Moestl has begun work on pci bus support, and
a basic nexus bus for sparc64 has been written. The driver for
the Sun `Psycho' and `Sabre' UPA-to-PCI bridges and associated
code has been ported from NetBSD (the Sabre is the on-chip
version found in the UltraSparc IIi and IIe). PCI configuration,
I/O and memory space accesses do already work, as well as
interrupt assignment and delivery for devices attached directly
to the bridge, and the first PCI device drivers can attach and
seem to work mostly. Interrupt routing and busdma support still
need much work.</p>
<hr /><h2><a name="GNOME-Desktop-for-FreeBSD" href="#GNOME-Desktop-for-FreeBSD" id="GNOME-Desktop-for-FreeBSD">GNOME Desktop for FreeBSD</a></h2><p>
Contact:
Maxim
Sobolev
<<a href="mailto:sobomax@FreeBSD.org">sobomax@FreeBSD.org</a>>
<br />
Contact:
FreeBSD GNOME Team
<<a href="mailto:gnome@FreeBSD.org">gnome@FreeBSD.org</a>>
</p>
<p>Getting GNOME Fifth-Toe metaport ready for 4.4-RELEASE was the
main focus of activity this month. In the process many components
were updated, many bugs were tracked down and solved, which
allowed to make this 97-component meta-package building and
working properly.</p>
<p>Next month the project will be focused on organizing work of
the FreeBSD GNOME Team as well as on attempts to increase amount
of people participating in the team (anybody who is willing to
participate is welcome to drop a note to gnome@FreeBSD with a
short explanation of how he/she could help).</p>
<hr /><h2><a name="ia64-Port" href="#ia64-Port" id="ia64-Port">ia64 Port</a></h2><p>
Contact:
Doug
Rabson
<<a href="mailto:dfr@FreeBSD.org">dfr@FreeBSD.org</a>>
</p>
<p>Current status is that the ia64 kernel builds and runs in a
simulator environment up to single user mode and has been tested
lightly in that environment. My current focus is on completing
the ia64 loader so that I can start to get kernels working on the
real hardware. The loader is coming along well and I expect to be
able to load kernels (but not necessary execute them) soon.</p>
<hr /><h2><a name="Improved-TCP-Initial-Sequence-Numbers" href="#Improved-TCP-Initial-Sequence-Numbers" id="Improved-TCP-Initial-Sequence-Numbers">Improved TCP Initial Sequence Numbers</a></h2><p>
Contact:
Mike
Silbersack
<<a href="mailto:silby@silby.com">silby@silby.com</a>>
</p>
<p>In mid March, 2001, Tim Newsham of Guardent identified an
attack possible against the initial sequence number generation
scheme of FreeBSD (and other OSes.) In order to guard against
this threat, a randomized sequence number generation scheme was
ported over from OpenBSD and included in 4.3-release.
Unfortunately, non-monotonic generation was found to cause major
problems with applications which initiate continuous, rapid
connections to a single host.</p>
<p>In order to restore proper operation under such circumstances
while still providing strong resistance against sequence number
prediction, FreeBSD 4.4 uses the algorithm specified in RFC 1948.
This algorithm hashes together host and port information with a
piece of secret data to generate a unique sequence number space
for each connection. As a result, outgoing initial sequence
numbers are again monotonic, but also unguessable by an
attacker.</p>
<hr /><h2><a name="Intel-Gigabit-Ethernet" href="#Intel-Gigabit-Ethernet" id="Intel-Gigabit-Ethernet">Intel Gigabit Ethernet</a></h2><p>
Contact:
Matthew
Jacob
<<a href="mailto:mjacob@FreeBSD.org">mjacob@FreeBSD.org</a>>
</p>
<p>No new status to report. This driver will be worked on again
soon and cleaned up to work better.</p>
<hr /><h2><a name="IP-Multicast-Routing-support" href="#IP-Multicast-Routing-support" id="IP-Multicast-Routing-support">IP Multicast Routing support</a></h2><p>
Contact:
Bill
Fenner
<<a href="mailto:fenner@FreeBSD.org">fenner@FreeBSD.org</a>>
</p>
<p>FreeBSD's IP Multicast Routing support was recently updated in
several ways. One big change is that it's now able to be loaded
as a KLD instead of statically compiled into the kernel; this is
especially useful for experimentation or updating of an existing
system. It also now coexists nicely with the kernel IP
encapsulation infrastructure, so that multicast tunnels can
better coexist with MobileIP, certain IPSec tunnels and generic
IPv4-in-IPv4 tunnels.</p>
<hr /><h2><a name="jpman-project" href="#jpman-project" id="jpman-project">jpman project</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.jp.FreeBSD.org/man-jp/" title="http://www.jp.FreeBSD.org/man-jp/"></a></td><td>
URL: <a href="http://www.jp.FreeBSD.org/man-jp/" title="">http://www.jp.FreeBSD.org/man-jp/</a></td></tr></table><p>
Contact:
Kazuo
Horikawa
<<a href="mailto:horikawa@psinet.com">horikawa@psinet.com</a>>
<br />
Contact: <<a href="mailto:man-jp@jp.FreeBSD.org">man-jp@jp.FreeBSD.org</a>>
</p>
<p>Targeting 4.4-RELEASE, one team has been translating newly
MFC'ed section [125678] manpages. The other team has been
updating section 3 since May and one third (1/3) is finished. The
port ja-groff is updated to be groff-1.17.2 based, and now it has
the same functionality as base system does. The port ja-man is
updated to have the search capability under an architecture
subdirectory, as base system does. The doc/ja_JP.eucJP/man
hierarchy update (adding architecture subdirectories) is planned
after 4.4-RELEASE.</p>
<hr /><h2><a name="KAME" href="#KAME" id="KAME">KAME</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.kame.net/" title="http://www.kame.net/"></a></td><td>
URL: <a href="http://www.kame.net/" title="">http://www.kame.net/</a></td></tr></table><p>
Contact:
Munechika
Sumikawa
<<a href="mailto:sumikawa@FreeBSD.org">sumikawa@FreeBSD.org</a>>
</p>
<p>The KAME project (http://www.kame.net/) has merged its IPv6
and IPsec implementation as of July 2001 to FreeBSD CURRENT and
STABLE, in cooperation with some contributors of the project. The
latest code includes a number of bug fixes, has been fully tested
in FreeBSD STABLE, and will appear in FreeBSD 4.4 RELEASE. Thus,
the new RELEASE version will be quite stable in terms of IPv6 and
IPsec.</p>
<p>The project has assigned a talented guy to be responsible for
merge from KAME to FreeBSD, so future merge efforts will be
smoother.</p>
<hr /><h2><a name="KSE" href="#KSE" id="KSE">KSE</a></h2><p>
Contact:
Julian
Elischer
<<a href="mailto:julian@elischer.org">julian@elischer.org</a>>
<br />
Contact:
Peter
Wemm
<<a href="mailto:peter@FreeBSD.org">peter@FreeBSD.org</a>>
<br />
Contact:
Matt
Dillon
<<a href="mailto:dillon@FreeBSD.org">dillon@FreeBSD.org</a>>
</p>
<p>Work in adding supporting infrastructure to the kernel for KSE
threading support has reached "milestone 2".</p>
<p>Milestone 2 is where the kernel source consistently refers to
its resources in terms of per-thread and per-process resources,
in the way that it will need to when there are > 1 threads per
process, but the LOGICAL changes to such things as the scheduler,
and fork and exit, have not yet been made to allow more than one
thread to be created. (nor have new threading syscalls been added
yet). This is an important milestone as it represents the last
point where the kernel has only "mechanical" changes. To go
further we must start adding new algorithms and functions.</p>
<p>The kernel for milestone 2 is reliable and has no noticeable
performance degradations when compared to a matching -current
kernel. (the differences are less than the margin of error, so
that sometimes the new kernel actually fractionally beats the
unaltered kernel).</p>
<p>We hope that by the time this is published, the KSE patches
will have been committed. The Major effect for most developers
will be only that the device driver interface requires a 'thread'
pointer instead of a Proc pointer in the open, close and ioctl
entrypoints.</p>
<p>I'm sure there will be small teething problems but we are not
expecting great problems at the commit.</p>
<hr /><h2><a name="libh-Project" href="#libh-Project" id="libh-Project">libh Project</a></h2><p>
Contact:
Alexander
Langer
<<a href="mailto:alex@FreeBSD.org">alex@FreeBSD.org</a>>
<br />
Contact:
Nathan
Ahistrom
<<a href="mailto:nra@FreeBSD.org">nra@FreeBSD.org</a>>
</p>
<p>I have access to the libh CVS repo again and am testing a new,
OBJDIR capable build structure at the moment. Done that, I'm
going to continue testing the package library and implement the
missing functionality. Currently, import of libh into the base
system is under discussion (arch mailinglist). Now that
5.0-RELEASE has been shifted, I want 5.0 ship with a libh
installer and package system. We can really need people who are
good in C++, are able to understand what the current
implementation does and also feel that working on libh is fun and
thus are willing to help.</p>
<hr /><h2><a name="LOMAC" href="#LOMAC" id="LOMAC">LOMAC</a></h2><p>
Contact:
Brian
Feldman
<<a href="mailto:green@FreeBSD.org">green@FreeBSD.org</a>>
</p>
<p>The port of LOMAC to FreeBSD is progressing well, and already
has a very high level of stability (no known outstanding bugs!).
Aspects which have already been implemented include a stacking
filesystem overlay with fully-functional access controls (for
files and directories) based on path names, access controls for
sending signals, and file-backed-memory revocation for
processes.</p>
<hr /><h2><a name="Mbuf-SMPng-allocator" href="#Mbuf-SMPng-allocator" id="Mbuf-SMPng-allocator">Mbuf SMPng allocator</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://people.FreeBSD.org/~bmilekic/code/mb_slab/" title="http://people.FreeBSD.org/~bmilekic/code/mb_slab/"></a></td><td>
URL: <a href="http://people.FreeBSD.org/~bmilekic/code/mb_slab/" title="">http://people.FreeBSD.org/~bmilekic/code/mb_slab/</a></td></tr></table><p>
Contact:
Bosko
Milekic
<<a href="mailto:bmilekic@FreeBSD.org">bmilekic@FreeBSD.org</a>>
</p>
<p>The allocator appears to be stable. Mbtypes statistics have
been re-activated thanks, in part, to Jiangyi Liu
<jyliu@163.net> although the diff has not yet been
committed (I'm just in the process of cleaning it up a little and
final testing). More work to come: cleanups, follow TODO from the
original commit, and perhaps an eventual generalization of the
allocator for various network-related allocations (in a more
distant future).</p>
<hr /><h2><a name="Netgraph-ATM" href="#Netgraph-ATM" id="Netgraph-ATM">Netgraph ATM</a></h2><p>
Contact:
Hartmut
Brandt
<<a href="mailto:brandt@fokus.gmd.de">brandt@fokus.gmd.de</a>>
</p>
<p>The ATM stack has been tested with a number of FreeBSD
machines and a Marconi ATM switch and seems to be quite stable
running CLIP. Multi port support for the native ATM API has been
implemented but needs some testing.</p>
<hr /><h2><a name="network-device-cloning" href="#network-device-cloning" id="network-device-cloning">network device cloning</a></h2><p>
Contact:
Brooks
Davis
<<a href="mailto:brooks@FreeBSD.org">brooks@FreeBSD.org</a>>
</p>
<p>Support for cloning vlan devices via ifconfig has been
committed to -current and will be MFC'd after further testing.
Additionally, Maksim Yevmenkin submitted code to allow cloning of
tap and vmnet devices on devfs systems. Code for faith and stf
should be committed shortly.</p>
<hr /><h2><a name="Network-device-nodes" href="#Network-device-nodes" id="Network-device-nodes">Network device nodes</a></h2><p>
Contact:
Jonathan
Lemon
<<a href="mailto:jlemon@FreeBSD.org">jlemon@FreeBSD.org</a>>
</p>
<p>Currently, all network devices (fxp0, lo0, etc) exist in their
own namespace, and are accessed through a socket interface. This
project creates device nodes in /dev for network devices, and
allows control and access in that fashion.</p>
<p>This is experimental work, and suggestions for APIs and
functionality are strongly encouraged and welcomed. In is not
clear whether it will be possible (or desirable) to provide the
exact same set of operations that can be done through the socket
interface.</p>
<p>Benefits of approach include the fact that a kqueue filter can
be attached to a network device for monitoring purposes. Initial
code exists to send a kq event whenever the network link status
changes. Other benefits may include better access control by
using filesystem ACLs to control access to the device.</p>
<hr /><h2><a name="Network-SMP-locking" href="#Network-SMP-locking" id="Network-SMP-locking">Network SMP locking</a></h2><p>
Contact:
Jonathan
Lemon
<<a href="mailto:jlemon@FreeBSD.org">jlemon@FreeBSD.org</a>>
</p>
<p>For 5.0, the goal is for the network stack to run without the
Giant lock. Initial development in this area may focus on
partitioning the code and data structures into distinct areas of
responsibilities. A first pass of locking may involve using a
several smaller mini-giant code locks in order to reduce the
problem to a manageable size.</p>
<p>Progress for this month includes the creation of a perforce
repository to officially track the locking changes, and the
initial submission of locks for the &ifnet list. Some code
cleanup has also been done to the main tree in order to better
support future locking additions.</p>
<hr /><h2><a name="OLDCARD-improvements" href="#OLDCARD-improvements" id="OLDCARD-improvements">OLDCARD improvements</a></h2><p>
Contact:
Warner
Losh
<<a href="mailto:imp@FreeBSD.org">imp@FreeBSD.org</a>>
</p>
<p>The OLDCARD improvements have been completed, except for a few
edge cases for older laptops with CL-PD6729/30 chips and some pci
bios issues. Some minor work will continue, but after 4.4R is
released, only a few remaining bugs will be fixed before the
author moves on to greener fields of NEWCARD development.</p>
<hr /><h2><a name="Porting-ppp-to-hurd-&-linux" href="#Porting-ppp-to-hurd-&-linux" id="Porting-ppp-to-hurd-&-linux">Porting ppp to hurd & linux</a></h2><p>
Contact:
Brian
Somers
<<a href="mailto:brian@freebsd-services.com">brian@freebsd-services.com</a>>
</p>
<p>Status is unchanged since last month. Patches have been
submitted to get ppp working under HURD, and mostly under Linux.
There are GPL copyright problems that need to be addressed. Many
conflicts are expected after the commit of IPv6 support in
ppp.</p>
<hr /><h2><a name="PPP-IPv6-Support" href="#PPP-IPv6-Support" id="PPP-IPv6-Support">PPP IPv6 Support</a></h2><p>
Contact:
Brian
Somers
<<a href="mailto:brian@freebsd-services.com">brian@freebsd-services.com</a>>
</p>
<p>The software has been committed to -current and seems
functional. Outstanding issues include dealing with IPV6CP events
(linkup & linkdown scripts) and allocating site-local and
global addresses (currently, ``iface add'' is the only way to
actually use the link).</p>
<hr /><h2><a name="pppoa" href="#pppoa" id="pppoa">pppoa</a></h2><p>
Contact:
Brian
Somers
<<a href="mailto:brian@freebsd-services.com">brian@freebsd-services.com</a>>
</p>
<p>I looked at bringing PPPoA into the base system, but could not
because of an overly restrictive distribution license on the
Alcatel Speedtouch modem firmware. It has been committed as a
port instead and is running live at a FreeBSD Services client
site.</p>
<hr /><h2><a name="pppoed" href="#pppoed" id="pppoed">pppoed</a></h2><p>
Contact:
Brian
Somers
<<a href="mailto:brian@freebsd-services.com">brian@freebsd-services.com</a>>
</p>
<p>Making pppoed function in a production environment. All known
problems have been fixed and committed.</p>
<hr /><h2><a name="PRFW---hooks-for-the-FreeBSD-kernel" href="#PRFW---hooks-for-the-FreeBSD-kernel" id="PRFW---hooks-for-the-FreeBSD-kernel">PRFW - hooks for the FreeBSD kernel</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.freesoftware.fsf.org/jailuser" title="http://www.freesoftware.fsf.org/jailuser"></a></td><td>
URL: <a href="http://www.freesoftware.fsf.org/jailuser" title="">http://www.freesoftware.fsf.org/jailuser</a></td></tr></table><p>
Contact:
Evan
Sarmiento
<<a href="mailto:ems@open-root.org">ems@open-root.org</a>>
</p>
<p>PRFW is a set of hooks for the FreeBSD kernel. It allows users
to insert code into system calls, for such purposes as creating
extended security features. Last week, PRFW reached 0.1.0, with
many bugfixes and cleaning. I urge anyone who is interested to
please visit the site, join the mailing list. Also take a peek at
lsm.immunix.org, the Linux hooks. It will be a good contrast.</p>
<hr /><h2><a name="Problem-Reports" href="#Problem-Reports" id="Problem-Reports">Problem Reports</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://phk.freebsd.dk/Gnats/" title="http://phk.freebsd.dk/Gnats/"></a></td><td>
URL: <a href="http://phk.freebsd.dk/Gnats/" title="">http://phk.freebsd.dk/Gnats/</a></td></tr></table><p>
Contact:
Poul-Henning
Kamp
<<a href="mailto:phk@FreeBSD.org">phk@FreeBSD.org</a>>
</p>
<p>We are making some progress, we are now down to 2170 open PR's
down from an all time high of 3270 just 3 months ago. The aim is
still to get rid of all the dead-wood in the PR database so only
relevant PRs in the database. A big thanks from me to the people
who have made this happen!</p>
<hr /><h2><a name="RAIDframe-for-FreeBSD" href="#RAIDframe-for-FreeBSD" id="RAIDframe-for-FreeBSD">RAIDframe for FreeBSD</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://people.FreeBSD.org/~scottl/rf" title="http://people.FreeBSD.org/~scottl/rf"></a></td><td>
URL: <a href="http://people.FreeBSD.org/~scottl/rf" title="">http://people.FreeBSD.org/~scottl/rf</a></td></tr></table><p>
Contact:
Scott
Long
<<a href="mailto:scottl@FreeBSD.org">scottl@FreeBSD.org</a>>
</p>
<p>After two months of little progress, RAIDframe work is gearing
up again. The port to -stable has some known bugs but is fairly
stable. The port to -current was recently completed and patches
will be released soon. RAIDframe is a multi-platform RAID
subsystem designed at CMU. This is a port of the NetBSD version
by Greg Oster.</p>
<hr /><h2><a name="RELNOTESng" href="#RELNOTESng" id="RELNOTESng">RELNOTESng</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://people.FreeBSD.org/~bmah/relnotes/" title="http://people.FreeBSD.org/~bmah/relnotes/"></a></td><td>
URL: <a href="http://people.FreeBSD.org/~bmah/relnotes/" title="">http://people.FreeBSD.org/~bmah/relnotes/</a></td></tr></table><p>
Contact:
Bruce
Mah
<<a href="mailto:bmah@FreeBSD.org">bmah@FreeBSD.org</a>>
</p>
<p>RELNOTESng, the DocBook-ified set of release documentation
files, has been merged to the RELENG_4 branch. 4.4-RELEASE will
be the first release of FreeBSD with the new-style release notes,
hardware list, etc. Some of these documents are being translated
by the Japanese and Russian translation teams.</p>
<p>Snapshots of RELNOTESng for CURRENT and 4-STABLE in HTML,
text, and PDF are available at the above URL and are updated
irregularly but frequently. Dima Dorfman <dd@FreeBSD.org>
and Nik Clayton <nik@FreeBSD.org> have been working to have
automatically-generated snapshots on the main FreeBSD web
site.</p>
<p>On my TODO list: 1) Resynchronize the FreeBSD installation
document with the installation chapter in the Handbook. 2) Update
the hardware lists (with particular emphasis on PCCARD and USB
devices). 3) Update the infrastructure to allow the
architecture-dependent parts of RELNOTESng to scale to more
hardware platforms.</p>
<hr /><h2><a name="SCSI-Tape-Support" href="#SCSI-Tape-Support" id="SCSI-Tape-Support">SCSI Tape Support</a></h2><p>
Contact:
Matthew
Jacob
<<a href="mailto:mjacob@FreeBSD.org">mjacob@FreeBSD.org</a>>
</p>
<p>A major update to error handling was done on 8/28/2001 which
should correct most of the EOM detection problems that have been
around for a while. There are several things to fix. The
principle thing to fix next is the establishment of a loader(8)
mediated device quirks method.</p>
<hr /><h2><a name="SMPng" href="#SMPng" id="SMPng">SMPng</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeBSD.org/~jasone/smp/" title="http://www.FreeBSD.org/~jasone/smp/"></a></td><td>
URL: <a href="http://www.FreeBSD.org/~jasone/smp/" title="">http://www.FreeBSD.org/~jasone/smp/</a></td></tr></table><p>
Contact:
John
Baldwin
<<a href="mailto:jhb@FreeBSD.org">jhb@FreeBSD.org</a>>
<br />
Contact:
Peter
Wemm
<<a href="mailto:wemm@FreeBSD.org">wemm@FreeBSD.org</a>>
</p>
<p>Updates to things from last month:
<ul>
<li>The ast() fixes were committed last month.</li>
<li>The work on the preemptive kernel is stalled for the time
being. It is still unstable on Alpha and SMP systems.</li>
</ul>
</p>
<p>New stuff since last month:
<ul>
<li>sx locks now support upgrades and downgrades.</li>
<li>Witness now supports lock upgrades and downgrades.</li>
<li>Jason Evans has committed a semaphore implementation.</li>
<li>Matt Dillon has pushed Giant down into all of the
syscalls.</li>
<li>John Baldwin has been working on proc locking in a p4
'jhb_proc' branch.</li>
<li>John is also currently working on making the ktrace code
use a work thread to asynchronously write trace data out to the
trace file. This will make ktrace safe almost completely MP
safe with the exception that a few ktrace events need Giant in
order to call malloc(9) and that ktrgenio() is still
synchronous. Specifically, however, ktrpsig(), ktrsysret(), and
ktrcsw() no longer need Giant.</li>
<li>Jonathan Lemon has started work on locking the network
stack in a p4 'netlock' branch.</li>
</ul>
</p>
<hr /><h2><a name="sppp(4)-merge" href="#sppp(4)-merge" id="sppp(4)-merge">sppp(4) merge</a></h2><p>
Contact:
Joerg
Wunsch
<<a href="mailto:j@uriah.heep.sax.de">j@uriah.heep.sax.de</a>>
</p>
<p>sppp(4) should be merged with the ISDN4BSD offspring variant.
This will merge some features and bugfixes from the i4b branch
(like VJ compression), and eventually end up in a single sppp(4)
in the tree. While being at that, incorporating many changes and
bugfixes from NetBSD is considered as well.</p>
<hr /><h2><a name="SYN-cache-implementation-for-FreeBSD" href="#SYN-cache-implementation-for-FreeBSD" id="SYN-cache-implementation-for-FreeBSD">SYN cache implementation for FreeBSD</a></h2><p>
Contact:
Jonathan
Lemon
<<a href="mailto:jlemon@FreeBSD.org">jlemon@FreeBSD.org</a>>
</p>
<p>The syncache implementation is completed, and currently under
testing and review. The code should be committed to -current in
the near future, and a patchset for -stable made available.</p>
<hr /><h2><a name="TrustedBSD" href="#TrustedBSD" id="TrustedBSD">TrustedBSD</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.TrustedBSD.org/" title="http://www.TrustedBSD.org/"></a></td><td>
URL: <a href="http://www.TrustedBSD.org/" title="">http://www.TrustedBSD.org/</a></td></tr></table><p>
Contact:
Robert
Watson
<<a href="mailto:rwatson@FreeBSD.org">rwatson@FreeBSD.org</a>>
<br />
Contact: <<a href="mailto:trustedbsd-discuss@TrustedBSD.org">trustedbsd-discuss@TrustedBSD.org</a>>
</p>
<p>The TrustedBSD project continues to move ahead, with progress
made in the ACL, Capability, and MAC implementations. In
addition, support from DARPA is permitting new work to improve
the extended attribute code, improve security abstractions, and
work on security documentation. Due to the push-back of the
FreeBSD 5.0 release, it should now be possible to include a
complete MAC implementation in that release. Specific status
reports appear for components where substantial progress is being
made.</p>
<hr /><h2><a name="TrustedBSD-Capabilities" href="#TrustedBSD-Capabilities" id="TrustedBSD-Capabilities">TrustedBSD Capabilities</a></h2><p>
Contact:
Robert
Watson
<<a href="mailto:rwatson@FreeBSD.org">rwatson@FreeBSD.org</a>>
<br />
Contact:
Thomas
Moestl
<<a href="mailto:tmm@FreeBSD.org">tmm@FreeBSD.org</a>>
<br />
Contact: <<a href="mailto:trustedbsd-discuss@TrustedBSD.org">trustedbsd-discuss@TrustedBSD.org</a>>
</p>
<p>Capabilities support is currently being committed to the base
FreeBSD tree--userland libraries are now fully committed, and
kernel infrastructure is being integrated.</p>
<hr /><a href="../news.html">News Home</a> | <a href="status.html">Status Home</a></div>
<br class="clearboth" />
</div>
<div id="footer">
<span><a href="../../search/index-site.html">Site Map</a> |
<a href="../../copyright/">Legal Notices</a> | © 1995–2021 The FreeBSD Project.
All rights reserved.</span>
<br />
</div>
</div>
</div>
</body>
</html>
|
