From b8d2ec2d08e7a9ba4288288788dac5a79b7c1b6d Mon Sep 17 00:00:00 2001 From: Daniel Gerzo Date: Fri, 20 Jan 2012 12:55:43 +0000 Subject: [PATCH] - add status report for Q4/2011 - keep it disconnected until after it receives some review (reviews welcome) - thanks to all for their submissions! --- en/news/status/report-2011-10-2011-12.xml | 1757 +++++++++++++++++++++ 1 file changed, 1757 insertions(+) create mode 100644 en/news/status/report-2011-10-2011-12.xml diff --git a/en/news/status/report-2011-10-2011-12.xml b/en/news/status/report-2011-10-2011-12.xml new file mode 100644 index 0000000000..28a089692c --- /dev/null +++ b/en/news/status/report-2011-10-2011-12.xml @@ -0,0 +1,1757 @@ + + + + + + October-December + + 2011 + + +
+ Introduction + +

This report covers &os;-related projects between October and + December 2011. It is the last of the four reports planned for 2011. + This quarter was mainly devoted to polishing the bits for the next + major version of &os;, 9.0, which was already successfully released in + the beginning of January 2012.

+ +

Thanks to all the reporters for the excellent work! This report + contains 29 entries and we hope you enjoy reading it.

+ +

Please note that the deadline for submissions covering the period + between January and March 2012 is April 15th, 2012.

+
+ + + proj + + Projects + + + + bin + + User-land Programs + + + + team + + &os; Team Reports + + + + kern + + Kernel + + + + docs + + Documentation + + + + arch + + Architectures + + + + ports + + Ports + + + + &os; Ruby Ports + + + + + Philip + Gollucci + + pgollucci@FreeBSD.org + + + + + Steve + Wills + + swills@FreeBSD.org + + + + + Wiki + + + PRs + + + PRs + + + +

Work is underway to convert the remaining ruby- ports to + rubygem-* ports in order to keep up with the gem community.

+ +

A second attempt will be made to change the default ruby from + 1.8 to 1.9. There will be some unavoidable casualties of this + transition sysutils/rubygem-chef-server was contributed by + RideCharge Inc / Taxi Magic who is now using it exclusively.

+ + + + Need some fresh -exp runs to check the new status esp with + ruby 1.9.3-p0. + + + + + BSD-Licensed C++ Stack + + + + + David + Chisnall + + theraven@FreeBSD.org + + + + +

Two new libraries, libc++ (providing a C++11 STL implementation) + and libcxxrt (providing an implementation of the C++ ABI + specification). This is enabled by adding WITH_LIBCPLUSPLUS=yes to + src.conf. It is not enabled by default because libc++ does not + build with the version of gcc in the base system and requires you + to build with clang.

+ +

Once it is built, you can select between using GNU libstdc++ and + libc++ by adding -stdlib=libc++ or -stdlib=libstdc++ to your + compile and link flags (when building with clang).

+ +

If you are running head (or have a spare [virtual] machine you + can try it on) then please try building your C++ code with libc++ + and let me know of any failures, ideally with reduced test + cases.

+ + + + Test ports with libc++. Hopefully most will Just Work., but + others may need patches or have a hard dependency on + libstdc++. + + Make libstdc++ dynamically link to libsupc++. This will allow + us to use libmap.conf to switch between libsupc++ and + libcxxrt. + + Enable building libc++ by default (hopefully in the 9.1 + time-frame, when clang becomes the default system compiler) and + switch to using libcxxrt instead of libsupc++ by default. + + Lots more testing. Followed by even more testing. + + Removing libstdc++ from the base system and making it + available through ports for backwards compatibility. + + + + + GEOM MULTIPATH Rewrite + + + + + Alexander + Motin + + mav@FreeBSD.org + + + + + Patch + committed into the HEAD. + + + +

GEOM MULTIPATH class took major rewrite to fix many problems and + improve functionality, including:

+ +
    +
  • Improved locking and destruction process to fix crashes.
    • + +
  • "Automatic" configuration method improved to make it safe by + reading metadata back from all specified paths after writing to + one.
    • + +
  • "Manual" configuration method added to work without using + on-disk metadata. New "add" and "remove" commands allow to manage + paths manually.
    • + +
  • Failed paths are no longer dropped from GEOM, but only marked + as failed and excluded from I/O operations. Failed paths can be + automatically restored when all other paths are lost or marked as + failed, for example, because of device-caused (not transport) + errors. "Fail" and "restore" commands added to manually control + failure status.
    • + +
  • Added Active/Active mode support. Unlike default + Active/Passive mode, load evenly distributed between all working + paths. If supported by the device, it allows to significantly + improve performance, utilizing bandwidth of all paths. It is + controlled by -A option during creation.
    • + +
  • Provider size check added to reduce chance of conflict with + other GEOM classes.
    • + +
  • Geom is now destroyed on last provider disconnection.
    • + +
  • `status` and `list` commands output was improved.
    • +
