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
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680
1681
1682
1683
1684
1685
1686
1687
1688
1689
1690
1691
1692
1693
1694
1695
1696
1697
1698
1699
1700
1701
1702
1703
1704
1705
1706
1707
1708
1709
1710
1711
1712
1713
1714
1715
1716
1717
1718
1719
1720
1721
1722
1723
1724
1725
1726
1727
1728
1729
1730
1731
1732
1733
1734
1735
1736
1737
1738
1739
1740
1741
1742
1743
1744
1745
1746
1747
1748
1749
1750
1751
1752
1753
1754
1755
1756
1757
1758
1759
1760
1761
1762
1763
1764
1765
1766
1767
1768
1769
1770
1771
1772
1773
1774
1775
1776
1777
1778
1779
1780
1781
1782
1783
1784
1785
1786
1787
1788
1789
1790
1791
1792
1793
1794
1795
1796
1797
1798
1799
1800
1801
1802
1803
1804
1805
1806
1807
1808
1809
1810
1811
1812
1813
1814
1815
1816
1817
1818
1819
1820
1821
1822
1823
1824
1825
1826
1827
1828
1829
1830
1831
1832
1833
1834
1835
1836
1837
1838
1839
1840
1841
1842
1843
1844
1845
1846
1847
1848
1849
1850
1851
1852
1853
1854
1855
1856
1857
1858
1859
1860
1861
1862
1863
1864
1865
1866
1867
1868
1869
1870
1871
1872
1873
1874
1875
1876
1877
1878
1879
1880
1881
1882
1883
1884
1885
1886
1887
1888
1889
1890
1891
1892
1893
1894
1895
1896
1897
1898
1899
1900
1901
1902
1903
1904
1905
1906
|
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE report PUBLIC "-//FreeBSD//DTD FreeBSD XML Database for Status Report//EN" "http://www.FreeBSD.org/XML/www/share/xml/statusreport.dtd" >
<!-- $FreeBSD$ -->
<report>
<date>
<month>April-June</month>
<year>2013</year>
</date>
<section>
<title>Introduction</title>
<p>This report covers &os;-related projects between April and June
2013. This is the second of four reports planned for 2013.</p>
<!-- XXX: theraven's part goes here -->
<!-- XXX: keep updating the number of entries -->
<p>Thanks to all the reporters for the excellent work! This report
contains 33 entries and we hope you enjoy reading it.</p>
<!-- XXX: set date for the next set of submissions -->
<p>The deadline for submissions covering between July and September 2013
is not yet decided.</p>
</section>
<category>
<name>team</name>
<description>&os; Team Reports</description>
</category>
<category>
<name>proj</name>
<description>Projects</description>
</category>
<category>
<name>kern</name>
<description>Kernel</description>
</category>
<category>
<name>arch</name>
<description>Architectures</description>
</category>
<category>
<name>bin</name>
<description>Userland Programs</description>
</category>
<category>
<name>ports</name>
<description>Ports</description>
</category>
<category>
<name>docs</name>
<description>Documentation</description>
</category>
<category>
<name>event</name>
<description>Events</description>
</category>
<category>
<name>soc</name>
<description>Google Summer of Code</description>
</category>
<category>
<name>misc</name>
<description>Miscellaneous</description>
</category>
<project cat='proj'>
<title>PC-BSD</title>
<contact>
<person>
<name>
<given>Kris</given>
<common>Moore</common>
</name>
<email>kmoore@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://www.pcbsd.org">PC-BSD Home Page</url>
</links>
<body>
<p>Progress on moving PC-BSD & TrueOS to a "rolling release"
is happening quickly. We have implemented our own package
repository, fully based on <tt>pkg(8)</tt>, which is updated twice
monthly, and are now hosting dedicated
<tt>freebsd-update(8)</tt> systems. In addition to the
<tt>9.1-RELEASE</tt> ISO images, we have begun to create a
<tt>9-STABLE</tt> branch as well, using
<tt>freebsd-update(8)</tt> to push out the latest world and
kernel binaries on a monthly basis.</p>
<p>We are currently working on an implementation of ZFS Boot
Environments for desktops and servers. These users to install
updates or experimental versions in separate ZFS clones and
select the one to run at boot time, providing an easy way of
testing upgrades before deployment.</p>
</body>
</project>
<project cat='kern'>
<title>Wireless Networking Improvements</title>
<contact>
<person>
<name>
<given>Adrian</given>
<common>Chadd</common>
</name>
<email>adrian@FreeBSD.org</email>
</person>
</contact>
<links/>
<body>
<p>Recently the &os; wireless networking stack has received
updates in the following areas:</p>
<ul>
<li>Improved transmit locking in <tt>net80211(4)</tt> to
eliminate a whole class of subtle race conditions leading to
out-of-order packets being handed to the driver.</li>
<li>Spectral scan (FFT) information is now available for the
AR9280, AR9285, AR9287 series NICs.</li>
<li>Added support for AR93xx, AR94xx, AR95xx NICs —
<tt>hostap</tt>, <tt>adhoc</tt> and <tt>station</tt> modes
have been tested, including 3x3 stream support for the those
NICs where appropriate.</li>
<li>Implemented ps-poll handling in <tt>hostap</tt> mode. This
was required for correct behaviour with stations that implement
aggressive power save.</li>
<li>Added AR933x SoC support — including all on-board
peripherals — the <tt>8devices.com</tt> Carambola-2
board is now fully supported and will run &os; from NOR
flash.</li>
</ul>
</body>
</project>
<project cat='arch'>
<title>Intel IOMMU (VT-d, DMAR) Support</title>
<contact>
<person>
<name>
<given>Konstantin</given>
<common>Belousov</common>
</name>
<email>kib@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://www.intel.com/content/www/us/en/intelligent-systems/intel-technology/vt-directed-io-spec.html"/>
<url href="http://lists.freebsd.org/pipermail/freebsd-arch/2013-May/014368.html"/>
<url href="http://people.freebsd.org/~kib/misc/dmar.1.patch"/>
</links>
<body>
<p>Intel VT-d is a set of extensions that were originally designed
to allow virtualizing devices. It allows safe access to physical
devices from virtual machines and can also be used for better
isolation and performance increases. A VT-d driver was
developed that implements the <tt>busdma(9)</tt> interface using
the DMA Remap units (DMARs) found in current Intel chipsets.
The driver provides reliability and security improvements for
the system by facilitating restricted access to main memory from
busmastering devices.</p>
<p>It also eliminates bounce buffering (copying) by allocating
remapped regions that satisfy a device's access limitations.</p>
<p>With additional work to define a suitable interface the VT-d
driver will also provide PCI pass-through functionality for
hypervisors.</p>
<p>This project is sponsored by The &os; Foundation.</p>
</body>
<help>
<task>Implement workarounds for chipset errata.</task>
<task>Commit to HEAD after additional testing.</task>
<task>Rebalance MSI/MSI-X using interrupt remapping unit, also
required for x2APIC use on big machines.</task>
<task>Integrate with the Intel GPU MMU and handle Ironlake and
SandyBridge errata for the GFXVTd unit.</task>
<task>Provide an interface for VMM (hypervisors).</task>
<task>Consider implementing a driver for AMD's IOMMU.</task>
</help>
</project>
<project cat='kern'>
<title>Multi-threaded Pagedaemon</title>
<contact>
<person>
<name>
<given>Konstantin</given>
<common>Belousov</common>
</name>
<email>kib@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://people.freebsd.org/~kib/misc/pagedaemon-numa.1.patch"/>
</links>
<body>
<p>This project aims to improve scalability of the virtual memory
subsystem. Based on a prototype change from Jeff Roberson,
per-domain page queues and per-domain pagedaemon working threads
have been implemented to enable this. At the moment, the
domains coincide with the NUMA proximity domains, but this is
not neccessary and could be improved with further separation to
allow more parallelism in the pagedaemon.</p>
<p>The patch is relatively simple, with the most delicate parts
being the page laundry and OOM logic, which requires coordination
between all pagedaemon threads to prevent false triggering.</p>
<p>Testing on diverse workloads and on real multi-socket machines
is required.</p>
<p>This project is sponsored by The &os; Foundation.</p>
</body>
<help>
<task>Debug on multi-domain NUMA machine.</task>
<task>Test, get review and commit.</task>
</help>
</project>
<project cat='bin'>
<title><tt>bsnmpd(1)</tt> Support in <tt>hastd(8)</tt></title>
<contact>
<person>
<name>
<given>Mikolaj</given>
<common>Golub</common>
</name>
<email>trociny@FreeBSD.org</email>
</person>
</contact>
<links/>
<body>
<p>A <tt>hastd(8)</tt> module for <tt>bsnmpd(1)</tt> has been
committed to &os; <tt>head</tt> and merged to the
<tt>stable/8</tt> and <tt>stable/9</tt> branches recently. This
module makes it possible to monitor and manage <tt>hastd(8)</tt>
via the SNMP protocol.</p>
</body>
</project>
<project cat='team'>
<title>&os; Release Engineering Team</title>
<contact>
<person>
<name>&os; Release Engineering Team</name>
<email>re@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://www.freebsd.org/releases/8.4R/errata.html"/>
<url href="http://www.freebsd.org/releases/9.2R/schedule.html"/>
</links>
<body>
<p>The &os; 8.4-RELEASE cycle completed on June 7, 2013,
approximately two months behind the original schedule. Please
be sure to read the Errata Notices for any post-release issues
discovered after 8.4-RELEASE.</p>
<p>The &os; 9.2-RELEASE process will begin July 6, 2013.
Unless any critical issues arise, &os; 9.2-RELEASE is
expected to be available late August or early September.</p>
<p>Users tracking the &os; 9.<i>X</i> branch are encouraged
to test the -BETA and -RC builds whenever possible, and provide
feedback and report issues to the <a
href="http://lists.freebsd.org/pipermail/freebsd-stable">freebsd-stable
mailing list</a>.</p>
</body>
</project>
<project cat='proj'>
<title>Virtual Private Systems</title>
<contact>
<person>
<name>
<given>Klaus</given>
<common>Ohrhallinger</common>
</name>
<email>k@7he.at</email>
</person>
</contact>
<links>
<url href="http://www.7he.at/freebsd/vps/"/>
<url href="http://svnweb.freebsd.org/base/projects/vps/"/>
</links>
<body>
<p>VPS for &os; is an OS-level based virtualization implementation
that supports advanced features like live migration. It has
been recently imported into the Project's Subversion repository
as a project branch. The code is currently of alpha
quality.</p>
</body>
<help>
<task>Test with many different guest setups/applications. All
feedback is highly appreciated.</task>
</help>
</project>
<project cat='ports'>
<title>KDE/&os;</title>
<contact>
<person>
<name>
<given>KDE</given>
<common>&os;</common>
</name>
<email>kde@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://FreeBSD.kde.org">KDE/&os; home page</url>
<url href="http://FreeBSD.kde.org/area51.php">area51</url>
</links>
<body>
<p>The KDE/&os; Team has continued to improve the experience of
KDE software and Qt under &os;. During this quarter, the team
has kept most of the KDE and Qt ports up-to-date, working on the
following releases:</p>
<ul>
<li>KDE SC: 4.10.2, 4.10.3, 4.10.4</li>
<li>Qt: 5.0.2 (area51)</li>
<li>PyQt: 4.10.2; QScintilla 2.7.2; SIP: 4.14.7</li>
<li>KDevelop: 4.5.1</li>
<li>Calligra: 2.6.2</li>
<li>CMake: 2.8.11.1</li>
<li>Digikam (and KIPI-plugins): 3.1.0, 3.2.0 </li>
<li>KDE Telepathy: 0.6.0, 0.6.1</li>
</ul>
<p>As a result — according to <a
href="http://portscout.freebsd.org/kde@freebsd.org.html">PortScout</a>
— <tt>kde@</tt> has 473 ports (up from 431), of which
98.73% are up-to-date (up from 93.5%). iXsystems Inc.
continues to provided a machine for the team to build packages
and to test updates. iXsystems Inc. has been providing the
KDE/&os; Team with support for quite a long time and we are very
grateful for that. This quarter, we would also like to thank
Steve Wills (<tt>swills@</tt>) for providing access to another
machine so that we can do our work even faster.</p>
<p>While a great deal of the team's efforts are focused towards
packaging released code, we also take a proactive stand in
making sure future versions of the software we port is also
going to work well on &os;. This involves being in close
contact with upstream, raising awareness of &os; as an active
project and also sending actual patches that most of the time
benefit many other operating systems besides &os; itself. In
this regard, we have been dedicating a lot of time making sure
both <tt>clang</tt> and <tt>libc++</tt> are fully supported in
KDE and Qt. Not only has this resulted in many patches being
sent to these projects, but the exposure to these large code
bases have been beneficial to the Clang-on-&os; project as well.
Dimitry Andric (<tt>dim@</tt>) has been of great help as a point
of contact for all the issues we have faced.</p>
<p>As usual, the team is always looking for more testers and
porters so please contact us and visit our home page. It would
be especially useful to have more helping hands on tasks such as
getting rid of the dependency on the defunct HAL project and
providing integration with KDE's Bluedevil Bluetooth
interface.</p>
</body>
<help>
<task>Update out-of-date ports, see <a
href="http://portscout.freebsd.org/kde@freebsd.org.html">PortScout</a>
for a list.</task>
<task>Work on KDE 4.11 and Qt 5.</task>
<task>Make sure the whole KDE stack (including Qt) builds and works
correctly with <tt>clang</tt> and <tt>libc++</tt>.</task>
<task>Remove the dependency on HAL.</task>
</help>
</project>
<project cat='docs'>
<title>Upgrading the Documentation Set to DocBook 5.0</title>
<contact>
<person>
<name>
<given>Gábor</given>
<common>Kövesdán</common>
</name>
<email>gabor@FreeBSD.org</email>
</person>
</contact>
<body>
<p>The Documentation Project has been using old versions of markup
standards until recently when we switched to a real XML
toolchain and DocBook 4.5. However, we still depend on obsolete
technologies — DSSSL and Jade. DocBook 5.0 provides
cleaner markup and some nice new features.</p>
<p>The objective of this project is to upgrade the documentation
set to DocBook 5.0 and to find a way to properly render our
sources without using DSSSL, since the DSSSL stylesheets are
discontinued and cannot render DocBook 5.0. The documentation
sources have already been successfully transformed to DocBook
5.0 and updates to the rendering process are under
development. The common opinion among &os; developers is that
Java is a heavy dependency that should be avoided. This has
suggested the transformation of DocBook sources to TeX and use
TeX as a rendering backend. There are two ways to do this; the
sources can be transformed either directly or through the XSL FO
output generated by the stylesheets provided for the DocBook Project.
The latter approach has been chosen as a preferred
way since it better fits the existing documentation
infrastructure and provides easier customization.</p>
<p>This project is generously funded by The &os; Foundation.</p>
</body>
<help>
<task>Finish the implementation of the rendering process.</task>
<task>Integrate the rendering solution into the
infrastructure.</task>
<task>Merge back changes to <tt>head</tt>.</task>
</help>
</project>
<project cat='kern'>
<title>AMD GPU Kernel Mode-setting Support</title>
<contact>
<person>
<name>
<given>Jean-Sébastien</given>
<common>Pédron</common>
</name>
<email>dumbbell@FreeBSD.org</email>
</person>
<person>
<name>
<given>Konstantin</given>
<common>Belousov</common>
</name>
<email>kib@FreeBSD.org</email>
</person>
</contact>
<links>
<url
href="https://wiki.freebsd.org/AMD_GPU">Project status on the wiki</url>
</links>
<body>
<p>Due to non-&os;-related activities from April to end of June,
the project progressed slowly:</p>
<ul>
<li>Some important problems in TTM were fixed and several others
are being worked out. Applications affected by these bugs are
non-linear video editing software (which do not use Xv to
preview the video) or "screen" of VirtualBox, for
instance.</li>
<li>Regarding the locking issue with OpenGL, no work has been
done yet. <tt>glxgears</tt> works but some modern desktop
environments or WebGL demos hang. Once TTM bugs described
above are fixed, this is the next target.</li>
<li>Patches to Mesa to make it build out-of-the-box were
submitted upstream. As of writing, some were committed but
not all of them. Additionally, as result of a joint work with
Jonathan Gray (of OpenBSD), Mesa should work on &os;, OpenBSD,
and hopefully on other BSD flavors without additional
patches.</li>
</ul>
<p>Several users tested the driver. Andriy Gapon, Jonathan
Gray, and Mark Kettenis (of OpenBSD) submitted patches. kyzh
kindly donated several discrete cards from different series.
A big thanks to all those contributors!</p>
<p>The driver is still not stable enough for a wider call for
testers.</p>
</body>
<help>
<task>Write instructions for the wiki to explain how to test the
driver.</task>
</help>
</project>
<project cat='kern'>
<title>Realtek RTL8188CU/RTL8192CU USB Wireless Driver</title>
<contact>
<person>
<name>
<given>Rui</given>
<common>Paulo</common>
</name>
<email>rpaulo@FreeBSD.org</email>
</person>
<person>
<name>
<given>Kevin</given>
<common>Lo</common>
</name>
<email>kevlo@FreeBSD.org</email>
</person>
</contact>
<body>
<p>The <tt>urtwn(4)</tt> driver was imported from OpenBSD. This
is a driver for very small Realtek USB WiFi cards which are pretty
inexpensive and can do 802.11n at the maximum theoretical speed
of 150 Mbps. They make a good addition to embedded systems such
as the Raspberry Pi and the BeagleBone. The driver requires
firmware that is available in the &os; Ports Collection
(<tt>net/urtwn-firmware-kmod</tt>). Note that 802.11n is not
yet supported.</p>
</body>
</project>
<project cat='kern'>
<title>ZFS TRIM and Enhanced <tt>BIO_DELETE</tt> Support</title>
<contact>
<person>
<name>
<given>Pawel Jakub</given>
<common>Dawidek</common>
</name>
<email>pjd@FreeBSD.org</email>
</person>
<person>
<name>
<given>Steven</given>
<common>Hartland</common>
</name>
<email>smh@FreeBSD.org</email>
</person>
</contact>
<body>
<p>As of the end of June, &os;'s ZFS implementation now includes
TRIM support in <tt>head</tt>, <tt>stable/9</tt>, and
<tt>stable/8</tt> branches. This allows ZFS to help maintain
high performance on flash-based devices such as SSD's even under
high-load conditions.</p>
<p>When creating new pools and adding new devices to existing
pools it first performs a full-device level TRIM to help ensure
optimum starting performance. This behaviour can be overridden
by setting the <tt>vfs.zfs.vdev.trim_on_init</tt> sysctl
variable to <tt>0</tt> if for example the disks are new or have
already been secure erased, which can also now be done using
<tt>camcontrol(8)</tt> security actions.</p>
<p>In order to support TRIM, the kernel requires the underlying
device driver supports <tt>BIO_DELETE</tt>. This is currently
mapped through to hardware methods such as ATA TRIM and SCSI
UNMAP, which are commonly supported by SSDs via CAM.</p>
<p>In order to increase the supported hardware base, CAM's SCSI
layer was also enhanced to allow ATA TRIM via SATL ATA
Passthrough to be used in addition to the existing UNMAP and WS
methods. This allows SATA disks attached to SCSI controllers
with CAM based drivers such as <tt>mps(4)</tt> and
<tt>mpt(4)</tt> to provide delete support.</p>
<p>Stats for ZFS TRIM can be monitored by looking at the sysctl
variables under <tt>kstat.zfs.misc.zio_trim</tt> in addition to
live GEOM delete stats via the <tt>gstat -d</tt> command.</p>
<p>This project was sponsored by <a
href="http://www.multiplay.com">Multiplay</a> and implemented by
Pawel Jakub Dawidek.</p>
</body>
</project>
<project cat='arch'>
<title>Superpages for ARMv7</title>
<contact>
<person>
<name>
<given>Zbigniew</given>
<common>Bodek</common>
</name>
<email>zbb@semihalf.com</email>
</person>
<person>
<name>
<given>Grzegorz</given>
<common>Bernacki</common>
</name>
<email>gjb@semihalf.com</email>
</person>
<person>
<name>
<given>Rafal</given>
<common>Jaworowski</common>
</name>
<email>raj@semihalf.com</email>
</person>
</contact>
<links>
<url href="http://static.usenix.org/events/osdi02/tech/full_papers/navarro/navarro.pdf"/>
<url href="https://wiki.freebsd.org/ARMSuperpages"/>
<url href="https://github.com/semihalf-bodek-zbigniew/freebsd-arm-superpages.git"/>
</links>
<body>
<p>The ARM architecture is becoming more and more prevalent, with
increasing usage beyond the mobile and embedded space. Among
the more interesting industry trends emerging in the recent
months, there has been the concept of "ARM server". Some
top-tier companies, e.g. Dell and HP, have already started to
develop such systems.</p>
<p>Key to success of &os; in these new areas is dealing with the
sophisticated features of the platform, for example adding
support for superpages.</p>
<p>The objective of this project is to enable &os;/arm to utilize
superpages which would allow efficient use of TLB translations
(by enlarging TLB coverage), leading to improved performance in
many applications and scalability. This is intended to work on
ARMv7-based processors, however compatibility with ARMv6 will be
preserved.</p>
<p>The following steps have been made since the last status
report:</p>
<ul>
<li>Implement <tt>pmap_copy()</tt> to support <tt>fork()</tt>
system calls.</li>
<li>Support for multiple page sizes.</li>
<li>Implement superpage creation, promotion, demotion, and
eviction mechanisms.</li>
<li>Implement PV entry management for superpages.</li>
<li>Partially integrate code to the <tt>head</tt> branch.</li>
</ul>
<p>Next steps:</p>
<ul>
<li>Test and benchmark.</li>
<li>Complete integration into &os; <tt>head</tt>.</li>
</ul>
<p>This project is jointly sponsored by The &os; Foundation and
Semihalf.</p>
</body>
<help>
<task>Start utilizing superpages on ARMv6/v7.</task>
<task>Find bugs and debug.</task>
</help>
</project>
<project cat='bin'>
<title>LLDB Debugger Port</title>
<contact>
<person>
<name>
<given>Ed</given>
<common>Maste</common>
</name>
<email>emaste@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="https://wiki.freebsd.org/lldb"/>
</links>
<body>
<p>LLDB is the the debugger project in the LLVM family. It
supports the Mac OS X, Linux, and &os; platforms, but the latter
has recently suffered under a lack of maintenance.</p>
<p>After cleaning bit rot in LLDB's &os; support, it again builds
and can be used for basic debugging of single-threaded
applications. The test suite also runs to completion, although
it experiences a large number of failures.</p>
<p>Ed Maste has been granted an LLDB commit bit, and is now
committing ongoing bug fixes and development directly to the
upstream repository. There is a significant amount of work
still to be done, with one goal being the incorporation of
<tt>lldb</tt> into the base system.</p>
<p>This project is sponsored by DARPA/AFRL in collaboration with
SRI International and the University of Cambridge.</p>
</body>
<help>
<task>Add support for multithreaded processes.</task>
<task>Fix watchpoints.</task>
<task>Add support for remote debuging (<tt>gdbserver</tt> /
<tt>debugserver</tt>).</task>
<task>Add support for core files.</task>
<task>Add support for kernel debugging.</task>
<task>Verify i386 and ARM architectures.</task>
<task>Implement MIPS target support.</task>
<task>Verify cross-debugging.</task>
<task>Investigate and fix test suite failures.</task>
<task>Prepare <tt>lldb</tt> for incorporation into the base
system.</task>
</help>
</project>
<project cat='kern'>
<title>Native iSCSI Stack</title>
<contact>
<person>
<name>
<given>Edward Tomasz</given>
<common>Napierała</common>
</name>
<email>trasz@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="https://wiki.freebsd.org/Native%20iSCSI%20target"/>
</links>
<body>
<p>The native kernel iSCSI target and initiator project progressed
well over the April to June period. The primary focus was to
introduce support for iSER (iSCSI over RDMA) in both the
initiator and the target. Prerequisite for this was merging
some common parts together and implementing a workaround for the
lack of iSER support in userspace. Apart from that, there were
a myriad of smaller improvements. Such as creating more
user-friendly administration utilities, for example
<tt>iscsictl(8)</tt> which displays SCSI device nodes for each
iSCSI session. This frees the user from getting the same
information through <tt>camcontrol(8)</tt>. There are also
improvements in logging and manual pages.</p>
<p>Once the iSER support becomes stable, the work will focus on
performance optimizations. The plan is to commit both the new
initiator and target in August to allow shipping them in 10.0.
The project will continue with implementing support for software
iWARP stack (useful mostly for testing and development), SCSI
passthrough and various other improvements.</p>
<p>This project is being sponsored by The &os; Foundation.</p>
</body>
<help>
<task>Performance optimization.</task>
<task>Merge to &os; <tt>head</tt>.</task>
</help>
</project>
<project cat='team'>
<title>&os; Postmaster Team</title>
<contact>
<person>
<name>
<given>&os;</given>
<common>Postmaster Team</common>
</name>
<email>postmaster@FreeBSD.org</email>
</person>
</contact>
<links/>
<body>
<p>In the second quarter of 2013, the &os; Postmaster Team has
implemented the following items that may be interest of the
general public:</p>
<ul>
<li>With help from <tt>clusteradm</tt>, found that
<tt>unbound</tt> (the resolver used on <tt>mx1</tt> and
<tt>mx2</tt>) is configured to perform DNSSEC validation which
implies that if a signed zone fails validation,
<tt>unbound</tt> refuses to use the information. This had
caused one person to be unable to exchange email with
<tt>&os;.org</tt> until the zone signatures were
refreshed.</li>
<li>Created the <tt>freebsd-dtrace</tt> mailing list, requested
by George Neville-Neil.</li>
<li>Resurrected the <tt>freebsd-testing</tt> mailing list,
requested by Garrett Cooper.</li>
<li>Created the <tt>freebsd-tex</tt> mailing list, requested by
Hiroki Sato.</li>
<li>In response to another comment that our message rejection
message was unclear in the case that greylisting was the
reason, re-worded that message.</li>
<li>Augmented the allowable MIME types for <tt>secteam</tt> with
the following to permit sending encrypted messages:
<ul>
<li><tt>application/pgp-encrypted</tt></li>
<li><tt>application/pkcs7-encrypted</tt></li>
<li><tt>application/x-pkcs7-encrypted</tt></li>
<li><tt>multipart/encrypted</tt></li>
</ul>
</li>
<li>Began replacing <tt>freebsd-mozilla</tt> with
<tt>freebsd-gecko</tt>.</li>
</ul>
</body>
</project>
<project cat='bin'>
<title>Capsicum</title>
<contact>
<person>
<name>
<given>Pawel Jakub</given>
<common>Dawidek</common>
</name>
<email>pjd@FreeBSD.org</email>
</person>
<person>
<name>
<given>Capsicum</given>
<common>Mailing List</common>
</name>
<email>cl-capsicum-discuss@lists.cam.ac.uk</email>
</person>
</contact>
<links>
<url href="http://www.cl.cam.ac.uk/research/security/capsicum/"/>
<url href="https://lists.cam.ac.uk/mailman/listinfo/cl-capsicum-discuss"/>
</links>
<body>
<p>Capsicum, a lightweight OS capability and sandboxing framework,
is being actively worked on. In the last few months the
following tasks have been completed:</p>
<ul>
<li>Committed Capsicum overhaul to &os; <tt>head</tt> (r247602).
This allows to use capability rights in more places, simplifies
kernel code and implements ability to limit <tt>ioctl(2)</tt>
and <tt>fcntl(2)</tt> system calls.</li>
<li><tt>hastd(8)</tt> is now using Capsicum for sandboxing, as
whitelisting ioctls is possible (r248297).</li>
<li><tt>auditdistd(8)</tt> is now using Capsicum for sandboxing,
as it is now possible to setup append-only restriction on file
descriptor (available in Perforce).</li>
<li>Implemented <tt>connectat(2)</tt> and <tt>bindat(2)</tt>
system calls for UNIX domain sockets that are allowed in
capability mode (r247667).</li>
<li>Implemented <tt>chflagsat(2)</tt> system call
(r248599).</li>
<li>Revised the Casper daemon for application capabilities.</li>
<li>Implemented <tt>libcapsicum</tt> for application
capabilities.</li>
<li>Implemented various Casper services to be able to use more
functionality within a sandbox: <tt>system.dns</tt>,
<tt>system.pwd</tt>, <tt>system.grp</tt>,
<tt>system.random</tt>, <tt>system.filesystem</tt>,
<tt>system.socket</tt>, <tt>system.sysctl</tt>.</li>
<li>Implemented Capsicum sandboxing for <tt>kdump(1)</tt> (from
r251073 to r251167). The version in Perforce also supports
sandboxing for the <tt>-r</tt> flag, using Casper
services.</li>
<li>Implemented Capsicum sandboxing for <tt>dhclient(8)</tt>
(from r252612 to r252697).</li>
<li>Implemented Capsicum sandboxing for <tt>tcpdump(8)</tt>
(available in Perforce).</li>
<li>Implemented Capsicum sandboxing for <tt>libmagic(3)</tt>
(available in Perforce).</li>
<li>Implemented the <tt>libnv</tt> library for name/value pairs
handling in the hope of wider adaptation across &os;.</li>
</ul>
<p>For Capsicum-based sandboxing in the &os; base system, the
commits referenced above and the provided code aim to serve as
examples. We would like to see more &os; tools to be sandboxed
— every tool that can parse data from untrusted sources,
for example. This requires deep understanding of how the tool
in question works, not necessarily only Capsicum.</p>
<p>This work is being sponsored by The &os; Foundation.</p>
</body>
<help>
<task>Get involved, make the Internet finally(!) a secure place.
Contact us at the <tt>cl-capsicum-discuss</tt> mailing list,
where we can provide guidelines on how to do sandboxing
properly. The fame is there, waiting.</task>
</help>
</project>
<project cat='ports'>
<title>Xfce/&os;</title>
<contact>
<person>
<name>
<given>&os; Xfce Team</given>
</name>
<email>xfce@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="https://wiki.freebsd.org/Xfce"/>
</links>
<body>
<p>The &os; Xfce Team has updated its ports to the latest stable
releases, especially:</p>
<ul>
<li>Core (mostly bugfixes and translation updates):</li>
<ul>
<li><tt>deskutils/xfce4-tumbler</tt> (0.1.29)</li>
<li><tt>x11-wm/xfce4-panel</tt> (4.10.1)</li>
<li><tt>sysutils/xfce4-settings</tt> (4.10.1)</li>
<li><tt>x11-wm/xfce4-session</tt> (4.10.1)</li>
<li><tt>sysutils/garcon</tt> (0.2.1)</li>
<li><tt>x11/libxfce4util</tt> (4.10.1)</li>
<li><tt>x11-wm/xfce4-wm</tt> (4.10.1)</li>
</ul>
<li>Applications:</li>
<ul>
<li><tt>multimedia/xfce4-parole</tt> (0.5.1)</li>
<li><tt>www/midori</tt> (0.5.2)</li>
<li><tt>deskutils/xfce4-notifyd</tt> (0.2.4)</li>
<li><tt>misc/xfce4-appfinder</tt> (4.10.1)</li>
<li><tt>x11/xfce4-terminal</tt> (0.6.2)</li>
<li><tt>x11-fm/thunar</tt> (1.6.3)</li>
</ul>
<li>Panel plugins:</li>
<ul>
<li><tt>deskutils/xfce4-xkb-plugin</tt> (0.5.6)</li>
<li><tt>textproc/xfce4-dict-plugin</tt> (0.7.0)</li>
<li><tt>x11-clocks/xfce4-timer-plugin</tt> (1.5.0)</li>
<li><tt>x11/xfce4-embed-plugin</tt> (new)</li>
</ul>
<li>Thunar plugins:</li>
<ul>
<li><tt>audio/thunar-media-tags-plugin</tt> (0.2.1)</li>
<li><tt>archivers/thunar-archive-plugin</tt> (0.3.1)</li>
</ul>
<li><tt>x11/xfce4-embed-plugin</tt> can integrate any
application window into the Xfce panel.</li>
<li>A new plugin is also available which monitors and displays earthquakes,
it is called <a
href="http://people.freebsd.org/~olivierd/xfce4-equake-plugin.shar">xfce4-equake-plugin</a>.</li>
</ul>
</body>
<help>
<task>Fix CPU issue with <tt>textproc/xfce4-dict-plugin</tt> (<a
href="https://bugzilla.xfce.org/show_bug.cgi?id=10103">bug #10103</a>).</task>
<task>Investigate why <tt>midori-gtk3</tt> crashes too often.
(The port is finished, but some libraries are not present by
default in ports tree).</task>
<task>Fix <tt>x11-themes/gtk-xfce-engine</tt> with Gtk+ >=3.6.</task>
</help>
</project>
<project cat='team'>
<title>&os; Security Team</title>
<contact>
<person>
<name>
<given>&os; Security Team</given>
</name>
<email>secteam@FreeBSD.org</email>
</person>
</contact>
<links/>
<body>
<p>On April 15th Dag-Erling Smørgrav and Xin Li took over
as security officers for the &os; Project, and the team welcomed
Qing Li back to the team in June. This report briefly
summarizes the work of the Security Team from April until the
end of June.</p>
<p>The Security Team has released the following advisories:</p>
<ul>
<li><tt>FreeBSD-SA-13:05.nfsserver</tt>: Insufficient input
validation in the NFS server (<tt>nfsd(8)</tt>), reported by
Adam Nowacki.</li>
<li><tt>FreeBSD-SA-13:06.mmap</tt>: Privilege escalation via
<tt>mmap()</tt>, reported by Konstantin Belousov.</li>
</ul>
<p>The Security Team has contributed to the following errata
notices:</p>
<ul>
<li><tt>FreeBSD-EN-13:02.vtnet</tt>: Frames are not properly
forwarded to <tt>vtnet(4)</tt> when two or more MAC addresses
are configured on QEMU 1.4.0 and later in 8.4-RELEASE,
reported by Julian Stecklina.</li>
<li><tt>FreeBSD-EN-13:01.fxp</tt>: Initialization of
<tt>fxp(4)</tt> network interfaces results in an infinite loop
with <tt>dhclient(8)</tt> in 8.4-RELEASE, reported by Michael
L. Squires.</li>
</ul>
<p>Per the request of Baptiste Daroussin, the Security Team has
also reviewed the source code of Poudriere, the port build and
test system which is planned to be used for producing
<tt>pkg(8)</tt> ("new-style") packages on the &os; cluster.</p>
</body>
</project>
<project cat='event'>
<title>BSD-Day 2013</title>
<contact>
<person>
<name>
<given>Gábor</given>
<common>Páli</common>
</name>
<email>pgj@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://bsdday.eu/2013">BSD-Day 2013 web site</url>
<url
href="http://www.youtube.com/playlist?list=PLJJHfhjb5TOjB-sHRwJBGWd8XA7nc1gk_">YouTube playlist of talks</url>
<url
href="https://picasaweb.google.com/116452848880746560170/BSDDay2013?authkey=Gv1sRgCNvIoMWoxNTRYw">Event photo album</url>
</links>
<body>
<p>The BSD-Day is a now recurring excuse for BSD developers and
users to meet up in person, share some beers and talk about what
they are working on these days. There was a detour this year to
visit the beautiful city of Naples of Italy, the home of pizza.
Fortunately, the event has again gained support from numerous
and generous sponsors, such as The &os; Foundation, the EMC
Corporation, iXsystems, FreeBSDMall, BSD Magazine, and many
others which enabled us to cover the costs of travel and
accommodation for the speakers. We are really grateful for
this.</p>
<p>Similarly to the previous years, the whole event started with a
dinner in the downtown (somewhere around the Irish Pub) on
Friday which suddenly turned into a do-it-yourself pizza-fest.
Then it was followed by the Saturday event at the Institute of
Biostructures and Bioimaging. There we had a lot of attendees
for the associated BSDA exam in the morning — 8 persons.
The event itself had many interesting topics as well, for
example moving MCLinker into the BSD world, organization and
culture of the &os; Project, the new <tt>callout(9)</tt>
framework, building and testing ports with Poudriere and
Tinderbox, &os; in the embedded space, or building reliable VPN
networks with OpenBSD. See the links in the report for
more.</p>
</body>
</project>
<project cat='ports'>
<title>xorg on &os;</title>
<contact>
<person>
<email>x11@FreeBSD.org</email>
</person>
<person>
<name>
<given>Niclas</given>
<common>Zeising</common>
</name>
<email>zeising@FreeBSD.org</email>
</person>
<person>
<name>
<given>Koop</given>
<common>Mast</common>
</name>
<email>kwm@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://wiki.freebsd.org/Xorg"/>
<url href="http://trillian.chruetertee.ch/ports/browser/trunk"/>
</links>
<body>
<p>During the beginning of this quarter, work focused on making
the <tt>xorg</tt> update as robust and stable as possible in
preparation for the merge to ports. As a part of this, ports
exp-runs were performed to find and resolve regressions and
other issues. Once this was completed, <tt>xorg</tt> was
updated to version 7.7 on May 25, after more than a year of hard
work.</p>
<p>After the update, work immediately shifted to focus on updating
and patching <tt>xorg</tt> client libraries, since numerous
security issues had been identified in those. Unfortunately,
this took a little longer than anticipated, but all fixes were
comitted eventually.</p>
<p>There has also been work on making the new <tt>xorg</tt>
distribution the default for &os; 9.1 and later. A patch
was sent out and tested with good results, but this is currently
postponed because switching virtual terminals is not working
with the KMS driver.</p>
<p>Currently, work is focusing on keeping <tt>xorg</tt> drivers
and libraries up to date. Instead of making big updates every
year or less, minor updates to some libraries, applications and
drivers happen fairly regularly. Focus is also starting to
shift towards newer versions of MESA and <tt>xorg-server</tt>,
but this is still very experimental.</p>
</body>
<help>
<task>Continue the porting effort of recent versions of MESA.
This is ongoing work, but integrating this into the development
repo is hard work. Once this is completed, and KMS support for
ATI is more mature, more testing can be done.</task>
<task>Port Wayland. The future of graphical environments in open
source operating system seems to be Wayland. This needs to be
ported to &os; so that a wider audience can test it, and so that
it eventually can be integrated into the ports tree, perhaps as
a replacement for the current <tt>xorg</tt>.</task>
<task>Look into replacements for HAL. HAL is used for
hot-plugging of devices, but it has been long abandoned by
Linux. A replacement, perhaps built on top of <tt>devd(8)</tt>,
would be nice to have. This work should be coordinated with the
&os; GNOME and KDE teams.</task>
</help>
</project>
<project cat='ports'>
<title>&os; Haskell Ports</title>
<contact>
<person>
<name>
<given>Gábor</given>
<common>Páli</common>
</name>
<email>pgj@FreeBSD.org</email>
</person>
<person>
<name>
<given>Ashish</given>
<common>SHUKLA</common>
</name>
<email>ashish@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://wiki.freebsd.org/Haskell">&os; Haskell wiki page</url>
<url href="https://github.com/freebsd-haskell/ports/">&os; Haskell ports repository</url>
<url href="http://haskell.inf.elte.hu/packages/">Experimental pkg(8) package repositories</url>
</links>
<body>
<p>We are proud to announce that the &os; Haskell Team has updated
the Haskell Platform to 2013.2.0.0, GHC to 7.6.3, as well as
updated existing ports to their latest stable versions. In this
update, we provided experimental support for LLVM-based code
generation (disabled by default) to Haskell ports. We also
added a number of new ports, which brings their count in the
&os; Ports Collection to 402, and now Haskell ports play nicer
with <tt>portmaster(8)</tt>-based upgrades.</p>
<p>In cooperation with Konstantin Belousov and Dimitry Andric, we
have managed to unbreak the build of GHC on 32-bit 10.x systems,
so we have packages for 10.x again. However, it turned out that
this bug (in thread signal delivery) can also affect the
building process for other platforms as well, which explains
some of the strange build breakages our users experienced in the
past.</p>
<p>We have also learned that there is <a
href="http://www.haskell.org/pipermail/ghc-devs/2013-June/001506.html">ongoing work</a>
in the GHC upstream which will allow us to provide support for
building with Clang natively once GHC 7.8 becomes part of
the Haskell Platform.</p>
</body>
<help>
<task>Test experimental Clang/LLVM code generation support to
enable it by default.</task>
<task>Commit pending Haskell ports to the ports tree.</task>
<task>Port more (popular) Cabal packages.</task>
</help>
</project>
<project cat='kern'>
<title>V4L2 Update in the Linuxulator</title>
<contact>
<person>
<name>
<given>Alexander</given>
<common>Leidinger</common>
</name>
<email>netchild@FreeBSD.org</email>
</person>
</contact>
<links/>
<body>
<p>The V4L2 support in the linuxulator was updated in &os;
<tt>head</tt>. This lets Skype v4 display video.</p>
</body>
<help>
<task>Find out why audio in Skype v4 stops working after some
calls.</task>
</help>
</project>
<project cat='bin'>
<title><tt>bsdconfig(8)</tt> and <tt>sysrc(8)</tt></title>
<contact>
<person>
<name>
<given>Devin</given>
<common>Teske</common>
</name>
<email>dteske@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://druidbsd.sourceforge.net/"/>
</links>
<body>
<p>New utilities have been introduced in &os; base system:
<tt>bsdconfig(8)</tt> and <tt>sysrc(8)</tt>.
<tt>bsdconfig(8)</tt> is a replacement for the post-install
abilities of deprecated <tt>sysinstall(8)</tt>, while
<tt>sysrc(8)</tt> is a robust utility for managing
<tt>rc.conf(5)</tt> from the command line without a text
editor.</p>
</body>
</project>
<project cat='soc'>
<title>Qt and GTK+ Frontends for <tt>pkg(8)</tt></title>
<contact>
<person>
<name>
<given>Justin</given>
<common>Muniz</common>
</name>
<email>jmuniz@FreeBSD.org</email>
</person>
<person>
<name>
<given>Eitan</given>
<common>Adler</common>
</name>
<email>eadler@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="https://wiki.freebsd.org/SummerOfCode2013/pkgQtGtk"/>
</links>
<body>
<p>This project is part of Google Summer of Code. Work has only
just begun, and the code is in its infancy. The Subversion repository
holds experimental code that is actively being developed. Development
should be concluded before the end of September, and the project will
enter the maintenance phase of its life cycle.</p>
</body>
<help>
<task>Work with Matt Windsor to create a <tt>pkg(8)</tt> backend
for PackageKit.</task>
<task>Extend PackageKit's Qt frontend to offer more functionality
through <tt>pkg(8)</tt>.</task>
<task>Extend PackageKit's GKT+ frontend to offer more
functionality through <tt>pkg(8)</tt>.</task>
</help>
</project>
<project cat='ports'>
<title>GNOME/&os;</title>
<contact>
<person>
<name>
<given>&os; GNOME Team</given>
</name>
<email>gnome@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://www.FreeBSD.org/gnome/"/>
</links>
<body>
<p>The GNOME 3.6 work is moving along slowly but steadily.
Almost all the GNOME 3 desktop ports were updated to their
corresponding 3.6 versions.</p>
<p>A big challenge was taken by getting the <tt>webkit-gtk3</tt>
port updated to 2.0.3. Currently programs using
<tt>webkit-gtk3</tt> crash on launch. It is hard to find the
causes as the debug build of <tt>webkit-gtk</tt> either runs out of
memory or disk space on the developement system used.</p>
</body>
<help>
<task>Update the &os; GNOME website with recent changes in the
ports tree, add new items in preparation for GNOME 3 and
Mate, etc.</task>
<task>Merge Glib 2.36, GTK+ 3.8 and related ports back to the
Ports Collection.</task>
<task>Continue work on GNOME 3.6, fix bugs and write code for
missing features.</task>
<task>Complete the port of MATE.</task>
</help>
</project>
<project cat='kern'>
<title>Xen Support Improvements</title>
<contact>
<person>
<name>
<given>Justin T.</given>
<common>Gibbs</common>
</name>
<email>gibbs@FreeBSD.org</email>
</person>
<person>
<name>
<given>Will</given>
<common>Andrews</common>
</name>
<email>will@FreeBSD.org</email>
</person>
<person>
<name>
<given>Andre</given>
<common>Oppermann</common>
</name>
<email>andre@FreeBSD.org</email>
</person>
<person>
<name>
<given>Roger</given>
<common>Pau Monné</common>
</name>
<email>roger.pau@citrix.com</email>
</person>
</contact>
<links>
<url href="http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=summary">Git repository</url>
</links>
<body>
<p>&os; Xen HVM can be further improved by using more PV
interfaces inside a HVM guest. So far the following items have
been completed:</p>
<ul>
<li>Update Xen interface files. (Merged into
<tt>head</tt>)</li>
<li>Add support for the vector callback injection mechanism.
This replaces the PCI interrupt and provides a per-cpu
callback, which was not possible when using the PCI
interrupt.</li>
<li>Rework event channel implementation and use the same code
paths for both PV and PVHVM.</li>
<li>Implement PV one-shot event timers and timecounters.</li>
<li>Implement PV IPIs.</li>
<li>Live migration support for PV timers and PV IPIs.</li>
</ul>
<p>With this changes, &os; will have a complete PVHVM port, this
will also set the ground for a future PVH port (when PVH support
is merged into Xen).</p>
<p>PVHVM allows a virtual machine that boots as a native guest to
be able to take full advantage of paravirtualized drivers,
giving a performance improvement in most I/O related tasks. PVH
allows a guest to take advantage of hardware assistance for
memory management, but uses fully paravirtualized events and
boot procedure, which brings two significant advantages beyond
performance. The first is that domain 0 does not have to run a
QEMU instance for emulated boot for PVH guests, which is a
common reason for hosting providers to charge more for Windows
and other HVM guests. The second is that PVH domains can be
used as domain 0, without requiring different pmap (memory
management) code from the conventional kernel. This will allow
us to ship a single kernel binary supporting bare metal
hardware, running as a Xen unprivileged guest, and eventually as
Xen domain 0.</p>
<p>Further improvements on blkfront and netfront have also been
commited:</p>
<ul>
<li>Fix netfront crash when detaching an interface.</li>
<li>Enable netfront to specify a maximum TSO length limiting the
segment chain to what the Xen host side can handle after
defragmentation.</li>
<li>Add barriers and flush support to blkfront.</li>
</ul>
<p>Netfront changes have been merged to <tt>stable</tt> branches,
blkfront changes are only in <tt>head</tt>.</p>
</body>
<help>
<task>Merge remaining changes into <tt>head</tt>.</task>
</help>
</project>
<project cat='soc'>
<title>New Capsicum Features</title>
<contact>
<person>
<name>
<given>Mariusz</given>
<common>Zaborski</common>
</name>
<email>oshogbo@FreeBSD.org</email>
</person>
<person>
<name>
<given>Pawel Jakub</given>
<common>Dawidek</common>
</name>
<email>pjd@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="https://wiki.freebsd.org/SummerOfCode2013/CapsicumFeatures"/>
</links>
<body>
<p>Capsicum is a lightweight OS capability and sandboxing
framework implemented in &os;. This is still a new technology,
so there is a lot of space for improvements. Thanks to the
Google Summer of Code program and Pawel Jakub Dawidek for
volunteering as mentor, Mariusz will have the chance to work on
this project in the summer.</p>
<p>The work on sandboxing the <tt>rwho(1)</tt> and
<tt>rwhod(8)</tt> utilities was completed recently. There is
also a plan to implement two new modules for Casper. Casper is
a daemon to provide services for applications using Capsicum's
capability mode. Some experimentation with implementing two new
capability rights is in progress, so is porting one more program
to use the existing features of the Capsicum framework.</p>
</body>
<help>
<task><tt>system.unix</tt> — a Casper module provides
connect and listen on Unix domain socket.</task>
<task><tt>system.udp</tt> — a Casper module enabling
connect, listen, send, and receive of UDP packets.</task>
<task>Implementing sandboxing for <tt>fetch(1)</tt>.</task>
<task>Introduce new capability rights: <tt>CAP_SEND_RIGHTS</tt>
and <tt>CAP_RECV_RIGHTS</tt>.</task>
</help>
</project>
<project cat='kern'>
<title>Improved TCP SYN Cookies</title>
<contact>
<person>
<name>
<given>Andre</given>
<common>Oppermann</common>
</name>
<email>andre@FreeBSD.org</email>
</person>
</contact>
<links>
<url href="http://docs.freebsd.org/cgi/getmsg.cgi?fetch=28838+0+current/freebsd-net">Description</url>
<url href="http://people.freebsd.org/~andre/syncookie-20130708.diff">Patch</url>
</links>
<body>
<p>We have had a SYN cookie implementation for quite some time now
but it has some limitations with current realities for window
scaling and SACK encoding the in the few available bits.</p>
<p>This patch updates and improves SYN cookies mainly by:</p>
<ol>
<li>Encoding of MSS, WSCALE (window scaling) and SACK into the
ISN (initial sequence number) without the use of timestamp
bits.</li>
<li>Switching to the very fast and cryptographically strong
SipHash-2-4 hash MAC algorithm to protect the SYN cookie
against forgery.</li>
</ol>
<p>The common parameters used on TCP sessions have changed quite a
bit since SYN cookies were invented some 17 years ago. Today we
have a lot more bandwidth which makes use of window scaling
almost mandatory. Also SACK has become standard as it makes
recovering from packet loss much more efficient.</p>
<p>The original SYN cookies method only stored an indexed MSS
value in the cookie. This obviously is not sufficient any more
and breaks in the presence of WSCALE. WSCALE information is
only exchanged during SYN and SYN-ACK. If we cannot keep track
of it then we severely underestimate the available send or
receive window, compounded with the fact that with large window
scaling the window size information on the TCP segment header
would be even lower numerically.</p>
<p>A number of years back, SYN cookies were extended to store the
additional state in the TCP timestamp fields, if available on a
connection. It has been adopted by Linux as well. While
timestamps are common among the BSD, Linux and other Unix
systems, Windows never enabled them by default, thus they are
not present for the vast majority of clients seen on the
Internet.</p>
<p>The new improvement in this patch moves all necessary
information into the ISN again, removing the need for
timestamps. Both the MSS and send WSCALE are stored in 3 bit
indexed form together with a single bit for SACK. While we
cannot represent all possible MSS and WSCALE values in only 3
bits each (both are 16-bit fields in the TCP header), it turns
out that is not actually necessary.</p>
<p>These improvements allow one to run with SYN cookies only on
Internet-facing servers. However while SYN cookies are
calculated and sent all the time, they are only used when the
syn cache overflows due to attacks or overload. In that case
though, you can rest assured that no significant degradation in
TCP connection setup happens any more and that even Windows
clients can make use of window scaling and SACK.</p>
</body>
<help>
<task>Additional testing on busy servers.</task>
</help>
</project>
<project cat='misc'>
<title>The &os; Foundation</title>
<contact>
<person>
<name>
<given>Deb</given>
<common>Goodkin</common>
</name>
<email>deb@FreeBSDFoundation.org</email>
</person>
</contact>
<links>
<url href="http://www.FreeBSDFoundation.org/"/>
</links>
<body>
<p>We started the quarter with our "Raise a Million — Spend
a Million" Spring Fundraiser. This was the first of three major
fundraisers scheduled for the year. We were pleased to have
raised $365,291 by the end of the campaign — May 31. Last
year, by the same time, we had raised only $56,196. We have
started this year off with a much better fundraising strategy.
We want to send a big thank you to everyone out there that has
made a donation in 2013. Your early donations have made a
significant impact on our fundraising endeavors so far this
year.</p>
<p>Some things we accomplished this last quarter are:</p>
<ul>
<li>Attended BSDCan in Ottawa, Texas LinuxFest in Austin,
SouthEast LinuxFest in Charlotte, and ICANN 46 meeting in
Beijing.</li>
<li>We were a Gold Sponsor for BSDCan 2013 and sponsored 7
developers to attend the conference.</li>
<li>We signed up to be a Platinum Sponsor for EuroBSDCon
2013.</li>
<li>We sponsored 1 developer to attend OpenHelp.</li>
<li>Recognized Mark Linimon, Simon L. B. Nielsen, Bjoern A.
Zeeb, and Ken Smith, at BSDCan, for their significant
contributions to &os;. We also recognized Dan Langille for
his tireless effort of putting on BSDCan for 10 years.</li>
<li>We sponsored the developer and vendor summits at BSDCan,
with 100 and 30 attendees respectively.</li>
<li>We sponsored BSD-Day 2013 that was held in Naples, Italy on
April 6.</li>
<li>We held our annual board meeting in Ottawa.</li>
<li>We sponsored the following projects: Capsicum, ARM
Superpages, iSCSI, Page Queue Locking, Input/Output Memory
Management Unit, Documentation project infrastructure, and
writing white papers.</li>
<li>We hired Edward Tomasz Napierała as the second member
of our technical staff to work on &os; projects
full-time.</li>
<li>We hired Ed Maste as Director of Project Development.</li>
<li>With our continued support of building out the &os;
infrastructure, we purchased high-end servers for the Sentex Lab
to be used with the latest 40 Gbps Ethernet cards from Chelsio
to do performance testing and analysis, smaller servers for
firewalls for NYI and ISC, and cables to connect our Juniper
switches together into a bigger Juniper switch we purchased
for NYI.</li>
</ul>
</body>
</project>
<project cat='team'>
<title>&os; Core Team</title>
<contact>
<person>
<name>
<given>&os;</given>
<common>Core Team</common>
</name>
<email>core@FreeBSD.org</email>
</person>
</contact>
<body>
<p>In the second quarter of 2013, the Core Team approved a new
Security Officer, Dag-Erling Smørgrav and his deputy, Xin
Li. The Core Team acknowledges Simon Nielsen, the outgoing
Security Officer, for his work in the role. Peter Wemm took the
lead on the reorganization and administration of the &os;
cluster, and with the Core Team's approval, Glen Barber and Ryan
Steinmetz were welcomed to the cluster administration team.</p>
<p>Based on the recommendation and experiences of Martin Wilke,
the Core Team also supported establishing a liaison role between
port managers and release engineers in order to improve their
communication, especially for preparing releases. The Core Team
welcomes Bryan Drewery to this role.</p>
<p>Following up on the request from Eitan Adler, the Core Team
agreed to remove CVS from the base system, which was soon followed
by importing a lightweight version of Subversion tools,
implemented by Peter Wemm.</p>
<p>There were src commit bits issued for 3 new developers and 1
existing committer received extension in this quarter.</p>
</body>
</project>
<project cat='kern'>
<title>Newcons Reboot</title>
<contact>
<person>
<name>
<given>Aleksandr</given>
<common>Rybalko</common>
</name>
<email>ray@FreeBSD.org</email>
</person>
</contact>
<body>
<p>The purpose of the Newcons project is to provide a new
interface for console and video output to graphic devices. This
will allow simple drivers access the console and terminal mode
early, and framebuffer access for <tt>xorg</tt>. Drivers will
not need embedded font bitmaps, color maps, or mouse cursor
bitmaps, as the whole infrastructure will be provided by the
<tt>vt(4)</tt> Newcons driver.</p>
<p>As the project includes Kernel Mode Setting (KMS) integration,
one of the goals is support for modern Xorg releases, allowing
the kernel to switch back to virtual terminal mode after
graphics mode or resolution used with <tt>xorg</tt> changes.</p>
<p>There are a lot of changes involved in the project. Main tasks
include:</p>
<ul>
<li>Core functionality (almost done).</li>
<li>Mouse support.</li>
<li>KMS (kernel mode setting) support.</li>
<li>USB keyboard support.</li>
<li>Splash screen support (partially working).</li>
<li>Driver support.</li>
<li><tt>vidcontrol(1)</tt> support.</li>
</ul>
<p>The first deliverables of the project, including
<tt>moused(8)</tt>, <tt>ukbd(4)</tt>, and KMS support are expected
to arrive around the middle or end of August 2013. The whole
project is expected to complete in November 2013.</p>
<p>This project is being sponsored by The &os; Foundation.</p>
<p>Many thanks to Ed Schouten who started Newcons project and did
most of the work.</p>
</body>
<help>
<task>Provide different flavors of hardware for testing the
implementation. Do not hesitate to volunteer when a call for
testing is announced.</task>
</help>
</project>
<project cat='kern'>
<title>SDIO Driver</title>
<contact>
<person>
<name>
<given>Ilya</given>
<common>Bakulin</common>
</name>
<email>ilya@bakulin.de</email>
</person>
</contact>
<links>
<url href="https://wiki.freebsd.org/SDIO">SDIO project page on the &os; wiki</url>
<url href="https://github.com/kibab/freebsd/tree/kibab-dplug">Source code</url>
</links>
<body>
<p>The driver is implemented as an extension to the existing MMC
bus, adding a lot of new SDIO-specific bus methods. Getting
information about the card works, including querying all the
supported I/O functions. Simple byte transfers and multi-byte
reads work.</p>
<p>A prototype of the driver for Marvell SDIO WLAN/BT module is
also being developed, using the existing Linux driver as a
reference.</p>
</body>
<help>
<task>Extend MMC bus interface with more SDIO-specific bus methods
to allow child drivers to perform multi-byte in/out
transfers.</task>
<task>Write firmware loading code for the prototype of the WLAN
driver. Further work on the WLAN driver should probably be done
as a separate project.</task>
<task>Implement detach path. It has not been tested yet because
the DreamPlug hardware available does not have an external
SDIO-capable slot.</task>
</help>
</project>
</report>
|
