aboutsummaryrefslogtreecommitdiff
path: root/en_US.ISO8859-1/htdocs/news/status/report-2005-10-2005-12.xml
blob: 55b9fcf9a8c4b063e969555e3e8c1b5dca57e98a (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
798
799
800
801
802
803
804
805
806
807
808
809
810
811
812
813
814
815
816
817
818
819
820
821
822
823
824
825
826
827
828
829
830
831
832
833
834
835
836
837
838
839
840
841
842
843
844
845
846
847
848
849
850
851
852
853
854
855
856
857
858
859
860
861
862
863
864
865
866
867
868
869
870
871
872
873
874
875
876
877
878
879
880
881
882
883
884
885
886
887
888
889
890
891
892
893
894
895
896
897
898
899
900
901
902
903
904
905
906
907
908
909
910
911
912
913
914
915
916
917
918
919
920
921
922
923
924
925
926
927
928
929
930
931
932
933
934
935
936
937
938
939
940
941
942
943
944
945
946
947
948
949
950
951
952
953
954
955
956
957
958
959
960
961
962
963
964
965
966
967
968
969
970
971
972
973
974
975
976
977
978
979
980
981
982
983
984
985
986
987
988
989
990
991
992
993
994
995
996
997
998
999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
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
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
<?xml version="1.0" encoding="iso-8859-1" ?>
<!DOCTYPE report PUBLIC "-//FreeBSD//DTD FreeBSD XML Database for Status Report//EN"
                        "http://www.FreeBSD.org/XML/share/xml/statusreport.dtd">

<!-- $FreeBSD$ -->

<report>
  <date>
    <month>October-December</month>

    <year>2005</year>
  </date>

  <section>
    <title>Introduction</title>

    <p>This report is about the rather quiet last quarter of 2005, with
    the release of FreeBSD 6.0 and the holiday season things evolved in
    the background. Nonetheless, most exciting projects hit the tree (or
    are going to very soon).</p>

    <p>Upcoming events, such as the release of FreeBSD 6.1/5.5 and the
    third BSDCan conference with a big developer summit promise to
    provide a busier start in 2006. The foundation for upcoming
    development, however, are the projects that are described herein.</p>

    <p>We hope that you find interesting projects to look at or work on.
    The next status report collection will be April 7 2006. We are
    looking forward to your report then.</p>

    <p>Thanks again to everyone who submitted reports, and thanks to Brad
    Davis who stepped up for an extensive spelling and grammar review.
    Enjoy reading!</p>
  </section>

  <category>
    <name>proj</name>

    <description>Projects</description>
  </category>

  <category>
    <name>doc</name>

    <description>Documentation</description>
  </category>

  <category>
    <name>team</name>

    <description>FreeBSD team reports</description>
  </category>

  <category>
    <name>kern</name>

    <description>Kernel</description>
  </category>

  <category>
    <name>net</name>

    <description>Network infrastructure</description>
  </category>

  <category>
    <name>bin</name>

    <description>Userland programs</description>
  </category>

  <category>
    <name>arch</name>

    <description>Architectures</description>
  </category>

  <category>
    <name>ports</name>

    <description>Ports</description>
  </category>

  <category>
    <name>vendor</name>

    <description>Vendor / 3rd Party Software</description>
  </category>

  <category>
    <name>misc</name>

    <description>Miscellaneous</description>
  </category>

  <project cat='proj'>
    <title>jemalloc</title>

    <contact>
      <person>
        <name>
          <given>Jason</given>

          <common>Evans</common>
        </name>

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

    <links>
    </links>

    <body>
      <p>libc's malloc implementation has been replaced with an
      implementation that is designed to scale well for multi-threaded
      applications running on multi-processor systems. This is
      accomplished by creating multiple allocation arenas that are
      independent of each other, and permanently assigning threads to
      these arenas. In the common case, threads do not access the same
      allocator arena at the same time, which reduces contention and
      cache sloshing.</p>

      <p>Single-threaded application performance is approximately
      equivalent to what it was with phkmalloc, but for multi-threaded
      applications that make heavy use of malloc, the performance
      difference can be huge (orders of magnitude).</p>

      <p>As with phkmalloc, the new malloc implementation supports
      runtime configuration via the MALLOC_OPTIONS environment variable.
      See the malloc(3) manpage for details on supported options, as well
      as more information about the allocator's architecture.</p>
    </body>
  </project>

  <project cat='bin'>
    <title>OpenBSD dhclient</title>

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

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

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

      <person>
        <name>
          <given>Sam</given>

          <common>Leffler</common>
        </name>

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

    <links>
    </links>

    <body>
      <p>The OpenBSD rewrite of dhclient has been imported, replacing the
      ISC dhclient. The OpenBSD client provides better support for
      roaming on wireless networks and a simpler model of operation.
      Instead of a single dhclient process per system, there is one per
      network interface. This instance automatically goes away in the
      even of link loss and is restarted via devd when link is
      reacquired. To support this change, many aspects of the network
      interface configuration process were overhauled.</p>

      <p>Support for adding aliases to DHCP configured interfaces has
      been committed to CURRENT and will be merged before 6.1-RELEASE.
      Soon work will begin to merge changes from OpenBSD that have taken
      place since the initial import.</p>

      <p>Work on further interface configuration enhancements is underway
      for FreeBSD 7.0.</p>
    </body>
  </project>

  <project cat='net'>
    <title>FAST_IPSEC Upgrade</title>

    <contact>
      <person>
        <name>
          <given>George</given>

          <common>Neville-Neil</common>
        </name>

        <email>gnn@freebsd.org</email>
      </person>

      <person>
        <name>
          <given>Bjoern A.</given>

          <common>Zeeb</common>
        </name>

        <email>bz@freebsd.org</email>
      </person>
    </contact>

    <links>
    </links>

    <body>
      <p>Currently splitting out the rest of the PF_KEY data-structures
      from the key database. This will mean the user level applications
      and the kernel will not share datastructures and that they can,
      hopefully, advance on their own without being in lockstep.</p>
    </body>

    <help>
      <task>Calculate diffs between Kame IPv4 version of IPSec and
      FAST_IPSEC and upgrade FAST to the latest standards.</task>

      <task>Add IPv6 support to FAST_IPSEC.</task>
    </help>
  </project>

  <project cat='doc'>
    <title>FreeBSD list of projects and ideas for volunteers (TODO list
    for volunteers)</title>

    <contact>
      <person>
        <name>
          <given>Joel</given>

          <common>Dahl</common>
        </name>

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

      <person>
        <name>
          <given>Alexander</given>

          <common>Leidinger</common>
        </name>

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

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

    <body>
      <p>The "TODO list for volunteers" is now committed as the "FreeBSD
      list of projects and ideas for volunteers". So far the interest in
      the list is high and some volunteers already took the opportunity
      to start tackling some of the entries.</p>

      <p>Unfortunately the FreeBSD project does not have enough human
      resources to provide a technical contact for every entry.
      Interested volunteers should not be afraid to try to come up with a
      solution for an entry without a technical contact. The people on
      the hackers and current mailing list are typically very helpful
      regarding answering specific questions (as long as they know the
      answer...).</p>

      <p>We are looking forward to hear about new ideas, people willing
      to be technical contacts for generic topics (e.g. USB) or specific
      entries (already existing or newly created), suggestions for
      existing entries or completion reports for (parts of) an entry.</p>
    </body>

    <help>
      <task>Add more ideas.</task>

      <task>Find more technical contacts.</task>
    </help>
  </project>

  <project cat='net'>
    <title>KAME Project Status Report</title>

    <contact>
      <person>
        <name>
          <given>SUZUKI</given>

          <common>Shinsuke</common>
        </name>

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

    <links>
      <url href="http://www.kame.net/">KAME Project Homepage</url>

      <url href="http://www.kame.net/newsletter/20051107/" />

      <url
      href="http://www.wide.ad.jp/news/press/20051107-KAME-e.html" />

      <url
      href="http://ipv6style.jp/en/special/kame/20051205/index.shtml" />
    </links>

    <body>
      <p>Most of the latest KAME code has been merged to 7-current and
      6-stable, to prepare for the project conclusion in March 2006. For
      the same reason, we moved some ports applications (security/racoon,
      net/pim6sd, net/pim6dd, net/dhcp6) from KAME to
      sourceforge.net.</p>

      <p>Some of the items (e.g. IGMPv3/MLDv2, Mobile-IPv6/NEMO, SCTP,
      DCCP, ISATAP) are not merged yet from the latest KAME code for
      several reasons. Other projects will continue to merge their
      work.</p>
    </body>

    <help>
      <task>remove __P() macros</task>

      <task>set net.inet6.ip6.kame_version to a more appropriate date
      :-)</task>

      <task>update src/sys/netinet6/README</task>
    </help>
  </project>

  <project cat='kern'>
    <title>Sound subsystem improvements</title>

    <contact>
      <person>
        <name>
          <given>Ariff</given>

          <common>Abdullah</common>
        </name>

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

      <person>
        <name>
          <given>Alexander</given>

          <common>Leidinger</common>
        </name>

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

      <person>
        <name>
          <given>Multimedia</given>

          <common>Mailinglist</common>
        </name>

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

    <links>
      <url href="http://people.FreeBSD.org/~ariff/">Patches for
      RELENG_5.</url>

      <url href="http://www.FreeBSD.org/projects/ideas/">The FreeBSD
      Project Ideas List.</url>
    </links>

    <body>
      <p>A lot of changes have taken place in the sound system since the
      last status report. They range from less hiccups and distortion by
      disk accesses and/or driver bugs to new and improved features
      (software volume control implemented for soundcards which do not
      have hardware volume control). Additionally a new driver
      (snd_atiixp) has seen the light and a lot of problem reports were
      fixed.</p>

      <p>Most of those changes and the changes mentioned in the previous
      status report are already merged to RELENG_6 and will be part of
      6.1-RELEASE.</p>
    </body>

    <help>
      <task>Have a look at the sound related entries on the ideas
      list.</task>

      <task>Rewrite some parts (e.g. a new mixer subsystem with OSS
      compatibility).</task>

      <task>sndctl(1): tool to control non-mixer parts of the sound
      system (e.g. spdif switching, virtual-3D effects) by an user
      (instead of the sysctl approach in -current); pcmplay(1),
      pcmrec(1), pcmutil(1).</task>

      <task>Plugable FEEDER infrastructure. For ease of debugging various
      feeder stuff and/or as userland library and test suite.</task>

      <task>Support for new hardware (envy24, Intel HDA).</task>

      <task>Performance enhancement (via 'slave'-channels).</task>

      <task>Closer compatibility with OSS, especially for the upcoming
      OSS v4.</task>
    </help>
  </project>

  <project cat='doc'>
    <title>Problem Report Database</title>

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

          <common>Linimon</common>
        </name>

        <email>bugmeister_at_freebsd_dot_org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.freebsd.org/support.html#gnats">GNATS</url>
    </links>

    <body>
      <p>The experiment to add 'tags' to many of the kern and related
      PRs, including such things as '[nfs]', '[fxp]', and so forth,
      continues. In addition, PRs with patches have been more
      consistently tagged with '[patch]'. Two new periodic reports based
      on both functional tags and PRs with patches have been added, with
      the goal of making these PRs more visible.</p>
    </body>
  </project>

  <project cat='team'>
    <title>Ports Collection</title>

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

          <common>Linimon</common>
        </name>

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

    <links>
      <url href="http://www.freebsd.org/ports/">The FreeBSD ports
      collection</url>

      <url href="http://people.freebsd.org/~fenner/portsurvey/">FreeBSD
      ports unfetchable distfile survey (Bill Fenner's report)</url>

      <url href="http://edwin.adsl.barnet.com.au/~edwin/ports/">FreeBSD
      ports updated distfile survey (Edwin Groothius' report)</url>

      <url href="http://portsmon.FreeBSD.org/index.html">FreeBSD ports
      monitoring system</url>

      <url href="http://www.freebsd.org/portmgr/index.html">The FreeBSD
      Ports Management Team</url>

      <url href="http://tinderbox.marcuscom.com">marcuscom
      tinderbox</url>
    </links>

    <body>
      <p>During this time, the number of ports PRs briefly dipped below
      500 -- a number not seen since late 2000, when there were 4000
      ports instead of our new total of over 14,000 ports. This is due to
      the hard work of a large number of individuals, including pav,
      edwin, mnag, garga, and many others. Congratulations folks! Some of
      this was due to more aggressively committing PRs where the
      maintainer had not responded within the timeout period. Although
      controversial, this new policy seems to be succeeding in its goal
      of improving the Ports Collection.</p>

      <p>A new file, ports/KNOBS, was added by ahze to help bring some
      order in the chaos that had been the OPTIONS namespace.</p>

      <p>dougb has changed the way that rc.d works in -HEAD to work more
      like the base rc.d scripts. We are hoping that this change will
      make ports maintenance easier in the future. However, in the
      meantime a few bugs have been introduced (which we intend to have
      fixed by the time 6.1 is released). While this regression is
      unfortunate, it was decided that now was the best time to try to
      make this change rather than waiting for 7.0. We hope our users can
      be patient with us in the interim.</p>

      <p>Work continues to improve the marcuscom ports tinderbox, with
      new features added by marcus, aDe, and edwin in particular. Several
      ports committers are now running their own copies to test ports
      changes.</p>

      <p>The www.FreeBSD.org/ports page, and the portmgr web pages, were
      reworked as well.</p>

      <p>We have added 4 new committers since the last report.</p>
    </body>

    <help>
      <task>Progress has been made in cracking down on ports that do not
      correctly install when LOCALBASE is not /usr/local, but some ports
      remain.</task>

      <task>portmgr would like to remind committers that PRs for their
      ports should be handled (either committed or marked 'suspended' or
      'analyzed') within the two week timeout period. In this way other
      committers do not have to invoke the maintainer timeout and things
      will work more smoothly.</task>
    </help>
  </project>

  <project cat='net'>
    <title>Early Binding Updates and Credit-Based Authorization for the
    Kame-Shisa Mobile IPv6 Software</title>

    <contact>
      <person>
        <name>
          <given>Christian</given>

          <common>Vogt</common>
        </name>

        <email>chvogt@tm.uka.de</email>
      </person>
    </contact>

    <links>
      <url href="http://www.tm.uka.de/~chvogt/ebucba/">Download patch
      here.</url>

      <url
      href="http://doc.tm.uka.de/2005/draft-vogt-mobopts-early-binding-updates-00.txt">
      [1]</url>

      <url
      href="http://doc.tm.uka.de/2005/draft-vogt-mobopts-credit-based-authorization-00.txt">
      [2]</url>
    </links>

    <body>
      <p>Based on the Kame-Shisa Mobile IPv6 Software for FreeBSD 5.4, we
      implemented the performance optimization "Early Binding Updates"
      and "Credit-Based Authorization". The combined optimizations
      facilitate significant reductions in handoff delay without
      compromising protocol security [1][2].</p>
    </body>
  </project>

  <project cat='misc'>
    <title>A Comprehensive Delay Analysis for Reactive and Proactive
    Handoffs with Mobile IPv6 Route Optimization</title>

    <contact>
      <person>
        <name>
          <given>Christian</given>

          <common>Vogt</common>
        </name>

        <email>chvogt@tm.uka.de</email>
      </person>
    </contact>

    <links>
      <url
      href="http://doc.tm.uka.de/2006/vogt-2006-delay-analysis-for-reactive-and-proactive-handoffs.pdf">
      Download document here.</url>
    </links>

    <body>
      <p>Optimizations to reduce handoff delays inherent in Mobile IPv6
      Route Optimization as well as IPv6 router discovery, address
      configuration, and movement detection have so far been mostly
      considered on an individual basis. This document evaluates three
      integrated solutions for improved handoff experience in
      surroundings with different preconditions: reactive handoffs with
      unmodified routers, reactive handoffs with router support, and
      movement anticipation and proactive handoff management.</p>
    </body>
  </project>

  <project cat='team'>
    <title>FreeBSD Security Officer and Security Team</title>

    <contact>
      <person>
        <name>
          <given>Security</given>

          <common>Officer</common>
        </name>

        <email>security-officer@FreeBSD.org</email>
      </person>

      <person>
        <name>
          <given>Security</given>

          <common>Team</common>
        </name>

        <email>security-team@FreeBSD.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.freebsd.org/security/" />

      <url
      href="http://www.freebsd.org/administration.html#t-secteam" />

      <url href="http://vuxml.freebsd.org/" />
    </links>

    <body>
      <p>This report covers the period July 2005 - January 2006, since
      the FreeBSD Security Team did not submit a status report for July -
      October 2005.</p>

      <p>In August 2005, the long-time Security Officer, Jacques Vidrine,
      stepped down and was replaced by Colin Percival. Jacques remains
      with the team as Security Officer Emeritus, and the team thanks him
      for all his work over the past four years.</p>

      <p>Also in August 2005, Dag-Erling C. Sm&#248;rgrav was replaced by
      Simon L. Nielsen as Deputy Security Officer. In addition, Tom
      Rhodes and Guido van Rooij retired from the team in September 2005
      and January 2006 respectively in order to devote their time to
      other parts of the FreeBSD project. The current Security Team
      membership is published on the web site.</p>

      <p>In the time since the last status report, ten security
      advisories have been issued (five in 2005, five in 2006) concerning
      problems in the base system of FreeBSD; of these, four problems
      were in "contributed" code, while six were in code maintained
      within FreeBSD. The Vulnerabilities and Exposures Markup Language
      (VuXML) document has continued to be updated by the Security Team
      and the Ports Committers documenting new vulnerabilities in the
      FreeBSD Ports Collection; since the last status report, 117 new
      entries have been added, bringing the total up to 636.</p>

      <p>The following FreeBSD releases are supported by the FreeBSD
      Security Team: FreeBSD 4.10, FreeBSD 4.11, FreeBSD 5.3, FreeBSD
      5.4, and FreeBSD 6.0. Their respective End of Life dates are listed
      on the web site.</p>
    </body>
  </project>

  <project cat='proj'>
    <title>FreeSBIE</title>

    <contact>
      <person>
        <name>
          <given>FreeSBIE</given>

          <common>staff</common>
        </name>

        <email>staff@freesbie.org</email>
      </person>
    </contact>

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

      <url href="http://torrent.freesbie.org" />

      <url href="freesbie@gufi.org" />
    </links>

    <body>
      <p>Development is going on after the complete rewrite of the
      toolkit. There are many plugins available and we're testing a new
      implementation of unionfs for 6.x. Since it's a bit unstable, it
      won't be included in the release anyway. Developers hope to enter
      the BETA state on February 1st, to release an -RC image around
      February 15th and the RELEASE around March 1st. We need more people
      to test the images we provide. Torrents for them are available at
      <a href="http://torrent.freesbie.org">torrent.freesbie.org</a>

      .</p>
    </body>

    <help>
      <task>A new BETA Release, based on 6-STABLE, is available for
      testing.</task>
    </help>
  </project>

  <project cat='proj'>
    <title>variant symlinks</title>

    <contact>
      <person>
        <name>
          <given>Andrey</given>

          <common>Elsukov</common>
        </name>

        <email>bu7cher@yandex.ru</email>
      </person>
    </contact>

    <links>
      <url href="http://butcher.heavennet.ru/patches/kernel/varsym/" />
    </links>

    <body>
      <p>The port of DragonFly's variant symlinks (
      <a href="http://freebsd.org/projects/ideas/#p-magicsymlinks">
      project ideas</a>

      ) to FreeBSD. Variant symlinks is a dynamic symbolic link
      implementation. Source file of a variant symlink may contain one or
      more variable names. Each of these variable names is enclosed in
      braces and preceded by a dollar sign in the style of variable
      references in sh(1). Whenever a variant symlink is followed, each
      variable found in source file is replaced by its associated value.
      In this manner, a variant symlink may resolve to different paths
      based on context.</p>
    </body>

    <help>
      <task>Document a new system calls.</task>

      <task>More testing.</task>

      <task>Write the rc.d script for the variant symlinks
      initialization.</task>
    </help>
  </project>

  <project cat='misc'>
    <title>BSDCan 2006</title>

    <contact>
      <person>
        <name>
          <given>Dan</given>

          <common>Langille</common>
        </name>

        <email>dan@langille.org</email>
      </person>
    </contact>

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

    <body>
      <p>We are well into the process of selecting the talks for BSDCan
      2006. Our new
      <a href="http://www.bsdcan.org/2006/committee.php">program
      committee</a>

      has a hard selection task over the new few weeks. The deadline for
      the
      <a href="http://www.bsdcan.org/2006/papers.php">Call For Papers</a>

      has passed, but it's not too late to submit a talk. Please see the
      above URL for details. After the success of the
      <a href="http://www.bsdcan.org/2005/activity.php?id=72">Work in
      Progress last year</a>

      , we are going to do it again this year. If you are working on
      something you'd like to tell the world about, considering giving a
      5 minute talk at BSDCan. The
      <a href="http://www.bsdcan.org/2006/registration.php">registration
      prices for BSDCan 2006</a>

      will be the same as they were for
      <a href="http://www.bsdcan.org/2005/registration.php">2005</a>

      . We will be again in the SITE building at University of Ottawa and
      you'll have lots of opportunity to meet with people from all over
      the world. Be sure to make your travel plans now and don't miss out
      on the biggest BSD event this year: BSDCan 2006.</p>
    </body>

    <help>
      <task>We're looking for volunteers to help out just before and
      during the conference. Contact Dan at the above address.</task>

      <task>If you have a talk you'd like to present, contact Dan at the
      above address.</task>
    </help>
  </project>

  <project cat='ports'>
    <title>FreshPorts</title>

    <contact>
      <person>
        <name>
          <given>Dan</given>

          <common>Langille</common>
        </name>

        <email>dan@langille.org</email>
      </person>
    </contact>

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

    <body>
      <p>
      <a href="http://www.freshports.org/">FreshPorts</a>

      recently moved to a new webserver. This should speed things up
      considerably.</p>

      <p>You can read all about the new hardware on the recently
      introduced
      <a href="http://news.freshports.org/">FreshPorts Blog</a>

      . This blog will include technical discussions about ports and the
      problems they present with respect to FreshPorts. Site
      announcements will be posted there. As bugs are found, they will be
      listed, as well as their fixes.</p>

      <p>Supporting multiple platforms and architectures is still in the
      development stage. Lack of time is affecting progress.</p>

      <p>A fix for virtual ports is in the works. I'm also going to
      implement more caching to speed things up. If interested in
      discussing the options there, please get involved in the blog.</p>
    </body>
  </project>

  <project cat='doc'>
    <title>The FreeBSD Dutch Documentation Project</title>

    <contact>
      <person>
        <name>
          <given>Remko</given>

          <common>Lodder</common>
        </name>

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

      <person>
        <name>
          <given>Siebrand</given>

          <common>Mazeland</common>
        </name>

        <email>s.mazeland@xs4all.nl</email>
      </person>
    </contact>

    <links>
      <url href="http://www.freebsd.org/doc/nl/books/handbook">FreeBSD
      released handbook</url>

      <url href="http://www.freebsd-nl.org/doc/nl">Preview
      documentation</url>

      <url href="http://www.freebsd-nl.org/www/nl/">Preview website</url>
    </links>

    <body>
      <p>The FreeBSD Dutch Documentation Project is an ongoing project,
      focussed on translating the English documentation and website to
      the Dutch language. Currently we are almost done with the FreeBSD
      Handbook and started the initial translation of the FreeBSD
      Website. We are always looking for people to help out, if you can
      help, please contact Siebrand or me so that we can divide the work
      amongst us.</p>

      <p>Recent publications:
      <br />

      Recently the Printing and the Serial Communications chapters were
      added to the FreeBSD Dutch Handbook.</p>

      <p>Recently started items:
      <br />

      We started with the translation of the PPP and SLIP chapter and the
      translation of the website.</p>
    </body>

    <help>
      <task>Translate the final parts of the FreeBSD handbook.</task>

      <task>Translate the FreeBSD Website</task>
    </help>
  </project>

  <project cat='arch'>
    <title>FreeBSD/xbox</title>

    <contact>
      <person>
        <name>
          <given>Rink</given>

          <common>Springer</common>
        </name>

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

    <links>
      <url href="http://xbox-bsd.nl">FreeBSD/xbox project page.</url>
    </links>

    <body>
      <p>FreeBSD/xbox support is nearing completion. Patches are
      available for nve(4) ethernet support, as well as a
      syscons(4)-capable console. I am working to integrate these in
      CURRENT, a backport to 6.x is planned too.</p>

      <p>Work is under way to support X.Org as well; people with more
      detailed knowledge of X.Org are welcome to assist.</p>
    </body>

    <help>
      <task>Enable framebuffer support in X.Org</task>

      <task>Figure out a way to use mfsroots without using
      loader(8)</task>
    </help>
  </project>

  <project cat='kern'>
    <title>LSI MegaRAID improvements</title>

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

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

        <email>scottl@freebsd.org</email>
      </person>

      <person>
        <name>
          <given>Doug</given>

          <common>Ambrisko</common>
        </name>

        <email>ambrisko@freebsd.org</email>
      </person>
    </contact>

    <links>
    </links>

    <body>
      <p>Major work has gone into improving both the performance of the
      LSI MegaRAID (amr) driver, and in adding Linux compatibility
      support. SMPng locking was added in Oct 2005 as well as a number of
      performance improvements. The result is 138% performance
      improvement in some local transaction tests.</p>

      <p>Throughout 2005 a lot of work has gone into adding Linux
      compatibility to the driver. It is now possible to run many of the
      LSI-provided management apps for Linux under FreeBSD. Both this
      feature and the performance improvements are in the 7-CURRENT
      development branch of FreeBSD and are scheduled to be backported in
      time for the FreeBSD 6.1 release.</p>
    </body>
  </project>

  <project cat='kern'>
    <title>E1000 driver improvements</title>

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

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

        <email>scottl@freebsd.org</email>
      </person>

      <person>
        <name>
          <given>Andre</given>

          <common>Opperman</common>
        </name>

        <email>andre@freebsd.org</email>
      </person>
    </contact>

    <links>
    </links>

    <body>
      <p>In an effort to solve the 'interrupt aliasing' problem that
      plagues many motherboards under FreeBSD, I modified the Intel e1000
      network driver (if_em) to use a combination of fast interrupts and
      taskqueues. This technique avoids interrupt threads entirely, which
      in turn avoids triggering the aliasing problem in the Intel APIC.
      The result is that the driver now handles and masks interrupts
      immediately, and a private taskqueue is then scheduled to run to
      process the link events and rx/tx events. A side effect of this
      asynchronous processing is that it acts much as traditional polling
      does, in that the amount of work done in the taskqueue can be
      controlled, and the taskqueue rescheduled to process work at a
      later time. This leads to the driver having the low-latency
      benefits of interrupts and the workload segmentation of polling,
      all without complicated heuristics. Several users have reported
      that the driver can handle higher loads than traditional polling
      without deadlocks.</p>

      <p>Along with this work, I modified the SMPng locking in the driver
      so that no lock is required for the RX path. Since this path is
      already implicitly serialized by the interrupt and/or taskqueue
      and/or polling handler (all of which are exclusive to each other),
      there was no need for extra synchronization. This has two benefits.
      The first is reduction in processing overhead to unlock and lock
      the driver for every RX packet, and significant reduction in
      contention of the driver lock when transmitting and receiving
      packets at the same time. I believe that it is further possible to
      run the TX-complete path without a lock, further reducing overhead
      and contention for high transmit loads. The reduced contention also
      greatly benefited the fast-forward bridging code in FreeBSD, with
      up to 25% performance improvement seen, as well as lower CPU
      utilization.</p>

      <p>The work can be found in FreeBSD 7-CURRENT for now. There are
      still some rough edges relating to falling back to traditional
      ithread and polling behavior, and I do not intend to merge the
      changes back to FreeBSD 6.x until these are resolved. I also hope
      to extend the INTR_FAST+taskqueue model into a general framework
      for doing Mac OSX style filter interrupts. The work in the if_em
      driver can also be extended to other high-performance network
      drivers such as if_bge and if_ti. Any help with investigating these
      topics is welcomed.</p>
    </body>
  </project>

  <project cat='team'>
    <title>Release Engineering Status Report</title>

    <contact>
      <person>
        <name>
          <given>RE</given>

          <common>Team</common>
        </name>

        <email>re@freebsd.org</email>
      </person>
    </contact>

    <links>
      <url href="http://www.freebsd.org/releng" />

      <url href="http://www.freebsd.org/releases" />
    </links>

    <body>
      <p>Another very busy year for the FreeBSD Release Engineering Team.
      Recognizing the problems, both technical and emotional, surrounding
      the FreeBSD 5.x releases, our primary focus was in getting the bugs
      out of FreeBSD 6.0 and getting it released. We succeeded at that
      quite well, and the 6.0 release on Nov 18 was a huge success for
      the project. Many thanks to all of the developers who put in
      countless hours fixing bugs and improving performance, and to the
      users who helped find, fix, and verify bugs.</p>

      <p>Moving forward to 2006, we plan on doing a joint release of
      FreeBSD 5.5 and 6.1 in late March. The 5.5 release will mark the
      end of active FreeBSD 5.x development and releases, and is intended
      to help users who have not yet switched to FreeBSD 6. It consists
      primarily of bug fixes and minor improvements. FreeBSD 6.1 will be
      an upgrade to 6.0 and will include new drivers, better performance
      in certain areas, as well as bug fixes. We expect to release
      FreeBSD 6.2 and 6.3 later in 2006.</p>
    </body>
  </project>

  <project cat='net'>
    <title>New Networking Features in FreeBSD 6.0</title>

    <contact>
      <person>
        <name>
          <given>Andre</given>

          <common>Oppermann</common>
        </name>

        <email>andre@freebsd.org</email>
      </person>
    </contact>

    <links>
      <url
      href="http://people.freebsd.org/~andre/New%20Networking%20Features%20in%20FreeBSD%206%20-%20Presentation.pdf">
      Presentation</url>

      <url
      href="http://people.freebsd.org/~andre/New%20Networking%20Features%20in%20FreeBSD%206%20-%20Paper.pdf">
      Paper</url>

      <url href="http://www.eurobsdcon.org">EuroBSDCon 05</url>
    </links>

    <body>
      <p>FreeBSD 6 has evolved drastically in the development branch
      since FreeBSD 5.3 and especially so in the network area. The
      presentation and paper give an in-depth overview of all network
      stack related enhancements, changes and new code with a narrative
      on their rationale.</p>
    </body>
  </project>

  <project cat='net'>
    <title>Optimizing the FreeBSD IP and TCP Stack</title>

    <contact>
      <person>
        <name>
          <given>Andre</given>

          <common>Oppermann</common>
        </name>

        <email>andre@freebsd.org</email>
      </person>
    </contact>

    <links>
      <url
      href="http://people.freebsd.org/~andre/Optimizing%20the%20FreeBSD%20IP%20and%20TCP%20Stack%20-%20Presentation.pdf">
      Presentation</url>

      <url
      href="http://people.freebsd.org/~andre/Optimizing%20the%20FreeBSD%20IP%20and%20TCP%20Stack%20-%20Paper.pdf">
      Paper</url>

      <url href="http://www.eurobsdcon.org">EuroBSDCon 05</url>

      <url href="http://people.freebsd.org/~andre/tcpoptimization.html">
      TCP/IP Optimization Fundraiser 2005</url>
    </links>

    <body>
      <p>FreeBSD has gained fine grained locking in the network stack
      throughout the 5.x-RELEASE series cumulating in 6.0-RELEASE.
      Hardware architecture and performance characteristics have evolved
      significantly since various BSD networking subsystems have been
      designed and implemented. This paper gives a detailed look into the
      implementation and design changes in FreeBSD 7-CURRENT to extract
      the maximum network performance from the underlying hardware.</p>

      <p>Sponsored by: TCP/IP Optimization Fundraiser 2005</p>
    </body>
  </project>

  <project cat='misc'>
    <title>TCP/IP Optimization Fundraiser Status</title>

    <contact>
      <person>
        <name>
          <given>Andre</given>

          <common>Oppermann</common>
        </name>

        <email>andre@freebsd.org</email>
      </person>
    </contact>

    <links>
      <url href="http://people.freebsd.org/~andre/tcpoptimization.html">
      TCP/IP Optimization Fundraiser 2005</url>

      <url
      href="http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/em/if_em.c?rev=1.98&amp;content-type=text/x-cvsweb-markup">
      em(4) driver commit</url>

      <url
      href="http://www.freebsd.org/news/status/report-july-2005-oct-2005.html#TCP-&amp;-IP-Routing-Optimization-Fundraise">
      Previous Status Report</url>
    </links>

    <body>
      <p>The fundraiser has been very successful and I want to thank
      everyone who has pledged their support and tipped the jar. The full
      amount plus a little bit more has been raised in a very short
      timeframe. More information on the exact amounts and their sponsors
      can be found at the first link.</p>

      <p>After the delays on this project caused by the FreeBSD 6.0
      Release cycle code freeze work has picked up and a paper was
      written and a presentation held on "Optimizing the FreeBSD IP and
      TCP Stack" for EuroBSDCon 05 on November 27th. See related status
      report under that title.</p>

      <p>From December 21st to January 11th I received access to a
      calibrated Agilent N2X gigabit tester and traffic generator. Stock
      FreeBSD 7-current was tested and profiled extensively in this
      timeframe. A first proof of concept optimization was developed in
      cooperation with Scott Long. It involved converting the Intel
      Gigabit ethernet em(4) driver to make use of fast interrupt
      handlers, taskqueues and lockless RX ring handling. This improved
      the performance from 570kpps to 750kpps, a 25% improvement, with IP
      fastforwarding enabled.</p>
    </body>

    <help>
      <task>A large number of profiles and measurements was taken and a
      detailed report on the performance characteristics and remaining
      bottlenecks is under preparation.</task>

      <task>Further optimizations and new features described on the
      Optimization Fundraiser page.</task>
    </help>
  </project>

  <project cat='kern'>
    <title>Bt878 Audio Driver (aka FusionHDTV 5 Lite)</title>

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

          <common>Gurney</common>
        </name>

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

    <links>
      <url
      href="http://perforce.freebsd.org/fileSearch.cgi?FSPC=%2F%2Fdepot%2Fuser%2Fjmg%2Fbktrau%2F...&amp;ignore=GO%21">
      Perforce source repository</url>
    </links>

    <body>
      <p>Basic audio capture is working. All of the parameters are set by
      userland, while the RISC program generation is by kernel. No real
      audio has been captured as there are no drivers for the tuner yet.
      Someone with a real Bt878 NTSC card that is supported by bktr(4)
      could use this to capture audio w/o using the sound card.</p>

      <p>The real goal of this driver is to make HD capture possible with
      the DViCO FusionHDTV5 Lite card that I have. I have some of the
      documentation that I need, but I'm still missing two key docs. The
      docs for the LGDT3303 ATSC/8VSB/QAM demodulator chip and a block
      diagram of the board showing which GPIO lines go where and how the
      chips are interconnected. DViCO has been responsive in
      acknowledging my emails, but they have yet to produced any data
      besides pointing me to the Linux driver (which is difficult to
      figure out stuff by).</p>
    </body>

    <help>
      <task>Complete basic capture driver.</task>

      <task>Make the bktr(4) drive cleanly attach to the card, and
      possibly add support for analog capture.</task>
    </help>
  </project>

  <project cat='vendor'>
    <title>SysKonnect/Marvell Yukon device driver</title>

    <contact>
      <person>
        <name>
          <given>Karim</given>

          <common>Jamal</common>
        </name>

        <email>support@syskonnect.de</email>
      </person>
    </contact>

    <links>
      <url href="http://www.marvell.com" />

      <url href="http://www.syskonnect.de" />
    </links>

    <body>
      <p>This project provides support for SysKonnect's SK-98xx,
      SK-95xx,SK-9Exx and SK-9Sxx PCI/PCI-Express Gigabit Ethernet
      adapters via the yk(4) driver, as well as Marvell's Yukon LOM
      Gigabit Ethernet controllers via the myk(4) driver. Driver source
      has been made available to selected members of the FreeBSD
      project.</p>
    </body>
  </project>

  <project cat='arch'>
    <title>FreeBSD on Xen 3.0</title>

    <contact>
      <person>
        <name>
          <given>Kip</given>

          <common>Macy</common>
        </name>

        <email>kip.macy@gmail.com</email>
      </person>
    </contact>

    <links>
      <url href="http://www.fsmware.com/xenofreebsd/7.0/STATUS">current
      status</url>
    </links>

    <body>
      <p>Full domU support in p4 branch of -CURRENT, except suspend /
      restore. Dom0 work is in progress. Scott Long is working on xenbus
      integration with newbus. After newbus integration it will go into
      CVS. I hope to see it MFCed to RELENG_6 so it will be available for
      6.1.</p>
    </body>

    <help>
      <task>Port the backend drivers from Linux.</task>

      <task>Port the domain management tools from Linux.</task>

      <task>Add multiboot support to loader(8) to support it booting
      xen.</task>

      <task>SMP, x86_64, and PAE support.</task>
    </help>
  </project>
</report>