+ +

This changes are now committed into the &os; HEAD branch. Merge + to 9-STABLE and 8-STABLE is planned after 9.0 release.

+ +

Project sponsored by iXsystems, Inc.

+ + + + Implement some additional request ordering mechanism for the + Active/Active mode. Some consumers in theory may not wait for + previous requests completion before submitting new overlapping or + dependent requests. Those requests may reorder on device if run via + different paths simultaneously. + + + + + A Tool to Check for Mistakes in Documentation — igor + + + + + Warren + Block + + wblock@FreeBSD.org + + + + + + + + +

igor is a program that proofreads man pages, DocBook SGML + source, and other text files for many common mistakes.

+ +

Files are tested for spelling mistakes, repeated words, and + white-space problems. Man pages are also checked for minimal + structure, and DocBook SGML source files are checked for formatting + and tag problems.

+ +

If you write or edit &os; documentation, let igor help you check + it for correctness.

+ + + + Find a testing or parsing framework that can do a faster or + better job, or that can understand the state of DocBook + tags. + + Add more tests. + + Improve speed. + + + + + The new CARP + + + + + Gleb + Smirnoff + + glebius@FreeBSD.org + + + + + Bjoern + Zeeb + + bz@FreeBSD.org + + + + + George + Neville-Neil + + gnn@FreeBSD.org + + + + + + The main commit + + + +

Significantly updated CARP protocol has been committed to head/. + I expect the new code to be more easy to maintain and less buggy, + since it uses less hacks to the networking stack.

+ +

The new CARP does not bring a lot of new features, however here + is a couple:

+ +
    +
  • One can put a single redundant address on an interface.
    • + +
  • Master/backup state can be switched via ifconfig.
    • + +
  • Feature that demotes carp(4) during pfsync(4) update has been + restored (it was lost in 7.0).
    • + +
  • The overall ifconfig(8) output is now more readable, since + addresses are exactly on the interfaces they are running. Yes, + this is feature, too :)
    • +
+ +

The code has been developed by glebius@ with lots of help from + bz@.

+ + + + Work on arpbalance/ipbalance features. Since I do not utilize + them at all, first I need to find somebody eager to see these + features and willing to test patches. Sponsoring work is also + appreciated. glebius@ to handle. + + Estimate whether we need to catch up with OpenBSD on putting + demotion counter into datagrams. glebius@ to handle. + + Update tcpdump(8) to enable nice printing of CARP packets. + gnn@ to handle. + + Work with IANA to get an official protocol number. gnn@ to + handle. + + + + + &os;/390 + + + + + Pau + Amma + + fduuvrzv@yahoo.com + + + + + Bjoern A. + Zeeb + + bz@FreeBSD.org + + + + +

I wandered in and started working on &os;/390 about 1 month ago + based on source Bjoern provided. My short term goals are to sync it + with the current HEAD and write a minimal IPLabel loader, so we do + not have to depend on Hercules-only commands to test the kernel + boot process.

+ +

Then it will be time to make the crossbuild work again and get + the kernel booting.

+ + + + + System Configuration Utilities + + + + + Devin + Teske + + dteske@vicor.com + + + + + The DruidBSD + Project + + + +

On December 31st, 2011 sysutils/sysrc was added to the + ports-tree. On January 6th, 2012 sysutils/host-setup was added to + the ports-tree. Still pending is the addition of + sysutils/tzdialog.

+ +

Together or separately, these utilities try to make configuring + the system easier and more efficient.

+ +

sysrc(8) allows you to safely modify rc.conf(5) without fear or + trepidation; making remote-management and scripted changes a simple + transaction. Also useful in managing puppet installations.

+ +

host-setup(8) allows you to configure your time zone, hostname, + network interfaces, default router/gateway, DNS nameservers in + resolv.conf(5) all via dialog(1) (or Xdialog(1)) interface. + Designed to replace sysinstall(8), host-setup is written entirely + in sh(1) and is completely stand-alone.

+ +

