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
|
<?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>Last month's status report was apparently a great success: I
received countless e-mails with comments, questions, and
suggestions. I've tried to incorporate any suggestions and address
any problems from these e-mails in this month's report, which
captures a far more extensive snapshot of FreeBSD activity in the
last month. Unlike last month's report, it does a better job of
reflecting non-development activity, such as on-going conference
planning, documentation, and so on. This is a trend I hope to see
improve in future months as well.</p><p>On the topic of conferences, in the future I'd like to report
more on publication activities relating to FreeBSD, including
online journals with articles relating to FreeBSD, paper journals,
conference papers, and so on. Likewise, I would be interested in
including references to Call for Papers relating to FreeBSD. I'll
take this opportunity to plug both registration and paper
submission for BSDCon Europe in November, which has status included
in this report, and for the general BSD Conference being hosted by
USENIX in February. Your attendance and submissions make these
conferences "happen", and promote FreeBSD as a platform for new
research, feature development, and application products. Work of
extremely high calibre is performed on FreeBSD, and we need to get
the word out.</p><h1>Submission for Future Editions</h1><p>Next month, we're maintaining much the same submission
requirements: reports should be one or two paragraphs long, sent by
e-mail, and approximate the layout of the entries this month
(Project, Contact, URL, and text). I'll send out reminders again
over the week before the deadline, with more specific instructions.
An area where I'd like to explore improvement lies in the
coordination of related status reports for larger projects, such as
new architectural work or platform ports. This might even have the
effect of encouraging communication within these projects :-). I'd
like to continue to focus on pulling in a broader range of groups
and their activities, including the Security Officer, Release
Engineer, and Core Team.</p><p>
<i>-- Robert Watson <
<a href="mailto:rwatson@FreeBSD.org" shape="rect">rwatson@FreeBSD.org</a>
></i>
</p><hr /><ul><li><a href="#ACPI">ACPI</a></li><li><a href="#ARM-Port">ARM Port</a></li><li><a href="#BIND-9">BIND 9</a></li><li><a href="#binup">binup</a></li><li><a href="#BSDCon-Europe">BSDCon Europe</a></li><li><a href="#CAM">CAM</a></li><li><a href="#Documentation-Project">Documentation Project</a></li><li><a href="#Fibre-Channel-Support">Fibre Channel Support</a></li><li><a href="#FreeBSD-Java-Project">FreeBSD Java Project</a></li><li><a href="#FreeBSD-Monthly-Development-Status-Reports">FreeBSD Monthly Development Status Reports</a></li><li><a href="#FreeBSD/sparc64-kernel-loader">FreeBSD/sparc64 kernel loader</a></li><li><a href="#Hardware-Watchpoints-in-the-Kernel-Debugger">Hardware Watchpoints in the Kernel Debugger</a></li><li><a href="#ifconfig-support-for-IEEE-802.11-wireless-devices">ifconfig support for IEEE 802.11 wireless devices</a></li><li><a href="#jailNG">jailNG</a></li><li><a href="#jpman-project">jpman project</a></li><li><a href="#Kernel-Summit---Usenix-2001">Kernel Summit - Usenix 2001</a></li><li><a href="#KSE-threading-the-kernel">KSE threading the kernel</a></li><li><a href="#NetBSD-rc.d-port">NetBSD rc.d port</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="#Next-Generation-POSIX-threads-(NGPT)">Next Generation POSIX threads (NGPT)</a></li><li><a href="#OLDCARD-upgrade-to-support-PCI-cards">OLDCARD upgrade to support PCI cards</a></li><li><a href="#Open-Runtime-Platform-(ORP)">Open Runtime Platform (ORP)</a></li><li><a href="#OpenPackages">OpenPackages</a></li><li><a href="#PAM">PAM</a></li><li><a href="#Porting-ppp-to-hurd-&-linux">Porting ppp to hurd & linux</a></li><li><a href="#PowerPC-Port">PowerPC Port</a></li><li><a href="#PPP-IPv6-Support">PPP IPv6 Support</a></li><li><a href="#pppoed">pppoed</a></li><li><a href="#PRFW---Hooks-within-the-FreeBSD-kernel">PRFW - Hooks within the FreeBSD kernel</a></li><li><a href="#Problem-Reports">Problem Reports</a></li><li><a href="#SCSI-Tape-Support">SCSI Tape Support</a></li><li><a href="#SMPng">SMPng</a></li><li><a href="#SMPng-mbuf-allocator">SMPng mbuf allocator</a></li><li><a href="#sparc64-port">sparc64 port</a></li><li><a href="#SYN-cache-implementation-for-FreeBSD">SYN cache implementation for FreeBSD</a></li><li><a href="#TrustedBSD-Project">TrustedBSD Project</a></li></ul><hr /><h2><a name="ACPI" href="#ACPI" id="ACPI">ACPI</a></h2><p>
Contact:
Mike
Smith
<<a href="mailto:msmith@FreeBSD.org">msmith@FreeBSD.org</a>>
</p>
<p>ACPI (Advanced Configuration and Power Interface) is an
industry standard which obsoletes APM, Intel MPS, PnPBIOS, and
other Intel PC firmware interface standards. It is also used on
the IA64 platform. More information on ACPI is available at</p>
<a href="http://developer.intel.com/technology/iapc/acpi" shape="rect">
http://developer.intel.com/technology/iapc/acpi</a>
<p>The FreeBSD ACPI subsystem project is based heavily on the
Intel ACPI Component Architecture. This status report outlines
the current state of the project; future updates will focus on
changes as they occur.</p>
<p>The Intel ACPI interpreter is fully integrated, although bugs
are still coming out of the woodwork occasionally.</p>
<ul>
<li>PCI bus detection and interrupt routing are functional, but
power management interaction will require work on the core PCI
subsystem.</li>
<li>Non-PCI motherboard peripheral probing is implemented, but
believed to have problems on some systems.</li>
<li>A power policy manager has been implemented. The initial
policy manager has two modes, "performance" and "economy".</li>
<li>CPU speed throttling is integrated with the platform power
policy.</li>
<li>System thermal monitoring is implemented, but fan control
is believed to have problems.</li>
<li>Pushbutton suspend and power-off is implemented.</li>
<li>System timekeeping using the ACPI timer is supported.</li>
<li>Battery status monitoring is implemented.</li>
</ul>
<p>Work is ongoing in the following areas:</p>
<ul>
<li>System suspend and resume.</li>
<li>Timekeeper accuracy/reliability.</li>
<li>Power profiles.</li>
<li>User-level management interfaces.</li>
<li>PCI power management.</li>
<li>Bug-hunting.</li>
</ul>
<hr /><h2><a name="ARM-Port" href="#ARM-Port" id="ARM-Port">ARM Port</a></h2><p>
Contact:
Stephane
Potvin
<<a href="mailto:septovin@videotron.ca">septovin@videotron.ca</a>>
</p>
<p>The ARM port is currently going pretty well. The kernel is
compiling and is able to boot to the point where it panics trying
to initialize the network subsystem. The current reference
platform is the Netwinder but this may change as many people
expressed interest in a more broadly available platform. Things
that need to be done before it can get further includes adding
footbridge, timer and interrupt supports. The pmap module is not
completed yet either.</p>
<hr /><h2><a name="BIND-9" href="#BIND-9" id="BIND-9">BIND 9</a></h2><p>
Contact: Doug Barton <<a href="mailto:dougb@FreeBSD.org">dougb@FreeBSD.org</a>>
<br />
Contact: Jeroen Ruigrok <<a href="mailto:asmodai@FreeBSD.org">asmodai@FreeBSD.org</a>>
</p>
<p>Now that BIND 8.2.4 is finally imported the time has come to
look at getting BIND 9 imported into CURRENT. The current idea is
to have it imported alongside BIND 8 so that people can play with
either one until all import problems have been taken care of and
people have tested it a bit.</p>
<hr /><h2><a name="binup" href="#binup" id="binup">binup</a></h2><p>
Contact: Eric Melville <<a href="mailto:eric@FreeBSD.org">eric@FreeBSD.org</a>>
</p>
<p>Although gaining a new name, the project has been at a
standstill due to both resource availability during the move
between BSDi and Wind River, and other commitments of the
developers. The project should obtain an official mailing list,
as well as return to an active state after the dust settles.</p>
<hr /><h2><a name="BSDCon-Europe" href="#BSDCon-Europe" id="BSDCon-Europe">BSDCon Europe</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.bsdconeurope.org" title="http://www.bsdconeurope.org"></a></td><td>
URL: <a href="http://www.bsdconeurope.org" title="">http://www.bsdconeurope.org</a></td></tr></table><p>
Contact: Paul Richards <<a href="mailto:paul@freebsd-services.co.uk">paul@freebsd-services.co.uk</a>>
<br />
Contact: Josef Karthauser <<a href="mailto:joe@tao.org.uk">joe@tao.org.uk</a>>
</p>
<p>The conference will take place at the Thistle Hotel, Brighton,
UK from 9-11 November 2001.</p>
<p>The aim of the conference is to provide a focal point for
European users and developers of all the BSD derived operating
systems. The format will be similar to other conferences, with 2
days of technical sessions over the Saturday and Sunday.</p>
<p>We'll be finalizing the schedule towards the end of the month
and anybody who is interested in doing a talk should contact us
ASAP. There are no restrictions on the use of talks; if it's been
done before we may still be interested in having it presented to
an European audience, and we make no claims to the talks so
speakers are free to present the talks again at other
conferences.</p>
<p>We're also still looking for sponsors.</p>
<p>We had 80 pre-registrations in the first week so we're
expecting a good turnout.</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>>
</p>
<p>The new CAM transport code is starting to get supported in
more HBAs and to get refined so that it does the intended
per-protocol support. No progress on doing any SMPng work for CAM
has been made yet. This is a fairly high priority.</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: Documentation Project <<a href="mailto:doc@FreeBSD.org">doc@FreeBSD.org</a>>
</p>
<p>Work continues (in large part sponsored by WRS) on updating
the Handbook ready for the second print edition. There has been a
flurry of activity in this area recently, and the ToDo list can
be seen at</p>
<p>
<a href="http://www.FreeBSD.org/docproj/handbook.html" shape="rect">
http://www.FreeBSD.org/docproj/handbook.html</a>
</p>
<p>Dima and others are doing a stellar job of keeping up with the
steady flow of incoming PRs relating to the documentation
project.</p>
<p>The Developers' Handbook,</p>
<p>
<a href="http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/developers-handbook/index.html" shape="rect">
http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/developers-handbook/index.html</a>
</p>
<p>is a year old; it contains a wealth of useful content for
developers developing on, or for, FreeBSD. As ever, more
contributions are always required, not only for the developers'
handbook, but for all of the FreeBSD documentation set.</p>
<hr /><h2><a name="Fibre-Channel-Support" href="#Fibre-Channel-Support" id="Fibre-Channel-Support">Fibre Channel Support</a></h2><p>
Contact: Matthew Jacob <<a href="mailto:mjacob@feral.com">mjacob@feral.com</a>>
</p>
<p>The basic design hasn't changed and this project mainly is in
the phase of continued hardening and test case development. The
next major feature will be to fully integrate into the new CAM
TRAN code and to fully support on the fly device addition and
removal. The only HBA supported is QLogic at this time. Future
support for the QLogic line is planned to have 2300 (2Gb) and IP
support before October.</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>The main development in the FreeBSD Java Project over the last
month was the release of an initial "Developers Only" patchset
for the JDK 1.3.1. Since that release progress had been made
towards a much more usable alpha quality patchset which is
likely to be turned into a port, as per the current JDK 1.2.2
patchset. This new patchset will feature a number of bugfixes,
which essentially get the JDK to a working state for early
adopters, and an initial implementation of "native threads" based
on FreeBSD's userland pthreads. Unfortunately this implementation
isn't fully functional, but is included in the hope of
getting more eyeballs on the code (particularly experienced
pthread programmers). We'd also like to welcome Fuyuhiko
Maruyama-san as a new committer, the usual punishment for too
many good patches.</p>
<hr /><h2><a name="FreeBSD-Monthly-Development-Status-Reports" href="#FreeBSD-Monthly-Development-Status-Reports" id="FreeBSD-Monthly-Development-Status-Reports">FreeBSD Monthly Development Status Reports</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeBSD.org/news/status/" title="http://www.FreeBSD.org/news/status/"></a></td><td>
URL: <a href="http://www.FreeBSD.org/news/status/" title="">http://www.FreeBSD.org/news/status/</a></td></tr></table><p>
Contact: Robert Watson <<a href="mailto:rwatson@FreeBSD.org>">rwatson@FreeBSD.org></a>>
<br />
Contact: Chris Costello <<a href="mailto:chris@FreeBSD.org">chris@FreeBSD.org</a>>
</p>
<p>The FreeBSD Monthly Development Status Report aims to keep
users and developers up-to-date on the latest goings-on in the
FreeBSD project by providing summaries of each project and its
status. At the time of this writing, the July 2001 status report
is being prepared and is very near release. The FreeBSD Web site
now has a Status Reports section, which, when the July 2001
report is released, will be updated to include a link to an
HTML-ified version.</p>
<hr /><h2><a name="FreeBSD/sparc64-kernel-loader" href="#FreeBSD/sparc64-kernel-loader" id="FreeBSD/sparc64-kernel-loader">FreeBSD/sparc64 kernel loader</a></h2><p>
Contact: Robert Drehmel <<a href="mailto:robert@ferrari.de">robert@ferrari.de</a>>
</p>
<p>The sparc64 loader is functional enough to boot an ELF binary
from an UFS filesystem using the existent openfirmware library,
which has been revised to work flawlessly on 32-bit and 64-bit
architectures. Support for netbooting and modules will be
implemented next, followed by a better openfirmware mapping
strategy.</p>
<hr /><h2><a name="Hardware-Watchpoints-in-the-Kernel-Debugger" href="#Hardware-Watchpoints-in-the-Kernel-Debugger" id="Hardware-Watchpoints-in-the-Kernel-Debugger">Hardware Watchpoints in the Kernel Debugger</a></h2><p>
Contact: Brian Dean <<a href="mailto:bsd@FreeBSD.org">bsd@FreeBSD.org</a>>
</p>
<p>Hardware watchpoints are now available for kernel debugging on
the IA32 (i386) architecture. One can now set hardware
watchpoints using the new ddb command 'hwatch', which is
analogous to the existing 'watch' command. Alternatively, if
greater flexibility is required, direct access to the debug
registers is available using the ddb 'set' command which allows
complete control over the processor hardware debug facilities.
Hardware watchpoints are very useful in tracking down those
elusive memory overwrite bugs in the kernel. Hardware watchpoints
can even be used to set a code breakpoint in ROM, which is
commonly found in embedded systems.</p>
<hr /><h2><a name="ifconfig-support-for-IEEE-802.11-wireless-devices" href="#ifconfig-support-for-IEEE-802.11-wireless-devices" id="ifconfig-support-for-IEEE-802.11-wireless-devices">ifconfig support for IEEE 802.11 wireless devices</a></h2><p>
Contact: Brooks Davis <<a href="mailto:brooks@FreeBSD.org">brooks@FreeBSD.org</a>>
</p>
<p>Support for configuring IEEE 802.11 wireless devices via
ifconfig has been committed to -current and -stable. It contains
most of the functionality needed to configure an wireless device.
Some missing features are being worked on including integrated
support for DHCP so a single entry in /etc/rc.conf can be used to
fully configure a wireless device on a DHCP lan and setting the
CTS/RTS threshold. Currently the an(4) and wi(4) drivers are
supported in -current and -stable with the awi(4) device
supported in -current. Further work is needed to support
Frequency Hopping devices such as ray(4).</p>
<hr /><h2><a name="jailNG" href="#jailNG" id="jailNG">jailNG</a></h2><p>
Contact: Robert Watson <<a href="mailto:rwatson@FreeBSD.org">rwatson@FreeBSD.org</a>>
</p>
<p>jailNG is a from-scratch rewrite of the popular jail(8)
service, focusing on improved management functions, as well as
more fine-grained configurability. An initial prototype has been
written, based on explicitly named and configured jails, and work
is proceeding on userland integration. Currently, it's not clear
if the timeline for this will be 5.0-RELEASE, or 5.1-RELEASE.</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: Japanese Man Page Project <<a href="mailto:man-jp@jp.FreeBSD.org">man-jp@jp.FreeBSD.org</a>>
</p>
<p>We have been working to provide Japanese version of FreeBSD
online manuals, since 1996. Currently, RELENG_4 manuals are
based. Translated versions are placed on doc/ja_JP.eucJP/man and
provided to users using ports/japanese/man-doc. Also, we discuss
about related commands (e.g. ports/japanese/man and
ports/japanese/groff).</p>
<hr /><h2><a name="Kernel-Summit---Usenix-2001" href="#Kernel-Summit---Usenix-2001" id="Kernel-Summit---Usenix-2001">Kernel Summit - Usenix 2001</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.FreeBSD.org/~jhb/summit/usenix01/" title="http://www.FreeBSD.org/~jhb/summit/usenix01/"></a></td><td>
URL: <a href="http://www.FreeBSD.org/~jhb/summit/usenix01/" title="">http://www.FreeBSD.org/~jhb/summit/usenix01/</a></td></tr></table><p>
Contact: John Baldwin <<a href="mailto:jhb@FreeBSD.org">jhb@FreeBSD.org</a>>
</p>
<p>The first FreeBSD kernel summit meeting was held June 29-30,
2001 in Boston, MA at the Usenix 2001 Annual Technical
Conference. Links to a variety of files are posted on the web
site.</p>
<p>Note: I (jhb) am still working on writing up a general summary
of the meeting. When that is completed it will be posted here and
mailed to the -hackers mailing list.</p>
<hr /><h2><a name="KSE-threading-the-kernel" href="#KSE-threading-the-kernel" id="KSE-threading-the-kernel">KSE threading the kernel</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://people.FreeBSD.org/~jasone/kse/" title="http://people.FreeBSD.org/~jasone/kse/"></a></td><td>
URL: <a href="http://people.FreeBSD.org/~jasone/kse/" title="">http://people.FreeBSD.org/~jasone/kse/</a></td></tr></table><p>
Contact: Julian Elischer <<a href="mailto:julian@elischer.org">julian@elischer.org</a>>
</p>
<p>I'm working on multithreading the kernel. So far I have over
400KB of diffs relative to today's -current (I'm keeping my tree
updated with changes as they occur rather than get hit with a big
update at the end).</p>
<p>I have split the proc structure and am changing most of the
kernel to pass around a thread identifier instead of a proc
structure.</p>
<p>The following interfaces have been changed so far:</p>
<ul>
<li>device devsw entries</li>
<li>vfs calls</li>
<li>mutexes</li>
<li>events</li>
<li>system calls</li>
<li>scheduler</li>
<li>+ a lot of code in between.</li>
</ul>
<p>I have still a lot of work to go with a lot of "dumb editing"
(s/struct proc \*p/struct thread \*td/) usually I change a few
items and then fix everything that breaks when I try compile it.
I'd like to check it in on a branch so others can help the
editing but haven't worked out the best way to do it yet.</p>
<p>I have implemented changes to the scheduler so that KSE's are
scheduled instead of processes, and threads sleep, letting the
KSE pick up a new thread. but it's not anywhere ready yet (heck
it doesn't compile yet :-)</p>
<p>Note that I have not yet updated the document listed above..
everywhere it mentions "ksec" or "KSE-context", the code uses the
word "thread". I will update it soon as Jason has sent me the
source.</p>
<hr /><h2><a name="NetBSD-rc.d-port" href="#NetBSD-rc.d-port" id="NetBSD-rc.d-port">NetBSD rc.d port</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://groups.yahoo.com/group/FreeBSD-rc" title="http://groups.yahoo.com/group/FreeBSD-rc"></a></td><td>
URL: <a href="http://groups.yahoo.com/group/FreeBSD-rc" title="">http://groups.yahoo.com/group/FreeBSD-rc</a></td></tr></table><p>
Contact: Doug Barton <<a href="mailto:dougb@FreeBSD.org">dougb@FreeBSD.org</a>>
<br />
Contact: Sheldon Hearn <<a href="mailto:sheldonh@FreeBSD.org">sheldonh@FreeBSD.org</a>>
</p>
<p>The NetBSD rc.d port aims to improve the FreeBSD startup
process by porting Luke Mewburn's rc.d work from NetBSD to
FreeBSD. This will score FreeBSD startup and shutdown
dependencies without losing the traditional and much loved
monolithic configuration filesystem.</p>
<p>Luke Mewburn's USENIX paper and slides on the system as
implemented in NetBSD are available here:</p>
<p>
<a href="http://groups.yahoo.com/group/FreeBSD-rc/message/3" shape="rect">
http://groups.yahoo.com/group/FreeBSD-rc/message/3</a>
</p>
<p>Interested parties are urged to study this material before
joining the discussion list.</p>
<p>The intention at this stage is to decide on an approach that
will ensure that the differences between the NetBSD rc.d system
and the system as ported to FreeBSD will be kept to a minimum.
This will probably involve discussions with Luke around those
areas of the system that are identified as areas for potential
improvement.</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 goal of this project is the implementation of ATM
signalling and other ATM protocols by means of the netgraph(4)
framework. This should provide an easily extensible architecture
for using ATM on FreeBSD. Currently the full UNI4.0 stack (except
for the LIJ capability) has been implemented, including ILMI and
a first version of the ATM Forum API for UNI. An implementation
of Classical IP over ATM is also available. Drivers have been
implemented for the Fore PCA200E and Fore HE-155 cards.</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>Network device cloning support has been imported from NetBSD.
This allows virtual devices to be allocated on demand rather then
being statically allocated at compile time. Our implementation
differs slightly from that of NetBSD's in that we allow both the
creation of specific devices (i.e. gif0) and arbitrary devices
instead of just allowing specific devices. Currently, the only
device in the tree which has been converted is the gif(4) device
which has been converted in both -current and -stable. Work is
ongoing to convert all other virtual network devices with work in
progress on faith, stf, and vlan interfaces. In general this
conversion is accompanied by appropriate modifications to make
these devices fully modular.</p>
<hr /><h2><a name="Next-Generation-POSIX-threads-(NGPT)" href="#Next-Generation-POSIX-threads-(NGPT)" id="Next-Generation-POSIX-threads-(NGPT)">Next Generation POSIX threads (NGPT)</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://oss.software.ibm.com/developerworks/opensource/pthreads/" title="http://oss.software.ibm.com/developerworks/opensource/pthreads/"></a></td><td>
URL: <a href="http://oss.software.ibm.com/developerworks/opensource/pthreads/" title="">http://oss.software.ibm.com/developerworks/opensource/pthreads/</a></td></tr></table><p>
Contact: Arun Sharma <<a href="mailto:arun@sharma.dhs.org">arun@sharma.dhs.org</a>>
</p>
<h4>Porting NGPT (next generation pthreads) to FreeBSD</h4>
<p>NGPT is an effort led by IBM engineers to implement MxN
threads (also known as many user threads to one kernel thread
mapping) on Linux. I have ported it to FreeBSD to use
rfork(2).</p>
<p>The port is right here:</p>
<p>
<a href="http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29239" shape="rect">
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=29239</a>
</p>
<hr /><h2><a name="OLDCARD-upgrade-to-support-PCI-cards" href="#OLDCARD-upgrade-to-support-PCI-cards" id="OLDCARD-upgrade-to-support-PCI-cards">OLDCARD upgrade to support PCI cards</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://people.FreeBSD.org/~imp/oldcard-status.html" title="http://people.FreeBSD.org/~imp/oldcard-status.html"></a></td><td>
URL: <a href="http://people.FreeBSD.org/~imp/oldcard-status.html" title="">http://people.FreeBSD.org/~imp/oldcard-status.html</a></td></tr></table><p>
Contact: Warner Losh <<a href="mailto:imp@village.org">imp@village.org</a>>
</p>
<p>
<i>Funded by: Monzoon Networking, LLC</i>
</p>
<p>This month has been a month of conventration and
consolidation. Much of the changes from current have been
migrating into stable. I've improved power support,
suspend/resume interactions, interrupt handling, and ability to
work after windows/NEWCARD has run. Interrupt routing continues
to be a locking issue for a complete MFC. Current patches are
available at the above website. I'm racing to get this done
before 4.4 is released.</p>
<hr /><h2><a name="Open-Runtime-Platform-(ORP)" href="#Open-Runtime-Platform-(ORP)" id="Open-Runtime-Platform-(ORP)">Open Runtime Platform (ORP)</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://www.intel.com/research/mrl/orp/" title="http://www.intel.com/research/mrl/orp/"></a></td><td>
URL: <a href="http://www.intel.com/research/mrl/orp/" title="">http://www.intel.com/research/mrl/orp/</a></td></tr></table><p>
Contact: Arun Sharma <<a href="mailto:arun@sharmas.dhs.org">arun@sharmas.dhs.org</a>>
<br />
Contact: eGroups: ORP <<a href="mailto:orp@egroups.com">orp@egroups.com</a>>
</p>
<p>Information on Intel ORP - a BSD licensed Java VM is right
here:</p>
<p>
<a href="http://www.intel.com/research/mrl/orp/" shape="rect">
http://www.intel.com/research/mrl/orp/</a>
</p>
<p>A FreeBSD patch has been tested to work with NGPT and
submitted to the ORP project. The patch is available here:</p>
<p>
<a href="http://www.sharma-home.net/~adsharma/projects/orp/orp-freebsd-1.0.5.patch.txt.gz" shape="rect">
http://www.sharma-home.net/~adsharma/projects/orp/orp-freebsd-1.0.5.patch.txt.gz</a>
</p>
<p>There are some issues to be ironed out to make it work with
FreeBSD's default (user level) pthread implementation.</p>
<hr /><h2><a name="OpenPackages" href="#OpenPackages" id="OpenPackages">OpenPackages</a></h2><table title="Links" style="white-space: nowrap;"><tr><td>Links</td></tr><tr><td><a href="http://openpackages.org/" title="http://openpackages.org/"></a></td><td>
URL: <a href="http://openpackages.org/" title="">http://openpackages.org/</a></td></tr></table>
<p>OpenPackages intends to create a software packaging system
that will allow third-party programs to be installed, without
operating system dependent changes, on as many platforms as are
feasible. OpenPackages was originally based on code from the BSD
ports systems, and has been improved and extended by developers
of many heritages.</p>
<p>The OpenPackages Project is pleased to release the Milestone 2
codebase. This release contains a working package building system
and a single test package. OP currently is known to build on
certain instances of the following operating systems: FreeBSD,
HP/UX, IRIX, Linux (Debian, Red Hat, Suse, Mandrake, TurboLinux,
Caldera, etc.), NetBSD, OpenBSD, Solaris</p>
<hr /><h2><a name="PAM" href="#PAM" id="PAM">PAM</a></h2><p>
Contact: Mark R V Murray <<a href="mailto:mark@grondar.za">mark@grondar.za</a>>
</p>
<p>(First report)</p>
<p>Large cleanup and extension of FreeBSD PAM modules. All
modules are to be documented, consistent in style (style(9) used)
and as complete as possible WRT functionality. Mostly done.</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@Awfulhak.org">brian@Awfulhak.org</a>>
</p>
<p>Patches have been submitted to get ppp working under HURD, and
mostly under Linux. There are GPL copyright problems that need to
be addressed.</p>
<hr /><h2><a name="PowerPC-Port" href="#PowerPC-Port" id="PowerPC-Port">PowerPC Port</a></h2><p>
Contact: Benno Rice <<a href="mailto:benno@FreeBSD.org">benno@FreeBSD.org</a>>
</p>
<p>We now have the rudiments of device support. We have a nexus
driver for OpenFirmware machines, along with support for the
Apple UniNorth PCI/AGP host bridge. I'm currently trying to get
the USB hardware working so that I can get closer to having a
console driver independent of OpenFirmware, then I'll be trying
to get the system to get to single-user mode using NFS.</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>Work has begun, but nothing has yet been committed. The NCP
addresses used by ppp have been abstracted and initial support
has been added to the filter set for ipv6 addresses. NCP
negotiation hasn't yet been started.</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. Most of
the work is complete and committed. Additional work includes
adding a -l option where ``-l label'' is shorthand for ``-e exec
ppp -direct label'' and discovering why rogue child processes are
being left around.</p>
<hr /><h2><a name="PRFW---Hooks-within-the-FreeBSD-kernel" href="#PRFW---Hooks-within-the-FreeBSD-kernel" id="PRFW---Hooks-within-the-FreeBSD-kernel">PRFW - Hooks within the FreeBSD kernel</a></h2><p>
Contact: Evan Sarmiento <<a href="mailto:ems@open-root.org">ems@open-root.org</a>>
</p>
<p>PRFW is a set of hooks which I have integrated into the
FreeBSD kernel. This allows modules to easily intercept system
calls with less overhead. It also supports per-pid restrictions,
which means, one process may not be able to use X function in Y
manner, but another process may.</p>
<p>Progress: I was working on this in 4.3-RELEASE, but now I'm
merging it into current. I will be submitting a patch to the
mailing lists in about a week.</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>Thanks to various outstanding individual efforts, we are now
down to just below 2300 open bug-reports. This means that we have
fought our way back to the level we had around march 2000.</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@feral.com">mjacob@feral.com</a>>
</p>
<p>This driver is currently not working well under -current and
is undergoing some work at this time. No major design or feature
changes are planned. There was some notion of adding TapeAlert
support, but HP supports that as a binary product via a user
library and it was felt that it'd be more politically prudent to
leave it alone.</p>
<hr /><h2><a name="SMPng" href="#SMPng" id="SMPng">SMPng</a></h2><p>
Contact: Peter Wemm <<a href="mailto:peter@FreeBSD.org">peter@FreeBSD.org</a>>
<br />
Contact: John Baldwin <<a href="mailto:jhb@FreeBSD.org">jhb@FreeBSD.org</a>>
</p>
<h4>Development</h4>
<p>In the 'smpng' p4 branch there is code to make the ast()
function loop to close the race when an AST is triggered while we
are handling previously triggered AST's.</p>
<p>In the 'jhb_preemption' p4 branch work is being done to make
the kernel fully preemptive. It is reportedly stable on UP x86,
but SMP x86 locks up, UP alpha has problems during shutdown and
can recurse indefinitely until it exhausts its stack.</p>
<h4>Management</h4>
<p>We are using a perforce repository for live development work,
which can track multiple separate long-lived works-in-progress
and collaborate between multiple developers at the same time on
the same change set.</p>
<p>FreeBSD-current is being imported into p4 hourly, for easy
tracking of the moving -current tree.</p>
<p>I haven't written up a good primer yet, but we're able to open
this up to the general developer community. NEWCARD work looks
like it will be done here too. Perforce is ideal for tracking
this sort of long-lived project without having to resort to
passing patches around.</p>
<p>KSE work is now being checked into a kse p4 branch - thanks
Julian!</p>
<p>KSE work is focusing on getting the main API changes into the
base tree well before 5.0.</p>
<hr /><h2><a name="SMPng-mbuf-allocator" href="#SMPng-mbuf-allocator" id="SMPng-mbuf-allocator">SMPng mbuf 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>mb_alloc is a specialized allocator for mbufs and mbuf
clusters. It offers various important advantages over the old
mbuf allocator, particularly for MP machines. Additionally, it
is designed with the possibility of important future
enhancements in mind.</p>
<p>The mb_alloc code has been committed to -CURRENT a month ago
and appears to be holding up well. Prior to committing it,
preliminary performance measurements were done merely to ensure
that it is not significantly worse than the old allocator, even
with Giant still in place. Results were promising
<a href="http://people.FreeBSD.org/~bmilekic/code/mb_alloc/results.html" shape="rect">
[http://people.FreeBSD.org/~bmilekic/code/mb_alloc/results.html]</a>
- also see jlemon's results (link at the bottom of accompanying
text). Since the commit, Matt Jacob has provided useful feedback
and bugfixes. Work is now being done to re-enable mbtypes
statistics and make appropriate changes to netstat(1) and
systat(1).</p>
<hr /><h2><a name="sparc64-port" href="#sparc64-port" id="sparc64-port">sparc64 port</a></h2><p>
Contact: Jake Burkholder <<a href="mailto:jake@FreeBSD.org">jake@FreeBSD.org</a>>
</p>
<p>The sparc64 port has been committed to the FreeBSD repository.
As such further development will occur in cvs, rather than as a
separately maintained patch set. Significant progress has been
made since the last status report, including; support for kernel
debugging with ddb, much more complete pmap support, support for
context switching and process creation, and filling out of
important machine dependent data structures. Thomas Moestl has
shown a strong interest in working on the port and is in the
process of implementing support for saving and restoring a
process's floating point context. I look forward to working with
him and any other developers that happen to fall out of the wood
works.</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>This project brings a SYN cache implementation to FreeBSD, in
order to make it more robust to DoS attacks. A SYN cookie
approach was considered, but ultimately rejected because it does
not conform to the TCP protocol. The SYN cache will work with
T/TCP, IPV6 and IPSEC, and the size of each cache element is
currently is less than 1/5th the size of a normal TCP control
block.</p>
<hr /><h2><a name="TrustedBSD-Project" href="#TrustedBSD-Project" id="TrustedBSD-Project">TrustedBSD Project</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>>
</p>
<p>It's been a busy month, with a number of relevant news items.
Not least important is that NAI Labs was awarded a $1.2M contract
from the US Defense Advanced Research Projects Agency (DARPA) to
work on a variety of components relevant to the TrustedBSD
Project, including support for pluggable security models, and
supporting features such as improving the extended attributes
implementation, simple crypto support for swap and filesystems,
documentation, and much more.</p>
<p>On the features side, progress continues on Mandatory Access
Control, object labeling, and improving the consistency of kernel
access control mechanisms--in particular, with regard to
inter-process authorization and credential management. Work has
begun on porting LOMAC, NAI Labs' Low-Watermark Mandatory Access
Control scheme, from Linux to FreeBSD, and it has been
re-licensed under a BSD license. We hope to have an initial port
complete in time for 5.0-RELEASE later this year.</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>
|
