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

<report>
  <date>
    <month>November</month>

    <year>2001</year>
  </date>

  <section>
    <title>Introduction</title>

    <p>This months report covers activity during the second half of
    October, and the month of November. During these months,
    substantial work was performed to improve system performance and
    stability, in particular addressing concerns regarding regressions
    in network performance for the TCP protocol, and via the
    introduction of polled network device driver support. Work
    continues on long-term architectural projects for 5.0, including
    KSEs, NEWCARD, and TrustedBSD, as well as the cleaning up of
    long-standing problems in FreeBSD, such as PAM integration.
    Administrative changes are also documented, including work to
    redefine and formalize the release engineering process, and the
    approval of a new portmgr group which will administer the ports
    collection.</p>

    <p>FreeBSD users and developers are strongly encouraged to attend
    the USENIX BSD Conference in February of next year; it is expected
    that this will be a useful forum both for learning about FreeBSD
    and on-going work, as well as providing an opportunity for
    developers to work more closely and act as a vehicle for discussion
    and round-the-clock hacking. More information is available at the
    USENIX web site.</p>

    <p>Robert Watson</p>
  </section>

  <project>
    <title>TCP Performance Improvements</title>

    <contact>
      <person>
        <name>
          <given>Matthew</given>

          <common>Dillon</common>
        </name>

        <email>dillon@FreeBSD.org</email>
      </person>
    </contact>

    <links>
    </links>

    <body>
      <p>A number of serious TCP bugs effecting throughput snuck into
      the system over the last few releases and have finally been
      fixed. TCP performance should be greatly improved for a number of
      cases, including TCP/NFS.</p>
    </body>
  </project>

  <project>
    <title>Intel Gigabit Driver: wx desupported</title>

    <contact>
      <person>
        <name>
          <given>Matthew</given>

          <common>Jacob</common>
        </name>

        <email>mjacob@feral.com</email>
      </person>
    </contact>

    <links>
    </links>

    <body>
      <p>The wx driver is desupported and removed from -current. No
      further support for wx in -stable is planned. Newer and better
      drivers are now in the tree.</p>
    </body>
  </project>

  <project>
    <title>Fibre Channel Support</title>

    <contact>
      <person>
        <name>
          <given>Matthew</given>

          <common>Jacob</common>
        </name>

        <email>mjacob@feral.com</email>
      </person>
    </contact>

    <links>
      <url href="http://www.feral.com/isp.html">Qlogic ISP Host Adapter
      Software</url>
    </links>

    <body>
      <p>Ongoing bug fixes. Work is underway, to be integrated shortly,
      that makes the cross platform endian support easier and will
      prepare the FreeBSD version for eventual sparc64 and PowerPC
      usage.</p>
    </body>
  </project>

  <project>
    <title>TrustedBSD Audit</title>

    <contact>
      <person>
        <name>
          <given>John</given>

          <common>Doe</common>
        </name>

        <email>trustedbsd-audit@trustedbsd.org</email>
      </person>
    </contact>

    <links>
      <!-- We don't really have any -->
      <url href="http://www.TrustedBSD.org/">TrustedBSD Project
      Homepage</url>
    </links>

    <body>
      <p>Currently, we are exploring a variety of strategies to learn
      about the implementation and performance issues in order to have
      a solid design. One of our main goals will be to use a
      standardized interface to the system, whether it be POSIX.1e, or
      another of the other standards, because as they say "Standards
      are great because you have so many to choose from." Hopefully
      within the next month or so, we will populate the perforce
      TrustedBSD tree with an agreed upon framework that is ready for
      serious final work.</p>
    </body>
  </project>

  <project>
    <title>Pluggable Authentication Modules</title>

    <contact>
      <person>
        <name>
          <given>Mark</given>

          <common>Murray</common>
        </name>

        <email>markm@FreeBSD.org</email>
      </person>

      <person>
        <name>
          <given>Dag-Erling</given>

          <common>Sm&#248;rgrav</common>
        </name>

        <email>des@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://people.FreeBSD.org/~des/diary/2001.html" />
    </links>

    <body>
      <p>On the code side, a number of libpam bugs have been fixed; a
      new PAM module, 
      <tt>pam_self(8)</tt>

      , has been written; and preparations have been made for
      the transition from 
      <tt>/etc/pam.conf</tt>

      to 
      <tt>/etc/pam.d</tt>

      .</p>

      <p>On the documentation side, new manual pages have been written
      for 
      <tt>pam_ssh(8)</tt>

      , 
      <tt>pam_get_item(3)</tt>

      and 
      <tt>pam_set_item(3)</tt>

      , and work has started on a longer article about PAM which is
      expected to be finished by the end of the year.</p>

      <p>A lot of work still remains to be done to integrate PAM more
      tightly with the FreeBSD base system&#8212;particularly the 
      <tt>passwd(1)</tt>

      , 
      <tt>chpass(1)</tt>

      etc. utilities&#8212;and ports collection.</p>
    </body>
  </project>

  <project>
    <title>Status Report: mb_alloc (-CURRENT mbuf allocator)</title>

    <contact>
      <person>
        <name>
          <given>Bosko</given>

          <common>Milekic</common>
        </name>

        <email>bmilekic@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.FreeBSD.org/~bmilekic/code/mb_alloc/">Code
      Dump and Preliminary Results</url>
    </links>

    <body>
      <p>Presently re-style(9)ing mbuf code with the help of Bruce
      (bde). The next larger step is approaching: to better
      performance, as initially planned, not have reference counters
      for clusters allocated separately via malloc(9). Rather, use some
      of the [unused] space at the end of each cluster as a counter;
      since this space is totally unused and since ref. counter
      &lt;--&gt; mbuf cluster is a one-to-one relationship, this is
      most convenient.</p>
    </body>
  </project>

  <project>
    <title>FreeBSD 4.5 Release Engineering</title>

    <contact>
      <person>
        <name>
          <given>Murray</given>

          <common>Stokely</common>
        </name>

        <email>murray@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.FreeBSD.org/internal/releng.html">FreeBSD
      Release Engineering.</url>

      <url href="http://www.FreeBSD.org/internal/releng45.html">FreeBSD
      4.5 Release Process / Schedule.</url>
    </links>

    <body>
      <p>Release engineering activities for FreeBSD 4.5 have begun. An
      overview of the entire process has been added to the FreeBSD web
      site, along with a specific schedule for 4.5. The code freeze is
      scheduled to start on December 20. The team responsible for
      responding to MFC requests sent to re@FreeBSD.org for this
      release is: Murray Stokely, Robert Watson, and John Baldwin. Some
      of our many goals for this release include closing more
      installation-related problem reports, being more conservative
      with our approval of changes during the code freeze, and
      continuing to document the entire process. For suggestions or
      questions about FreeBSD 4.5 release activities, please subscribe
      to the public freebsd-qa@FreeBSD.org mailing list.</p>
    </body>
  </project>

  <project>
    <title>Web site conversion to XML</title>

    <contact>
      <person>
        <name>
          <given>Nik</given>

          <common>Clayton</common>
        </name>

        <email>nik@FreeBSD.org</email>
      </person>
    </contact>

    <body>
      <p>Work is (slowly) progressing on converting the web site to use
      pages marked up in a simple XML schema, and then generating HTML
      and other output formats using XSLT style sheets. The work so far
      can be tested by doing "cvs checkout -r XML_XSL_XP www" and then
      "cd www/en; make index.html". Take a look at index.page in the
      same directory to see the source XML. The CVS logs for index.page
      contain detailed instructions explaining how index.page was
      generated from its earlier form.</p>
    </body>
  </project>

  <project>
    <title>FreeBSD in Bulgarian</title>

    <contact>
      <person>
        <name>
          <given>Peter</given>

          <common>Pentchev</common>
        </name>

        <email>roam@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.FreeBSD-bg.ringlet.net/" />

      <url href="http://people.FreeBSD.org/~roam/bg/" />
    </links>

    <body>
      <p>The FreeBSD in Bulgarian project aims to bring a more
      comfortable working environment to Bulgarian users of the FreeBSD
      OS. This includes, but is not limited to, font, keymap and locale
      support, translation of the FreeBSD documentation into Bulgarian,
      local user groups and various forms of on-line help channels and
      discussion forums to help Bulgarians adopt and use FreeBSD.</p>

      <p>Bulgarian locale support has been committed to FreeBSD
      5.0-CURRENT (and later merged into 4.x-STABLE on December 10th).
      A local CVS repository for the translation of the FreeBSD
      documentation into Bulgarian has been created.</p>
    </body>
  </project>

  <project>
    <title>New mount(2) API</title>

    <contact>
      <person>
        <name>
          <given>Poul-Henning</given>

          <common>Kamp</common>
        </name>

        <email>phk@FreeBSD.org</email>
      </person>

      <person>
        <name>
          <given>Maxime</given>

          <common>Henrion</common>
        </name>

        <email>mux@qualys.com</email>
      </person>
    </contact>

    <links>
      <url href="http://www.sneakerz.org/~mux/mount.diff" />
    </links>

    <body>
      <p>There is now some code ready for the new mount API, which has
      to be reviewed and tested. If it is adopted, we will probably
      start converting all the filesystems, as well as other code in
      the kernel, to make them use it. If you want to play with it, the
      patch is available at the above URL.</p>
    </body>
  </project>

  <project>
    <title>Network interface cloning and modularity</title>

    <contact>
      <person>
        <name>
          <given>Brooks</given>

          <common>Davis</common>
        </name>

        <email>brooks@FreeBSD.org</email>
      </person>
    </contact>

    <body>
      <p>Support for VLAN cloning has been merged from current and will
      ship with 4.5-RELEASE. Additionally, new rc.conf support for
      cloning interfaces at boot has been MFD'd. Work is ongoing to MFC
      stf and faith cloning as well as adding cloning for ppp devices
      and enhancing VLAN modularity.</p>
    </body>
  </project>

  <project>
    <title>Device Polling</title>

    <contact>
      <person>
        <name>
          <given>Luigi</given>

          <common>Rizzo</common>
        </name>

        <email>luigi@iet.unipi.it</email>
      </person>
    </contact>

    <links>
      <url href="http://info.iet.unipi.it/~luigi/polling/">Web page
      with code and detailed description.</url>
    </links>

    <body>
      <p>This work uses a mixed interrupt-polling architecture to
      handle network device drivers, giving the system substantial
      improvements in terms of stability and robustness to overloads,
      as well as the ability to control the sharing of CPU between
      network-related kernel processing and other user/kernel tasks.
      Last not least, you might even see a moderate (up to 20-30%,
      machine dependent) performance improvement.</p>
    </body>
  </project>

  <project>
    <title>RELNOTESng</title>

    <contact>
      <person>
        <name>
          <given>Bruce</given>

          <common>Mah</common>
        </name>

        <email>bmah@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://people.FreeBSD.org/~bmah/relnotes/" />

      <url href="http://www.FreeBSD.org/relnotes.html" />
    </links>

    <body>
      <p>I've been working on making the Hardware Notes less
      i386-centric. This will be especially important for -CURRENT as
      the ia64 and sparc ports reach maturity; most of this work should
      be completed in time to be MFC-ed for FreeBSD 4.5-RELEASE. I
      encourage any interested parties to review the release
      documentation and send me comments or patches.</p>
    </body>
  </project>

  <project>
    <title>FreeBSD NVIDIA Driver Port</title>

    <contact>
      <person>
        <name>
          <given>Matthew</given>

          <middle>N.</middle>

          <common>Dodd</common>
        </name>

        <email>mdodd@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="ftp://ftp.jurai.net/users/winter/nvidia/NEWS">News and
      Status.</url>

      <url href="ftp://ftp.jurai.net/users/winter/nvidia/">FTP
      directory.</url>
    </links>

    <body>
      <p>The port of the driver is around 90% feature complete. AGP
      support and "Registry" support via sysctl need to be
      finished/implemented. The NVIDIA guys are working on a build of
      the X11 libs and extensions for FreeBSD; once this is done
      hardware accelerated direct rendering should work. The previous
      version this driver is no longer available. I'm planning on
      making a snapshot of my code once I chase out a few more
      bugs.</p>

      <p>Please note that development is taking place under -CURRENT
      right now; a port to -STABLE will be available at some later
      time.</p>
    </body>
  </project>

  <project>
    <title>jp.FreeBSD.org daily SNAPSHOTs project</title>

    <contact>
      <person>
        <name>
          <given>Makoto</given>

          <common>Matsushita</common>
        </name>

        <email>matusita@jp.FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://snapshots.jp.FreeBSD.org/">Project
      Webpage</url>

      <url
      href="ftp://snapshots.jp.FreeBSD.org/pub/FreeBSD/snapshots/i386/">
      Anonymous FTP</url>
    </links>

    <body>
      <p>jp.FreeBSD.org daily SNAPSHOTs project is yet another
      snapshots server that provides latest 4-stable and 5-current
      distribution. You also find installable ISO image, live
      filesystem, HTMLed source code with search engine, and more;
      please check project webpage for more details.</p>
    </body>
  </project>

  <project>
    <title>UDF Filesystem</title>

    <contact>
      <person>
        <name>
          <given>Scott</given>

          <common>Long</common>
        </name>

        <email>scottl@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://people.FreeBSD.org/~scottl/udf">UDF
      Filesystem.</url>
    </links>

    <body>
      <p>Modest gains have been made on the UDF filesystem since the
      last report. Reading of files from DVD-ROM now works (and is
      fast, according to some reports), and there is preliminary
      support for reading from CD-RW media. The CD-RW support has only
      been tested against CD's created with Adaptec/ Roxio DirectCD,
      and much, much more testing is needed. Once this support is
      solid, I plan to check it into the tree and start work on making
      the filesystem writable.</p>
    </body>
  </project>

  <project>
    <title>NEWCARD/OLDCARD Status report</title>

    <contact>
      <person>
        <name>
          <given>Warner</given>

          <common>Losh</common>
        </name>

        <email>imp@FreeBSD.org</email>
      </person>
    </contact>

    <body>
      <p>Not much to report. A number of minor bugs in OLDCARD have
      been corrected. A larger number of machines now work. Additional
      work on ToPIC support has been committed, but continued lack of a
      suitable ToPIC machine has left the author unable to do much
      work. A few stubborn machines still need to be supported (the
      author has an example of one such machine, so there is hope for
      it being fixed. Some pci related issues remain for both OLDCARD
      and NEWCARD.</p>

      <p>NEWCARD work is ramping up, while OLDCARD work is ramping
      down. A number of things remain to be done for NEWCARD, including
      suspend/ resume support, generic device arrival/removal daemon
      and hopefully automatic loading of drivers. A number of current
      pccard drivers still need to be converted to NEWBUS. Several
      Chipset issues remain, as does the merging of isa pccard bridge
      code with the pccbb code.</p>
    </body>
  </project>

  <project>
    <title>GEOM - generalized block storage manipulation</title>

    <contact>
      <person>
        <name>
          <given>Poul-Henning</given>

          <common>Kamp</common>
        </name>

        <email>phk@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.FreeBSD.org/~phk/Geom/">Old concept paper
      here.</url>
    </links>

    <body>
      <p>This project is now finally underway, thanks to DARPA and NAI
      getting a sponsorship lined up. The infrastructure code and data
      structures are currently taking form inside a userland simulation
      harness.</p>
    </body>
  </project>

  <project>
    <title>jpman project</title>

    <contact>
      <person>
        <name>
          <given>Kazuo</given>

          <common>Horikawa</common>
        </name>

        <email>horikawa@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.jp.FreeBSD.org/man-jp/">User and developer
      information (in Japanese).</url>
    </links>

    <body>
      <p>Targeting 4.5-RELEASE, we continued to revising
      doc/ja_JP.eucJP/man/man[1256789] to catch up with RELENG_4.
      Section 3 updating has 45% finished.</p>
    </body>
  </project>

  <project>
    <title>LOMAC Status Report</title>

    <contact>
      <person>
        <name>
          <given>Brian</given>

          <common>Feldman</common>
        </name>

        <email>green@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://opensource.nailabs.com/lomac/">NAI Labs' LOMAC
      page</url>
    </links>

    <body>
      <p>A FreeBSD -CURRENT snapshot with LOMAC is currently being
      prepared, with aid of Perforce on the "green_lomac" branch. Very
      soon there should be a working demonstration installation CD of
      FreeBSD with LOMAC, including the ability to enable LOMAC in
      rc.conf with sysinstall, being a legitimate "out-of-the-box"
      FreeBSD experience. Actual release build is pending debugging
      issues with program start-up (especially xdm).</p>
    </body>
  </project>

  <project>
    <title>ATA Project Status Report</title>

    <contact>
      <person>
        <name>
          <given>S&#248;ren Schmidt</given>
        </name>

        <email>sos@FreeBSD.org</email>
      </person>
    </contact>

    <body>
      <p>Work is underways to support failing mirror disks better and
      handle hotswapping in a new replacement disk and have it rebuild
      automagically.</p>

      <p>Support for the Promise TX4 is now working in my lab, seems
      they did the PCI-PCI bridging in the not so obvious way.</p>

      <p>Plans are in the works to backport the -current ATA driver to
      -stable with hotswap and the works. Now that -current is delayed
      I'm working on ways to give me time to get this done, since I've
      had lots of requests lately and we really can't let down our
      customers :).</p>

      <p>SMART support is being worked on, but no timelines yet.</p>

      <p>Although not strictly ATA, Promise has equipped me with a
      couple SuperTrak sx6000 RAID controllers, they take 6 ATA disks
      and does RAID0-5 in hardware. I have done a driver (its an I2O
      device) for both -current and -stable and it works beautifully with
      hotswap the works. It will enter the tree when it is more mature,
      and I have an agreement with Promise on how we handle userland
      control util etc. BTW it seems it can also be used as a normal 6
      channel PCI ATA controller, a bit on the expensive side
      maybe...</p>
    </body>
  </project>

  <project>
    <title>Revised {mode,log}page support for camcontrol</title>

    <contact>
      <person>
        <name>
          <given>Kelly</given>

          <common>Yancey</common>
        </name>

        <email>kbyanc@FreeBSD.org</email>
      </person>
    </contact>

    <body>
      <p>Extending camcontrol's page definition file format to include
      both modepage and logpage definitions; adding support to
      camcontrol to query and reset log page parameters. Consideration
      is being made to possibly include support for diagnostic and
      vital product data pages, but that is outside the current project
      scope. New page definition file format includes capability to
      conditionally include page definitions based on SCSI INQUIRY
      results allowing vendor-specific pages to be described also.
      Approximately 80% complete.</p>
    </body>
  </project>

  <project>
    <title>FreeBSD C99 &amp; POSIX Conformance Project</title>

    <contact>
      <person>
        <name>
          <given>Mike</given>

          <common>Barcroft</common>
        </name>

        <email>mike@FreeBSD.org</email>
      </person>

      <person>
        <name>
          <common>FreeBSD-Standards Mailing List</common>
        </name>

        <email>standards@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://people.FreeBSD.org/~mike/c99/" />
    </links>

    <body>
      <p>Work on the FreeBSD C99 &amp; POSIX Conformance Project is
      progressing nicely. Since the last status report, two new headers
      have been added [&lt;stdint.h&gt; and &lt;inttypes.h&gt;],
      several new functions implemented [atoll(3), imaxabs(3),
      imaxdiv(3), llabs(3), lldiv(3), strerror_r(3), strtoimax(3), and
      strtoumax(3)], and changes to assert(3) and printf(3) were made
      to support C99. More printf(3) changes are in the works to
      support the remaining C99 and POSIX requirements. Additionally,
      research was done into our POSIX Utility conformance and a list
      of tasks was derived from that research.</p>

      <p>Several other interesting events occurred during November and
      the beginning of December. The project mailing list was moved to
      the FreeBSD.org domain, and is now available at
      standards@FreeBSD.org. On December 6, 2001, the IEEE Standards
      Board approved the Austin Group Specification as IEEE Std
      1003.1-2001, thus making the work we're doing ever more
      important.</p>
    </body>
  </project>

  <project>
    <title>Improving FreeBSD startup scripts</title>

    <contact>
      <person>
        <name>
          <given>Doug Barton</given>

          <common>Committer</common>
        </name>

        <email>DougB@FreeBSD.org</email>
      </person>

      <person>
        <name>
          <given>Gordon Tetlow</given>

          <common>Contributor</common>
        </name>

        <email>gordont@gnf.org</email>
      </person>
    </contact>

    <links>
      <url href="http://groups.yahoo.com/group/FreeBSD-rc/">Improving
      FreeBSD startup scripts</url>

      <url href="http://www.cs.rmit.edu.au/~lukem/bibliography.html">
      Luke Mewburn's papers</url>

      <url href="http://www.netbsd.org/Documentation/rc/">NetBSD
      Initialization and Services Control</url>
    </links>

    <body>&lt;-- from http://groups.yahoo.com/group/FreeBSD-rc/ --&gt; 
    <p>This group is for discussion about the startup scripts in
    FreeBSD, primarily the scripts in /etc/rc*. Primary focus will be
    on improvements and importation of NetBSD's excellent work on this
    topic.</p>

    &lt;-- from Gordon Tetlow's ranting --&gt; 
    <p>Due to personal commitments by the folks working on this project
    we have been unable to spend much time porting the rc.d
    infrastructure into the FreeBSD boot framework.</p>

    <p>Currently, the system will boot (with a little fudging) just
    before network utilization. There are patches floating around for
    this (see the -arch list from September).</p>
    </body>
  </project>

  <project>
    <title>KSEs</title>

    <contact>
      <person>
        <name>
          <given>Julian</given>

          <common>Elischer</common>
        </name>

        <email>julian@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.FreeBSD.org/~julian/">My web-page with
      links</url>

      <url href="http://www.FreeBSD.org/~jasone/kse/">Jason Evans' KSE
      page.</url>

    </links>

    <body>
      <p>I have been working behind the scenes on design rather than
      programming for this last month. I have been working however in
      the p4 tree to make the system run with the thread structure NOT
      a part of the proc structure (a prerequisite for threading)</p>
    </body>
  </project>

  <project>
    <title>Ports Manager Team (portmgr)</title>

    <contact>
      <person>
        <name>
          <given>Will</given>

          <common>Andrews</common>
        </name>

        <email>will@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://bento.FreeBSD.org/">Ports build cluster</url>
    </links>

    <body>
      <p>After a discussion with the Core Team about our status
      regarding the ports collection, we heard from them that they'd
      decided to recognize us as the final authority for approving
      ports committers. We've spent the last few weeks working on our
      ports build cluster (see the link) and trying to find ways to
      improve it for the ports development community. We've also
      handled a few minor issues in the ports collection.</p>
    </body>
  </project>

  <project>
    <title>TrustedBSD Project</title>

    <contact>
      <person>
        <name>
          <given>Robert</given>

          <common>Watson</common>
        </name>

        <email>rwatson@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.TrustedBSD.org/">TrustedBSD Home Page</url>
    </links>

    <body>
      <p>The TrustedBSD Project continued focusing development efforts
      on fine-grained Capabilities and Mandatory Access Control this
      month. Kernel support for capabilities is essentially complete,
      and efforts are underway to adapt userland applications to use
      Capabilities. The login process has been updated to allow users
      to run with additional privilege based on /etc/capabilities. The
      MAC implementation work has also been active, with improved
      support for the labeling of IPC objects, including better
      integration into the network stack. Both development trees have
      been updated to work with recent KSE-related developments, as
      well as exist more happily in a fine-grained SMP kernel. Initial
      audit-related work appears in a separate entry.</p>

      <p>Development of TrustedBSD source code was moved to the FreeBSD
      Perforce repository, permitting better source code management. As
      such, the TrustedBSD development trees will now be available via
      cvsup.</p>
    </body>
  </project>

  <project>
    <title>SMPng Status Report</title>

    <contact>
      <person>
        <name>
          <given>John</given>

          <common>Baldwin</common>
        </name>

        <email>jhb@FreeBSD.org</email>
      </person>

      <person>
        <email>smp@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.FreeBSD.org/smp/" />
    </links>

    <body>
      <p>October ended up being a bit busier than November for
	SMPng. During October, Peter Wemm finally finished the
	ambitious task of unwinding all the macros in NFS and
	splitting it up into two halves: client and server.  Andrew
	Reiter also submitted some code to add locks to taskqueues,
	and the folks working on the TTY subsystem designed the
	locking strategy they will be using.  Per-thread ucred
	references were also added for user traps and syscalls.  Once
	the necessary locking on the process ucred references is
	committed, this will allow kernel code to access the
	credentials of the current thread without needing locks while
	also ensuring that a thread has constant credentials for the
	lifetime of a syscall.  November only saw a few small bug fixes
	unfortunately, but December is already shaping up to be a very
	active month, so next month's report should be a bit more
	interesting.</p>

      <p>In non-coding news, the website for the SMPng project has
	moved from its old location to the new location above.  Also,
	I have completed a paper I am presenting for BSDCon regarding
	the SMPng project.  The paper will be available in the
	conference proceedings and will be available online after the
	conference as well.</p>
    </body>
  </project>
</report>