tzdialog(8) is an ISO-3166 compatible sh(1) rewrite of + tzsetup(8). It is designed to be a drop-in replacement for tzsetup. + The major difference between the two is tzdialog(8) adds supports + for graphical user interface via Xdialog(1) (by passing the `-X' + argument), whereas tzsetup(8) only supports console-based + interaction.

+ + + + Write a man-page for tzdialog(8). + + Submit current tzdialog(8) version (1.1) and yet-to-be + completed man-page to ports-tree as sysutils/tzdialog. + + + + + Perl Ports Testing + + + + + Steve + Wills + + swills@FreeBSD.org + + + + +

Many Perl modules in ports come with test cases included with + their source. This project's goal is to ensure that all these tests + pass. Patches have been added to the ports tinderbox to allow test + related dependencies to be installed and many ports have + TEST_DEPENDS now. A patch is available to enable testing for those + who wish to help out. All p5- ports have been built and tests + attempted. Approximately 61% of the Perl ports pass currently. Many + ports have been updated to include missing dependencies or make + other changes which allow tests to pass. Long term goals include a + more generic framework for testing ports and automated tests + executed when ports are updated.

+ + + + Many Perl ports which do not pass tests remain. + + Need to figure out how to move testing out of + tinderbox. + + A patch to build Perl with -pthread (but not enable + useithreads in Perl) is pending. It will fix many currently broken + tests + + + + + Status Report for NFS + + + + + Rick + Macklem + + rmacklem@FreeBSD.org + + + + +

The new NFS client and server are no longer considered + experimental and are the default for &os; 9.0. Included is fairly + complete support for NFSv4.0, as well as NFSv3 and NFSv2. NFSv4.0 + delegations are not enabled by default for the server, since there + is no handling of them for local system calls done on the server, + as yet. Sofar, the transition seems to have gone alright, with only + a couple of obscure issues identified sofar that did not get fixed + for &os; 9.0. Patches for these can be found at + + http://people.FreeBSD.org/~rmacklem +

+ +

Work is ongoing with respect to NFSv4.1 client support. The + current code includes functioning support for the required + components, in particular, sessions for both fore and back + channels. Development for the big optional component pNFS is in + progress and with hopefully be functional for the Files layout in a + few months. The modified sources can be found at + http://svn.FreeBSD.org/viewvc/base/projects/nfsv4.1-client.

+ +

There is also a patch for what I call packrats, where threads + perform aggressive on-disk caching of delegated file in the NFSv4.0 + client. It currently seems to function OK, but does not yet have + client reboot recovery implemented, so it can only be used + experimentally at this time. This patch can be found at + http://people.FreeBSD.org/~rmacklem/packrat-patches.

+ + + + + The &os; Japanese Documentation Project + + + + + Hiroki + Sato + + hrs@FreeBSD.org + + + + + Ryusuke + Suzuki + + ryusuke@FreeBSD.org + + + + + Japanese &os; Web + Pages + + The &os; Japanese + Documentation Project Web Page + + + +

During this period, many part of the outdated contents in the + www/ja subtree were updated to the latest versions in the English + counterpart. The "bsdinstall" section in Handbook was newly + translated and the "cutting-edge" section is now + work-in-progress.

+ + + + Further translation work for outdated documents in both + doc/ja_JP.eucJP and www/ja. + + + + + &os;/KDE + + + + + &os; + KDE + + kde@FreeBSD.org + + + + + &os;/KDE home page + + area51 + + + +

The KDE/&os; team have continued to improve the experience of + KDE software and Qt under &os;. The latest round of improvements + include:

+ +
    +
  • Many fixes upstream to make KDE and Qt build with Clang
    • + +
  • Making automoc not freeze with parallel builds
    • +
+ +

The team has also made many releases and upstreamed many fixes + and patches. The latest round of releases include:

+ +
    +
  • KDE SC: 4.7.3, 4.7.4 (in the area51 experimental + repository)
    • + +
  • Qt: 4.8.0 (in the area51 experimental repository)
    • + +
  • CMake: 2.8.6, 2.8.7
    • +
+ +

The team is always looking for more testers and porters so + please contact us at kde@FreeBSD.org and visit our home page at + http://FreeBSD.kde.org.

+ + + + Testing KDE SC 4.8.0. + + Testing KDE PIM 4.7.4. + + Testing phonon-gstreamer and phonon-vlc as the phonon-xine + backend was deprecated (but will remain in the ports for + now). + + Testing the Calligra beta releases (in the area51 + repository). + + + + + &os; Haskell Ports + + + + + Gábor János + PÁLI + + pgj@FreeBSD.org + + + + + Ashish + SHUKLA + + ashish@FreeBSD.org + + + + + &os; Haskell wiki + page + + + &os; Haskell ports repository + + + &os; Haskell mailing list + + + +

We are proud to announce that the &os; Haskell Team has updated + the Haskell Platform to 2011.4.0.0, as well as updated GHC to 7.0.4 + in &os; Haskell ports repository. We also added number of new + Haskell ports, and there count is now more than 300. Some of the + new ports include Yesod, Happstack (popular web development + frameworks in Haskell), ThreadScope (a graphical profiler tool for + parallel Haskell programs).

+ +

Due to ports repository freeze for 9.0-RELEASE, these updates + are not in official ports tree yet. They will be committed to ports + repository after ports tree is unfreezed again, in the meantime + they can be accessed through &os; Haskell ports repository.

+ + + + Commit pending Haskell ports to &os; ports repository. + + Test GHC to work with clang/LLVM. + + Add an option to the lang/ghc port to be able to + build it with already installed GHC instead of requiring a + separate GHC boostrap tarball. + + + + + Public &os; Ports Development Infrastructure — + redports.org + + + + + Bernhard + Froehlich + + decke@FreeBSD.org + + + + + + + IRC: #redports on + Freenode + + redports + mailing list + + Userguide (with + Screenshots) + + + +

Redports is a free service for &os; port maintainers and port + committers to automatically buildtest ports on various &os; + versions and architectures. The motivation to do that was because + there are many people that do not have access to Ports Tinderboxes + and the existing Tinderboxes are usually dedicated to a single + team.

+ +

The platform was designed with scalability in mind but building + capacity is currently very limited until more hardware is + available. I am already in contact with the usual suspects to + improve that.

+ + + + Get more Hardware for building. + + Port options support. + + ports-mgmt/portlint support. + + + + + HDA Sound Driver (snd_hda) Improvements + + + + + Alexander + Motin + + mav@FreeBSD.org + + + + + + Latest patch + + + +

snd_hda(4) driver took major rewrite:

+ +
    +
  • Big old hdac driver was split into three independent pieces: + HDA controller driver (hdac), HDA CODEC driver (hdacc) and HDA + audio function driver (hdaa). All drivers are completely + independent and talk to each other only via NewBus interfaces. + Using more NewBus bells and whistles allows to properly see HDA + structure with standard system instruments, such as `devinfo -v`. + Biggest driver file size now is 150K, instead of 240K before, and + the code is much more clean.
    • + +
  • Support for multichannel recording was added. While I have + never seen it configured by default, UAA specification tells that + it is possible. Now, as specification defines, driver checks + input associations for pins with sequence numbers 14 and 15, and + if found (usually) — works as before, mixing signals together. + If it does not, it configures input association as multichannel. + I have found some CODECs doing strange things when configured for + multichannel recording, but I have also found successfully working + examples.
    • + +
  • Signal tracer was improved to look for cases where several + DACs/ADCs in CODEC can work with the same audio signal. If such + case found, driver registers additional playback/record stream + (channel) for the pcm device. Having more then one stream allows + to avoid vchans use and so avoid extra conversion to vchan's + pre-configured sample rate and format. Not many CODECs allow + this, especially on playback, but some do.
    • + +
  • New controller streams reservation mechanism was implemented. + That allows to have more pcm devices then streams supported by + the controller (usually 4 in each direction). Now it limits only + number of simultaneously transferred audio streams, that is + rarely reachable and properly reported if happens.
    • + +
  • Codec pins and GPIO signals configuration was exported via + set of writable sysctls. Another sysctl dev.hdaa.X.reconfig + allows to trigger driver reconfiguration in run-time. The only + requirement is that all pcm devices should be closed at the + moment, as they will be destroyed and recreated. This should + significantly simplify process of fixing CODEC configuration. It + should be possible now even to write GUI to do it with few mouse + clicks.
    • + +
  • Driver now decodes pins location and connector type names. In + some cases it allows to hint user where on the system case + connectors, related to the pcm device, are located. Number of + channels supported by pcm device, reported now (if it is not 2), + should also make search easier.
    • +
+ +

The code is in testing now and should be soon committed to the + HEAD branch.

+ +

Project sponsored by iXsystems, Inc.

+ + + + Closer inspection of HDMI/DisplayPort audio is + planned. + + Number of hardware, mostly laptops, need workarounds to work + properly. Some statistics should be collected to implement some of + them avoiding excessive code bloat. + + + + + SCSI Direct Access Driver (da) Improvements + + + + + Alexander + Motin + + mav@FreeBSD.org + + + + +

BIO_DELETE support (aka TRIM) was added to the CAM SCSI Direct + Access device driver (da).

+ +

Depending on device capabilities different methods used to + implement it. Currently used method can be read/set via + kern.cam.da.X.delete_method sysctls. Possible values are:

+ +
    +
  • NONE - no provisioning support reported by the device;
    • + +
  • DISABLE - provisioning support was disabled because of + errors;
    • + +
  • ZERO - use WRITE SAME (10) command to write zeroes;
    • + +
  • WS10 - use WRITE SAME (10) command with UNMAP bit set;
    • + +
  • WS16 - use WRITE SAME (16) command with UNMAP bit set;
    • + +
  • UNMAP - use UNMAP command (equivalent of the ATA DSM TRIM + command).
    • +
+ +

The last two methods (UNMAP and WS16) are defined by SBC + specification and the UNMAP method is the most advanced one. The + rest of methods I have found supported in Linux, and as soon as they + were trivial to implement, then why not? Hope they will be useful + in some cases.

+ +

As side product of fetching logical block provisioning support + flag, da driver also got support for reporting device physical + sector size (aka Advanced Format) via stripesize/stripeoffset GEOM + fields. For known 4K sector disks not reporting it properly number + of quirks were added.

+ +

The code was committed to the HEAD branch and going to be merged + to 8/9-STABLE after some time.

+ +

Project sponsored by iXsystems, Inc.

+ + + + To implement more effective selection of the best delete + method some more parameters need to be obtained from the device. + Unluckily none of devices I have report them. + + + + + Replacing the Regular Expression Code + + + + + Gábor + Kövesdán + + gabor@FreeBSD.org + + + + + + Project repo + + TRE homepage + + + A paper on the topic + + + +

The current regular expression code in libc has to be replaced + because it is old, unmaintained and does not support wide + characters. As it has been elaborated, TRE is the most suitable + replacement outside that has an acceptable license. However, the + development of BSD grep also brought some relevant observations. In + short, there are some possibilities to optimize pattern matching + but it is not possible with the POSIX API, because:

+ +
    +
  • It uses NUL-terminated strings that requires processing each + character and makes longer jumps impossible.
    • + +
  • It matches for one pattern at a time. If more patterns are + searched, there are more efficient ways for pattern matching but + we have to know all of them and process them together.
    • +
+ +

This project intends to implement these shortcut and provide + efficient pattern matching for all programs that use regex + matching. It will also help avoiding the custom tricks that are + hardcoded into some programs, like GNU grep, to work around the + limiting POSIX API. Besides, GNU grep has some extensions over the + POSIX regular expression, which are necessary if we want to get rid + of GNU code in the end.

+ + + + Implement multi-pattern heuristic regex matching. + + Implement GNU-specific regex extensions. + + Adapt BSD grep to use the multi-pattern interface. + + Test standard-compliance and correct behavior. + + + + + The &os; German Documentation Project + + + + + Benedict + Reuschling + + bcr@FreeBSD.org + + + + + Johann + Kois + + jkois@FreeBSD.org + + + + + Homepage of the &os; German + Documentation Project + + + The German translation of the bsdinstall handbook chapter + + + +

The German Documentation Project is happy to report that two big + chapters have been translated in the past quarter. The first update + is in the firewall chapter and covering the complete IPFW section. + It was contributed by Christopher J. Ruwe. There were style and + language fixes to be done, but the biggest amount of work, the + actual translation, was done by him. We thank Christopher very + much.

+ +

The other chapter that was translated of the new bsdinstall + chapter. Benedict Reuschling did the work on this chapter. He tried + to keep the same titles for sections that are mostly describing the + same things as in the sysinstall chapter (at least where this was + possible).

+ +

German speaking users are encouraged to read both chapters and + report typos or grammar errors back to us so we can fix them.

+ +

The German website is being updated on a regular basis.

+ + + + Catch up with the latest changes made to the + documentation. + + Translate more www pages into german. + + Find bugs in the German documentation and fix them. + + + + + &os;/GNOME + + + + + GNOME &os; mailing list + + freebsd-gnome@FreeBSD.org + + + + + + + + + + +

It has been a while since we did a status report.

+ +

This year we started work on GNOME 3.0. Due to time constrains + and lack of man power, this version did not make it into the ports. + Current we have 3.2 in our development repo. See the development + FAQ on our website for details. The MC-UPDATING file contains + upgrade instructions.

+ +

Currently the GNOME team is understaffed, help is welcome!

+ + + + Update the &os; gnome website with GNOME 3.x information, and + still supply the 2.32.x info. + + + + + Up to Date X.Org Server + + + + + X11 &os; mailing list + + freebsd-x11@FreeBSD.org + + + + + + + + +

The X11 team has started work on the next major update for the + X.Org ports. You might have noticed libraries and proto ports being + updated that belong to the X.Org stack. Currently in our development + repository we have the latest versions of many ports including mesa + and xf86-video-intel.

+ +

We support versions 1.7.7 and 1.10.4 of the X.Org tree for users + with the appropriate hardware and patches.

+ +

We need more testers for both the standard version from + xorg-devel and the WITH_NEW_XORG version. We also need testers for + updated input/video drivers, especially for the less mainstream + ones.

+ +

In order to test check out our svn repository from + http://trillian.chruetertee.ch/ports/browser/branches/xorg-dev and + the merge script from + http://people.FreeBSD.org/~miwi/xorg/xorgmerge. See the wiki for + more details.

+ + + + Investigate xorg-server 1.12 which brings xinput 2.2. + + Merge development repository into the main repository, after + more testing. + + + + + pfSense + + + + + Scott + Ullrich + + sullrich@gmail.com + + + + + Chris + Buechler + + cbuechler@gmail.com + + + + + Ermal + Luçi + + ermal.luci@gmail.com + + + + + pfSense homepage + + + +

pfSense is a free and open source customized distribution of + &os; tailored for use as a firewall and router.

+ +

2.0.1 was just released which corrected a number of issues + + http://blog.pfsense.org/?p=633.

+ + + + 6 month release cycle. + + Moving builds to &os; 9. + + Full IPV6 support. + + PBI Package binaries. + + Unbound integration. + + Multi-instance Captive Portal. + + Replacing Prototype with jQuery. + + + + + Release Engineering Team Status Report + + + + + Release Engineering Team + + re@FreeBSD.org + + + + + + + + +

The Release Engineering Team was pleased to announce the release + of &os;-9.0 on January 12th, 2012. To acknowledge his incredible + contributions to the world of computing and in particular the &os; + Project's corner of that world &os;-9.0 was dedicated to Dennis + Ritchie. May he rest in peace. The Release Engineering Team also + wishes to thank the &os; Developers and Community for all the work + they put into the release.

+ +

With the &os;-9.0 release cycle completed our focus shifts to + preparing for the &os;-8.3 release. A schedule has not been set but + we expect to be shooting for release some time in March 2012.

+ + + + + Auditdistd Project + + + + + Pawel Jakub + Dawidek + + pjd@FreeBSD.org + + + + +

Current weakness of &os;'s Security Event Audit facility is that + audit records are stored locally and can be modified or removed by + an attacker after a system compromise.

+ +

The audistdistd will allow to reliably and securely distribute + audit trail files over TCP/IP network to remote system. In case of + system compromise it will enable administrator to analyze audit + records in trusted environment.

+ +

This project is sponsored by the &os; Foundation and should be + completed by the end of February 2012.

+ + + + + &os; No-IPv4 ("IPv6-Only") Support + + + + + Bjoern A. + Zeeb + + bz@FreeBSD.org + + + + + FreeBSD + No-IPv4 Support + + + +

The No-IPv4 (fka. "IPv6-Only") project initially + prototyped in p4 and merged into mainstream &os; with support from + the &os; Foundation and iXsystems earlier in 2011 for World IPv6 + Day continued as a free time project. Thanks to the help of an + anonymous source, dedicated i386 and amd64 build machine and a + distribution node were setup to allow continuous building of + snapshots and we hope to extend the support for the snapshots in + the future providing more services.

+ +

During the 9.0 release cycle a BETA and an RC snapshot were + built and released. &os; 9.0-RELEASE will be the first official + release supporting a kernel to compile out IPv4 support. We will + provide (and given 9.0 is out at time of writing do provide) a + no-IPv4 snapshot accompanying the official release and hope for + your feedback.

+ +

I would like to thank Hiroki Sato/allbsd.org for providing a mirror + in Japan for the Asian community in addition to mine in Europe.

+ + + + Commit/Submit upstream a few user space fixes. + + More user space cleanup and testing. + + Get rid of gethostby*() calls. + + + + + &os;/powerpc on AppliedMicro APM86290 + + + + + Grzegorz + Bernacki + + gjb@semihalf.com + + + + + Rafal + Jaworowski + + raj@semihalf.com + + + + +

The APM86290 system-on-chip device is a member of AppliedMicro's + PACKETpro family of embedded processors.

+ +

The chip includes two Power Architecture PPC465 processor cores, + which are compliant with Book-E specification of the architecture, + and a number of integrated peripherals.

+ +

This work is extending current Book-E support in &os; towards + PPC4xx processors variation along with device drivers for + integrated peripherials.

+ +

The following drivers have been created since the last + report:

+ +
    +
  • Ethernet controller driver
    • + +
  • Classifier driver
    • + +
  • Finished Queue Manager/Traffic Manager
    • + +
  • Improved performance and stability
    • +
+ +

Next steps:

+ +
    +
  • L2 cache support
    • + +
  • Merge APM86290 support to -CURRENT
    • +
+ + + + + &os;/powerpc on Freescale QorIQ DPAA + + + + + Michal + Dubiel + + md@semihalf.com + + + + + Rafal + Jaworowski + + raj@semihalf.com + + + + + Piotr + Ziecik + + kosmo@semihalf.com + + + + + + P2041 product page + + + P3041 product page + + + P5020 product page + + + +

The QorIQ Data Path Acceleration Architecture (DPAA) from + Freescale is a comprehensive architecture, which integrates all + aspects of packet processing in the SoC, addressing issues and + requirements resulting from the nature of QorIQ multicore SoCs. It + includes:

+ +
    +
  • Cores
    • + +
  • Network and packet I/O
    • + +
  • Hardware offload accelerators
    • + +
  • The infrastructure required to facilitate the flow of packets + between the above
    • +
+ +

The DPAA also addresses various performance related + requirements, especially those created by the high speed network + I/O found on multicore SoCs such as P2041, P3041, P5020, etc. This + work is bringing up &os; on these system-on-chip devices along with + device drivers for integrated peripherals.

+ +

Current &os; QorIQ DPAA support includes:

+ +
    +
  • QorIQ P2041 and P3041 devices
    • + +
  • E500mc core complex
    • + +
  • Adaptation of toolchain for the new core
    • + +
  • Booting via U-Boot bootloader
    • + +
  • CoreNet interconnect fabric
    • + +
  • L1, L2, L3 cache
    • + +
  • Serial console (UART)
    • + +
  • Interrupt controller
    • + +
  • DPAA infrastructure (BMAN, FMAN, QMAN)
    • + +
  • Ethernet (basic network functionality using Independent Mode + of DPAA infrastructure)
    • + +
  • EHCI controller
    • + +
  • PCI Express controller (host mode)
    • + +
  • SMP support (up to quad-core)
    • + +
  • I2C
    • +
+ +

Next steps:

+ +
    +
  • QorIQ P5020 (32-bit mode) support
    • + +
  • Ethernet (full network functionality using Regular Mode of + DPAA infrastructure)
    • + +
  • Enhanced SDHC
    • +
+ + + + + &os;/arm on Marvell Armada XP + + + + + Grzegorz + Bernacki + + gjb@semihalf.com + + + + + Rafal + Jaworowski + + raj@semihalf.com + + + + + ARMv6 + branch + + + +

Marvell Armada XP is a complete system-on-chip solution based on + Sheeva embedded CPU. These devices integrate up to four ARMv6/v7 + compliant Sheeva CPU cores with shared L2 cache.

+ +

This work is extending &os;/arm infrastructure towards support + for recent ARM architecture variations along with a basic set of + device drivers for integrated peripherials.

+ +

The following code has been implemented since the last status + report:

+ +
    +
  • SMP support
    • + +
      +
    • Implemented TLB broadcast and RFO
      • + +
    • Tested 2 and 4 cores setup in WT cache mode
      • +
    + +
  • SATA driver integrated and tested
    • + +
  • CESA driver integrated and tested
    • +
+ +

Next steps:

+ +
    +
  • L2 cache support
    • + +
  • Full support for WB/WBA cache
    • +
+ + + + + The &os; Foundation Status Report + + + + + Deb + Goodkin + + deb@FreeBSDFoundation.org + + + + + + + + +

The most exciting news to report is that we raised $426,000 + through our fundraising efforts. We were overwhelmed by the + generosity of the &os; community. We would like to thank everyone + who made a contribution to &os; by either making a financial + donation to the foundation or volunteering on the Project.

+ +

We published our + semi-annual newsletter in December. If you have not + already done so, please take a moment to read this publication + to find out how we supported the &os; Project and community + during the second half of 2011. There are also two great + testimonials in the newsletter from TaxiMagic and the Apache + Software Foundation.

+ +

The Foundation sponsored EuroBSDCon 2011 which was held in The + Netherlands, October 6-9. And, we sponsored six developers to + attend the conference. We sponsored the Bay Area Vendor Summit in + November. We were represented at LISA '11, Dec 7-8 in Boston + MA.

+ +

We are a proud sponsor of AsiaBSDCon 2012, which will be held in + Tokyo, Japan, March 22-25.

+ +

The Foundation funded project Feed-Forward Clock Synchronization + Algorithms Project by the University of Melbourne completed. We + approved two new projects for 2012, they are analyzing the + performance of &os;'s IPv6 stack by Bjoern Zeeb, and implementing + auditdistd daemon by Pawel Jakub Dawidek

+ +

We purchased more servers and other hardware for the &os; + co-location centers at Sentex, NYI, and ISC.

+ +

The work above, as well as many other tasks which we do for the + &os; Project, could not be done without donations. Please help us by + making a donation or asking your company to make a donation. We + would be happy to send marketing literature to you or your company. + Find out how to make a donation at our donate + page.

+ +

Find out more up-to-date Foundation news by reading our blog and + Facebook + page.

+ + + + + &os; Ports Management Team Status Report + + + + + Thomas + Abthorpe + + portmgr-secretary@FreeBSD.org + + + + + Port + Management Team + + portmgr@FreeBSD.org + + + + + + + + + + + + + + + + + + + + +

The ports tree finally surpassed 23,000 ports. The PR count + still remains at about 1100.

+ +

In Q4 we added 4 new committers, took in 4 commit bit for safe + keeping, and had one committer return to ports work.

+ +

The Ports Management team have been running -exp runs on an + ongoing 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:

+ +
    +
  • KDE4 and cmake updates
    • + +
  • Multiple runs to test and fix breakages induced by the bump + in digits for &os; 10
    • + +
  • Verify the removal of X11BASE from ports
    • + +
  • Test ports after import of flex and m4 into src base
    • + +
  • Optimizations to bsd.ports.mk
    • + +
  • Test xcb update and split into multiple ports
    • + +
  • Estimate number of ports utilizing old interface ioctls
    • + +
  • Ongoing validation of infrastructure with pkgng
    • + +
  • testing ports with clang as default compiler
    • +
+ +

pkgng now has real safe binary upgrade, as well as real + intregrity checking, work has been started to have the ports tree + to be able to bootstrap pkgng. More info on the + CFT.

+ +

The pointyhat-west build machine continues toward production + use, code updates have made it more versatile such as swapping out + out information in make.conf for build slaves, assist in testing of + pkgng -exp runs and to properly build linux_base ports.

+ +

It has been decided that the ports tree will be migrated from + CVS to Subversion, beat@ will be in charge of the project. More + information on the wiki.

+ +

A moderated mailing list has been created for ports related + announcements, + http://lists.FreeBSD.org/mailman/listinfo/freebsd-ports-announce, + it is intended, but not limited, to be a means of communicating + portmgr@ announcements, Calls for Testing, plus other relevant + information to be used by our committers and ports maintainer + community.

+ + + + Looking for help getting ports to build + with clang. + + Looking for help fixing ports broken + on CURRENT. (List needs updating, too) + + Looking for help with + Tier-2 architectures. + + ports + broken by src changes. + + ports + failing on pointyhat. + + ports + failing on pointyhat-west. + + ports that are marked + as BROKEN. + + When did + that port break. + + Most ports PRs are assigned, we now need to focus on testing, + committing and closing. + + + + + Multimedia — watching/recording Digital TV + + + + + Hans Petter + Selasky + + hselasky@FreeBSD.org + + + + + Jason + Harmening + + jason.harmening@gmail.com + + + + + Juergen + Lock + + nox@FreeBSD.org + + + + + Tested DVB and + other hardware + + + + + + + +

Progress has been made when watching/recording live digital TV + using &os;:

+ +
    +
  • + multimedia/webcamd is continuously adding support for + more and more USB tuners using the Linux V4L/DVB drivers + (also including remotes via webcamd and comms/lirc.)
    • + +
  • + multimedia/cx88 recently added Linux DVB API support + for CX88-based PCI(-e) DVB-T tuners so "common" apps can now + also be used with that hardware.
    • + +
  • + multimedia/xbmc-pvr was committed recently and the multimedia/vdr + ports are working too for watching/recording live digital TV, and + also other apps like kaffeine, or mplayer, or vlc.
    • +
+ + + + Continue updating the VDR ports to the latest versions and + fix remaining bugs. + + Update + multimedia/libxine to 1.2.0 that recently was released + (which VDR uses.) + + Test more hardware? + + +