From 408653f13ff364360dbea581d15807ef84508459 Mon Sep 17 00:00:00 2001
From: Gabor Pali This report covers &os;-related projects between July and
September 2010. It is the third of the four reports planned for
- 2010. During this period, we were victims of one
+ 2010. During this period, we were victims of one
of the biggest BSD events of the year — EuroBSDCon.
We hope that the ones of you who have been able to attend it
have enjoyed your stay. Another good news is that work on the
@@ -25,7 +25,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
the whole history and shows a good condition of the &os;
community. Thanks to all the reporters for the excellent work! We hope you
+ Thanks to all the reporters for the excellent work! We hope you
enjoy reading it. Please note that the deadline for submissions covering the period
@@ -93,7 +93,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
&os;-CURRENT runs on the AR9132 SoC. Minor platform-specific
tweaks are needed to use it on a given piece of hardware (eg.,
- where in flash the Ethernet MAC address is stored.) The AR910x
+ where in flash the Ethernet MAC address is stored.) The AR910x
wireless MAC/PHY is supported. The only available test platform
uses a 2.4GHz radio; 5GHz 11a mode has not been tested. As with
- other atheros chipset support in &os;, 11n support is not yet
+ other Atheros chipset support in &os;, 11n support is not yet
finished. The current development platform is the TP-Link
TP-WN1043ND 802.11n wireless bridge/router. It is currently being
successfully used as a 11bg access point. This project has two goals: pre-allocation algorithm for
- ext2fs and ext4 read-only mode. The aim of pre-allocation
- algorithm is to implement a reservation window mechanism.
- This mechanism has been implemented and I have submitted a patch
- file to mailing list (fs@FreeBSD.org). The aim of ext4 read-only
- mode is to make it possible to read ext4 file systems in read-only
- mode when the disk is formatted with default features. Until now it
- can read data from ext4 file systems with default features in
- read-only mode. I have submitted a patch to mailing list
- (fs@FreeBSD.org) and am building a new kernel module for it, which
- is called ext4fs. This project has two goals: pre-allocation algorithm for ext2fs
+ and ext4 read-only mode. Aim of the pre-allocation algorithm is
+ to implement a reservation window mechanism. This mechanism has
+ been implemented and a patch have been submitted. The aim of
+ ext4 read-only mode is to make it possible to read ext4 file
+ systems in read-only mode when the disk is formatted with
+ default features. Until now it can read data from ext4 file
+ systems with default features in read-only mode. A patch has
+ been submitted a patch to the freebsd-fs mailing list and there
+ is a new kernel module, called ext4fs, is under development for
+ it. We recently imported the 2.8 release of Clang into CURRENT. This
- release contains many new features and improvements. The
- integrated assembler ships with this version, but it is not ready
- for general use yet. We recently imported the 2.8 release of Clang into -CURRENT.
+ This release contains many new features and improvements. The
+ integrated assembler ships with this version, but it is not
+ ready for general use yet. Since r212979, all necessary changes have been committed to be
able to build world with Clang, at least on amd64 and i386. It
@@ -349,8 +349,8 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
All Octeon development is now ongoing in 9.0-CURRENT and most
+ All Octeon development is now ongoing in -CURRENT and most
Octeon-specific and general MIPS changes from the old Octeon
branch have been checked in. The Simple Executive from the Cavium
Octeon SDK has been checked into Subversion and most of the
@@ -427,7 +427,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Work on new event timers infrastructure continues. In CURRENT
+ Work on new event timers infrastructure continues. In -CURRENT
amd64, arm (Marvell), i386, mips, pc98, powerpc, sparc64, sun4v
architectures were refactored to use new timers API. The Ports Management team have been running -exp runs on an
- ongoing basis, verifying how base system updates may affect the
+ on-going basis, verifying how base system updates may affect the
ports tree, as well as providing QA runs for major ports updates.
Of note, -exp runs were done for: During the last two months the USB stack in &os;-CURRENT has
- been enhanced to support USB 3.0 and the XHCI USB 3.0 chipset
- from Intel. The XHCI chip will eventually replace the EHCI, OHCI
- and UHCI chips. During the last two months the USB stack in -CURRENT has been
+ enhanced to support USB 3.0 and the XHCI USB 3.0 chipset from
+ Intel. The XHCI chip will eventually replace the EHCI, OHCI and
+ UHCI chips. Drivers status: &os;/mips D-Link DIR-320 project(BCM5354 SoC). updating.versia.com
- features web feeds for UPDATING files from ports, head, stable/7
- and stable/8. These feeds provide an easy way to track important
- changes in the ports tree and the base system.
-
Part of reasons why not much has happened in this spot was some
lack of time on my side but also due to nobody showing up with a
@@ -965,8 +967,8 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Kristaps' groff-replacement (for rendering manpages, only) is
- already available in NetBSD and OpenBSD, and used to render the base
- system manpages for the latter. This project aims to do similar
- things for &os;. Kristaps' groff-replacement (only for rendering manual pages)
+ is already available in NetBSD and OpenBSD, and used to render the
+ base system manpages for the latter. This project aims to do
+ similar things for &os;. mandoc(1) is more strict in what it accepts as input and is still
lacking some features that are used by some selected few manpages. Getting manpage fixes accepted by upstream vendors has been
- challenging. Waiting for them to round-trip back into &os; will take
- even longer. Future work will therefore result in direct commits to
- our contrib/ and gnu/ repository areas, in the hope this will not
- impact future vendor imports too much. Getting manual page fixes accepted by upstream vendors has been
+ challenging. Waiting for them to round-trip back into &os; will
+ take even longer. Future work will therefore result in direct
+ commits to our contrib/ and gnu/ repository areas, in the hope
+ this will not impact future vendor imports too much. Currently the tool is in the final stages of a recode, that
will greatly improve support for sharing packages over NFS or
- nullfs mounts (e.g. for distributing packages into jails) and
+ nullfs mounts (e.g. for distributing packages into jails) and
also offers improved dependency tracking and performance, more in
line with how pointyhat and Tinderbox build packages. I recently had the opportunity to present my work at the
- EuroBSDCon2010.
PEFS is a kernel level stacked cryptographic filesystem, i.e. +
PEFS is a kernel level stacked cryptographic file system, i.e. it stacks on top of existing mounted filesystems. AES and Camellia algorithms in XTS mode are supported. The project has matured since Summer of Code 2009, most important improvements @@ -1128,7 +1130,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> implementation of sparse file support, fixing rename bugs including race and livelock conditions, addition of ext2 support. PEFS suite contains pam module facilitating user authentication - with filesystem key and adding keys to mounted filesystem on + with file system key and adding keys to mounted file system on login. PEFS passes fsx, pjdfstest, blogbench and dbench tests running on top of UFS and ZFS.
@@ -1166,12 +1168,12 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">Current Status:
We were proud to be a sponsor for MeetBSD 2010 Poland and - KyivBSD 2010 in Kiev, Ukraine. We also committed to sponsoring - BSDDay Argentina 2010, MeetBSD California 2010, and NYBSDCon 2010 - all in November. The Foundation was also represented at MeetBSD - Poland and Ohio LinuxFest.
+We were proud to be a sponsor for MeetBSD 2010 Poland and + KyivBSD 2010 in Kiev, Ukraine. We also committed to + sponsoring BSDDay Argentina 2010, MeetBSD California 2010, and + NYBSDCon 2010 all in November. The Foundation was also + represented at MeetBSD Poland and Ohio LinuxFest.
-Completed the Foundation funded projects: &os; Jail Based - Virtualization by Bjoern Zeeb and DTrace Userland by Rui +
Completed the Foundation funded projects: "&os; Jail-Based + Virtualization" by Bjoern Zeeb and "DTrace Userland" by Rui Paulo.
We kicked off a new project by Swinburne University called - Five New TCP Congestion Control Algorithms for &os;.
+ "Five New TCP Congestion Control Algorithms for &os;".We continued our work on infrastructure projects to beef up hardware for package-building, network-testing, etc. This @@ -1235,7 +1237,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Keep an eye on the freebsd-net@FreeBSD.org mailing list for - project related announcements.
+Keep an eye on the freebsd-net mailing list for project-related + announcements.
All outstanding patches have been committed to the svn "head" - branch after a lengthy review process. I anticipate merging all - of the project's SIFTR and reassembly queue related patches from - head to the stable branches in time for the upcoming 7.4 and 8.2 - releases.
+All outstanding patches have been committed to -CURRENT after a + lengthy review process. It is anticpated to merge all of the + project's SIFTR and reassembly queue-related patches from + -CURRENT to the stable branches in time for the upcoming 7.4 and + 8.2 releases.
@@ -1428,10 +1430,10 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> mechanisms, such as Hierarchical Resource Limits, for "Collective Limits on Set of Processes (aka. Jobs)" Google Summer of Code 2010 project, for implementing mechanism similar to Linux - cgroups, and might be also used to e.g. provide precise resource + cgroups, and might be also used to e.g. provide precise resource usage accounting for administrative or billing purposes. So far, a generic resource usage framework has been developed, along with - limit enforcement for most resources. Work is ongoing on adding + limit enforcement for most resources. Work is on-going on adding limits for remaining resources, debugging and generally improving the implementation. This project is being sponsored by The &os; Foundation. @@ -1439,7 +1441,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">During the previous few months several additions were - developed to &os;'s built-in SNMP daemon - bsnmpd(1). First a - snmp_wlan(3) module was developed that allows monitoring and - configuration of wlan(4) interfaces operating in various modes, - including statistics, attached/neighboring station information, - MAC access control entries and mesh routing information. The - module's code was submitted in SVN and is now a part of the &os; - base system. Next, SNMPv3 authentication and encryption support - were added to bsnmplib(3), bsnmpd(1) and bsnmptools (which are - available via the ports system currently). The message digest and - cipher calculation calls use the implementation of the relevant + developed to &os;'s built-in SNMP daemon — bsnmpd(1).
+ +First a snmp_wlan(3) module was developed that allows + monitoring and configuration of wlan(4) interfaces operating in + various modes, including statistics, attached/neighboring + station information, MAC access control entries and mesh routing + information. The module's code was submitted in SVN and is now + a part of the &os; base system.
+ +Next, SNMPv3 authentication and encryption support were added + to bsnmplib(3), bsnmpd(1) and bsnmptools (which are available + via the ports system currently). The message digest and cipher + calculation calls use the implementation of the relevant cryptographic algorithm implementation in OpenSSL's crypto(3) library. bsnmpd(1) may still optionally be compiled without the crypto(3) library, in which case only unauthenticated plain-text - SNMPv3 PDUs may be processed. In addition, a snmp_usm(3) module - was developed that is used to configure SNMPv3 users parameters - (name, authentication & encryption algorithms used and relevant - keys, etc.) into bsnmpd(1) as per RFC 3414. Finally, a - snmp_vacm(3) module was developed that allows configuration of - view-based access control as per RFC 3415, and relevant checks - are made by bsnmpd(1) that allow or restrict access to specific - SNMPv1/SNMPv2 communities or SNMPv3 users to certain MIB subtrees - as per the configuration in the snmp_vacm(3) module. If none of - the SNMPv3-related modules is loaded, bsnmpd(1) preserves its - current behavior with SNMPv1/SNMPv2c PDUs. This work is being - funded by the &os; Foundation.
+ SNMPv3 PDUs may be processed. + +In addition, a snmp_usm(3) module was developed that is used to + configure SNMPv3 users parameters (name, authentication & + encryption algorithms used and relevant keys, etc.) into + bsnmpd(1) as per RFC 3414.
+ +Finally, a snmp_vacm(3) module was developed that allows + configuration of view-based access control as per RFC 3415, and + relevant checks are made by bsnmpd(1) that allow or restrict + access to specific SNMPv1/SNMPv2 communities or SNMPv3 users to + certain MIB subtrees as per the configuration in the + snmp_vacm(3) module. If none of the SNMPv3-related modules is + loaded, bsnmpd(1) preserves its current behavior with + SNMPv1/SNMPv2c PDUs.
+ +This work is being funded by the &os; Foundation.
FSC provides several advantages over the third party +
FSC provides several advantages over the third-party daemontools package. For example, fscd uses push notifications - instead of polling; fscd is an internal, &os; maintained + instead of polling; fscd is an internal, &os;-maintained software package accessible to all developers where daemontools would have to be a port and require us to maintain patches; fscd could be easily integrated with the current rc.d @@ -1566,7 +1576,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Support for xz compression has been enabled in bsdtar (CURRENT - 8-STABLE) and added to pkg_create(1) and pkg_add(1) (CURRRENT). +
Support for xz compression has been enabled in bsdtar (-CURRENT + 8-STABLE) and added to pkg_create(1) and pkg_add(1) (-CURRRENT). Packages with the .txz suffix can be created and installed. - Logfile compression using xz in newsyslog(8) will be integrated + Log file compression using xz in newsyslog(8) will be integrated soon. Benchmarks show 15-30% better compression ratios and up to halved decompression times when compared to bzip2. A switch from the default package format from .tbz to .txz is to be @@ -1695,7 +1705,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
We will be having a developers summit meeting at meetBSD California 2010 on November 4th, the day before the conference. - Based on who is in attendance, we will be talking about the status - of pressing issues; working on pressing problems and using the - opportunity for face to face meetings to work out issues that are - difficult in email. This is an invitation only event, but any - developer can invite people they think would help drive this - meeting forward. An agenda will be published closer to the date. - For more information, please contact Warner Losh.
+ Based on who is in attendance, we will be talking about the + status of pressing issues; working on pressing problems and + using the opportunity for face to face meetings to work out + issues that are difficult in email. This is an invitation-only + event, but any developer can invite people they think would help + drive this meeting forward. An agenda will be published closer + to the date.The external toolchain project will leverage some of the work + done by the Clang team to support Clang in the base system + (breaking the strict dependency on CC=cc (except for the broken + intel CC support)). In addition, the orchestration of the build + (make buildworld) will change to avoid bootstrapping certain + tools, or compiling the compilers at all. In addition, support + for using alternate assemblers, linkers, etc., will be added. + The work will be done in subversion in projects/xtc (for + eXternal Tool Chain).
DAHDI (Digium/Asterisk Hardware Device Interface) is an open-source device driver framework and a set of hardware drivers for E1/T1, ISDN digital, and FXO/FXS analog cards [1]. + href="http://www.asterisk.org/dahdi/">1]. Asterisk is one of the most popular open-source software PBX solutions [2].
@@ -1980,17 +1991,17 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> soon:I will continue periodic merges from DAHDI/Linux SVN on a - regular basis and roll out new DAHDI/&os; releases (most likely - synchronized with DAHDI/Linux releases).
+Periodic merges from DAHDI/Linux SVN will be continued on a + regular basis with rolling out new DAHDI/&os; releases (most + likely synchronized with DAHDI/Linux releases).
@@ -2012,17 +2023,17 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> -The V4L support in the Linux emulator has been MFC'd to - 8-STABLE allowing use of video in skype calls using a camera +
The V4L support in the Linux emulator has been merged to + 8-STABLE allowing use of video in Skype calls using a camera supported by the pwcbsd or video4bsd drivers. A known issue for - skype is that your camera must support YUV420 mode which is what - skype uses. Note that V4L2 support is not included in the current + Skype is that your camera must support YUV420 mode which is what + Skype uses. Note that V4L2 support is not included in the current work, and remains as a project for anyone interested.
This work is based on OpenBSD 4.5 state of pf(4). It includes +
This work is based on OpenBSD 4.5 state of pf(4). It includes many improvements over the code currently present in &os;. The actual new feature present in pf45 repository is support for divert(4), which should allow tools like snort_inline to work @@ -2054,9 +2065,9 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> a module as well.
Currently, this work is considered stable and a patch against - CURRENT has been released on freebsd-pf@ mailing list.
+ -CURRENT has been released on freebsd-pf mailing list. -The reason why this work is based off of OpenBSD 4.5 is that +
The reason why this work is based off of OpenBSD 4.5 is that after this release they have changed the syntax which is not backwards compatible.
@@ -2072,7 +2083,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">AFS is a distributed network filesystem that originated from +
AFS is a distributed network file system that originated from the Andrew Project at Carnegie-Mellon University; the OpenAFS client implementation has not been particularly useful on &os; - since the &os; 4.X releases. The previous status report - brought the OpenAFS client to a useful form on 9.0-CURRENT, + since the &os; 4.X releases. The previous status report + brought the OpenAFS client to a useful form on -CURRENT, though with many rough edges. Only a couple of those edges have been smoothed out during the past few months, as developer time was scarce. A mismatch between file size and vmobject size tracking was resolved (allowing executables to be run from AFS), - and our system call entry has been updated on CURRENT and 8-STABLE - to match reality. Thanks to kib@ for both of those! The code is - useful enough that we plan to submit an openafs-devel port to the - Ports Collection in the coming cycle.
+ and our system call entry has been updated on -CURRENT and 8-STABLE + to match reality. Thanks to Kostik Belusov for both of those! + The code is useful enough that we plan to submit an + openafs-devel port to the Ports Collection in the coming + cycle.There are several known outstanding issues that are being worked on, but detailed bug reports are welcome at @@ -2136,7 +2148,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
HAST is now better than ever!:) Some recent improvements +
HAST is now better than ever! Some recent improvements include:
There are three new GELI (a disk encryption GEOM class) - features available in &os;-CURRENT:
+ features available in -CURRENT:Development of the Valgrind port has moved from perforce to +
Development of the Valgrind port has moved from Perforce to bitbucket.org, in order to make it easier for others to track changes as we progress towards getting the port into shape to - commit upstream. You can access the repository at the bitbucket - URL at the beginning of this report.
+ commit upstream. The repository's Bitbucket address is at the + beginning of the report.A bugzilla entry has been submitted to track the &os; Valgrind port. You can see the status and vote for the bug to express your @@ -2319,7 +2331,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Capsicum is intended to supplement existing system-centric @@ -2389,16 +2401,16 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd"> rendering.
We plan to begin merging the core Capsicum kernel features - to &os; 9-CURRENT in November/December 2010 once a number of + to &os; -CURRENT in November/December 2010 once a number of known problems have been resolved. Following a KBI analysis, we will consider merging our 8-STABLE backport to Subversion. For the time being, and while APIs stabilise, we plan to distribute - the Capsicum libraries via ports. However, simply having the + the Capsicum libraries via ports. However, simply having the kernel features in place is sufficient to support sandboxing in tcpdump and Chromium.
The Capsicum paper by Robert Watson / Jonathan Anderson - (Cambridge) and Ben Laurie/ Kris Kennaway (Google) won a best + (Cambridge) and Ben Laurie / Kris Kennaway (Google) won a best paper award at the 2010 USENIX Security Symposium!
@@ -2409,7 +2421,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">August saw us host another bugathon, with an aim of investigating and getting into a committable state several of the - PRs with patches. Turnout was not as great as in the past - - mainly believed to be die to the short notice, but still several - PRs were progressed, with several commits made and several PRs - closed.
+ PRs with patches. Turnout was not as great as in the past + — mainly believed to be die to the short notice, but still + several PRs were progressed, with several commits made and + several PRs closed.The number of PRs has held steady over the last three months, with improvements in numbers in some categories (especially usb @@ -2495,8 +2507,8 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Reports continue to be produced from the PR database, all of which can be found from the links above. Committers interested in custom reports are encouraged to discuss requirements with - bugmeister@ - we are happy to create new reports where needs are - identified.
+ bugmeister@ — we are happy to create new reports where + needs are identified.As always, anybody interested in helping out with the PR queue is welcome to join us in #freebsd-bugbusters on EFnet. We are @@ -2537,7 +2549,7 @@ Status Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
The Release Engineering Team has announced the schedule for the upcoming joint release of &os; 7.4 and 8.2. The schedules - are available on the Web site:
+ are available on the web site:The EuroBSDCon conference is inviting developers and users of BSD based systems to submit innovative and original papers not - submitted to other European conferences on BSD related topics.
+ submitted to other European conferences on BSD-related topics.Please see the EuroBSDCon 2011 website for more details.