diff --git a/en/news/status/report-2010-01-2010-03.xml b/en/news/status/report-2010-01-2010-03.xml new file mode 100644 index 0000000000..707ee70455 --- /dev/null +++ b/en/news/status/report-2010-01-2010-03.xml @@ -0,0 +1,2171 @@ + + + + + + January-March + + 2010 + + +
+ Introduction + +

SUMMARY GOES HERE

+ +

Thanks to all the reporters for the excellent work! We hope you + enjoy reading.

+
+ + + soc + + Google Summer of Code + + + + proj + + Projects + + + + team + + &os; Team Reports + + + + net + + Network Infrastructure + + + + kern + + Kernel + + + + docs + + Documentation + + + + bin + + Userland Programs + + + + arch + + Architectures + + + + ports + + Ports + + + + misc + + Miscellaneous + + + + Enhancing the &os; TCP Implementation + + + + + Lawrence + + Stewart + + + lstewart@FreeBSD.org + + + + + + + + + + + + + + +

The ALQ(9) implementation and KPI has been rototilled and modified + (one more patch needs to be committed) to support variable length + messages. In addition, it can now be compiled and loaded as a kernel + module.

+ +

With the ALQ changes in head, SIFTR can finally be imported.

+ +

Reassembly queue autotuning is in the project branch and needs to + be extracted as a patch people can easily test.

+ + + + Solicit external testing for and commit SIFTR. + + Solicit external testing for and commit reassembly queue + autotuning patch. + + + + + Modular Congestion Control + + + + + Lawrence + + Stewart + + + lstewart@FreeBSD.org + + + + + + + + + + +

I have just completed the last disruptive change to the KPI, which + laid the groundwork to allow different congestion aware transports to + share congestion control algorithms. The import into the head branch + is a big job and my time is limited, so progress will be slow and I + will nott have it done and ready to MFC by 8.1 as I had hoped. I will + aim to have it in 8.2 though.

+ + + + Solicit external testing. + + Commit to head. + + + + + (Virtual) Network Stack resource cleanup + + + + + Bjoern A. + + Zeeb + + + bz@FreeBSD.org + + + + +

In February work was done to address resources leaks in the + (virtual) network stack, especially on teardown.

+ +

During that time also multiple general run-time problems and leaks + were identified and fixed including leaked ipfw tables on module + unload, routing entries leaked, in case of interfaces going away, as + well as leaked link-layer entries in interaction with flowtable and + timers.

+ +

For virtual network stacks resources are are no longer allocated + multiple times or freed upon teardown for eventhandlers, IP and upper + level layers, like TCP syncache and host cache, flowtable, and + especially radix/routing table memory.
+ In addition epair(4) was enhanced and debugging was improved.

+ +

Work on this had been sponsored by ISPsystem.

+ + + + Merge the remainders of patches. + + Work on a better teardown model and get to the point where we + can free UMA zones without keeping pages for type stability and + timers around. + + + + + Google Summer of Code 2010 + + + + + Brooks + + Davis + + + brooks@FreeBSD.org + + + + + Robert + + Watson + + + rwatson@FreeBSD.org + + + + + + &os; GSoC Homepage + + + GSoC Timeline + + + +

We are once again participating in the Google Summer of Code. This + is our 6th year of participation and we hope to once again see great + results from our students. Currently applications have all been + submitted and we are in the process of reviewing them. Accepted + students will be announced April 26th and coding officially begins + May 24th.

+ + + + + Release Engineering Team Status Report + + + + + Release Engineering Team + + + re@FreeBSD.org + + + + + + + + +

The Release Engineering Team announced &os;-7.3 on March 23rd, + 2010. The schedule has been set for &os;-8.1 with the release date + planned for mid July 2010.

+ + + + + mfsBSD + + + + + Martin + + Matuska + + + mm@FreeBSD.org + + + + + + + + +

mfsBSD is a set of scripts that generates a bootable image (e.g. a + ISO file) that creates a working minimal installation of &os; that is + completely loaded into memory (mfs).

+ +

The project has now reached a stable and well tested state. Images + can be created from 8.0-RELEASE or 7.3-RELEASE ISO image files or + from a custom makeworld.

+ +

A new feature is a script called "zfsinstall" that automates a + ZFS-only install of &os; from a mfsbsd ISO (script works with + 8-STABLE and 9-CURRENT, sample ISO images can be downloaded from the + project web site).

+ + + + Bundle distribution installation files (target: + 8.1-RELEASE). + + Make zfsinstall 7.3 compatible (mostly gpart syntax). + + Enable zfsinstall combination with sysinstall (zfsinstall + prepares drives, sysinstall installs distribution). + + Integrate toolset into &os; source (tools?). + + + + + The &os; Foundation Status Report + + + + + Deb + + Goodkin + + + deb@FreeBSDFoundation.org + + + + + + + + +

We were proud to be a sponsor for AsiaBSDCon in March. We also + committed to sponsoring BSDCan 2010 and NYCBSDCon 2010. We provided + travel grants for AsiaBSDCon.

+ +

We funded a project by Murray Stokely to provide Closed Captioning + of &os; Technical Videos in the BSD Conferences YouTube Channel. We + were very pleased that the foundation funded HAST project + completed.

+ +

We solicited project proposals and were very pleased with the + number of proposals we received. With our project spending budget + increase, we will be able to fund more projects this year.

+ +

We grew our board of directors by adding Erwin Lansing. This will + expand our representation in Europe. Erwin brings ports knowledge and + expertise the the board.

+ +

We continued our work on infrastructure projects to beef up + hardware for package-building, network-testing, etc.

+ +

Follow us on + Twitter + + now!

+ +

We are fund-raising for 2010 now! Find out more at + + http://www.FreeBSDFoundation.org/donate/.

+ + + + + The tbemd branch + + + + + Warner + + Losh + + + imp@bsdimp.com + + + + +

'tbemd' stands for Target Big Endian Must Die. The current build + systems requires that one define TARGET_BIG_ENDIAN for either big + endian MIPS or big endian ARM processors. There are many problems + with this approach. The resulting system will nott create the proper + binaries without TARGET_BIG_ENDIAN defined. There is no way to know + what the endian is of the system you are running easily. There are + many issues with ports, since they do not use bsd make, so do not + pick up the extra flags that are added if TARGET_BIG_ENDIAN is + defined.

+ +

The tbemd branch seeks to fix this. We will move from + MACHINE_ARCH=mips for all mips platforms to MACHINE_ARCH=mipsel, + mipseb, mips64eb and mips64el to match NetBSD's conventions. These + represent 32-bit mips little endian, 32-bit mips big endian, 64-bit + mips big endian and 64-bit mips little endian respectively. ARM will + move to arm (little endian) and armeb (big endian), again following + the standards set elsewhere. To facilitate a number of different + MACHINE_ARCHs all built form the same source, a new MACHINE_CPUARCH + is introduced and represents the sources needed to build CPU support + for a given MACHINE_ARCH.

+ +

In addition, MACHINE_ARCH is overused in the build system today. + Many of its uses are gratuitous and can be simplified. Many of its + uses d not scale well and need to be refactored into a system that + will scale well. A per MACHINE/MACHINE_ARCH/MACHINE_CPUARCH selection + mechanism for makefile snippets will be introduced to move much of + the current if spaghetti into more controlled lists.
+ The branch can build everything we currently support with the new + names.

+ + + + Finish migrating to bsd.arch.inc.mk. + + Reduce diffs between the branch and the mainline before the + collapse. + + Documentation needs to be written for how to use all of + this. + + + + + Out of Tree Toolchain + + + + + Warner + + Losh + + + imp@bsdimp.com + + + + +

Work is underway to allow the &os; build system to use out of tree + compilers and binary utitilies (loaders, linkers, etc), especially in + a cross compilation environment. While it is possible to swap out the + compiler with relative ease with a compatible compiler, swapping out + the toolchain is more involved. In addition, when using an external + compiler to build the system, certain parts of buildworld can be + omitted.

+ + + + Create ports for latest binutils. This work is nearly complete, + and is waiting for integration of two branches that are collapsing + soon (the 'tbemd' branch from Warner and the mips collapse from Juli + Mallet). + + Create ports for gcc. This work has been started. Native builds + are straight forward, but cross builds have a buildworld dependency + at the moment. These dependencies are being worked out, as well as + some gcc library dependencies. + + Documentation needs to be written for how to use all of + this. + + + + + Portmaster + + + + + Doug + + Barton + + + dougb@FreeBSD.org + + + + + + + + +

Portmaster version 2.22 is now in the ports tree and has full + support for the following new features:

+ + + +

I am very excited about these new features, and owe a debt of + gratitude to the companies and especially the individuals who stepped + forward to support this work. I literally could not have done it + without them.

+ + + + There are still some interesting and oft-requested features + listed on the proposal web site that I would really like to + implement, including (but not limited to) downloading of all packages + before beginning the installation, and writing out a script that can + be re-run either on that machine, or on a set of identical + machines. + + + + + &os;/arm port for TI DaVinci + + + + + Jakub + + Klama + + + jceel@semihalf.com + + + + + + DaVinci on TI's site + + + Project branch in P4 + + + +

DaVinci (TMS320DM644x) is an ARM9-based system-on-chip family from + Texas Instruments with built-in DSP core and powerful + multimedia/video features. This work is bringing support for &os; on + these systems - it works in multiuser mode, using root filesystem + mounted either via NFS or from SD/MMC card. The code is available in + P4 at //depot/user/jceel/davinci/.

+ +

Current DaVinci support includes:

+ + + + + + Remaining built-in peripherals drivers (USB, ATA, NAND flash, + I2C, DMA engine, sound, video input/output). + + Framework for communicating with DSP core. + + + + + NAND Flash framework for embedded &os; + + + + + Grzegorz + + Bernacki + + + gjb@semihalf.com + + + + + Rafal + + Jaworowski + + + raj@semihalf.com + + + + + + Project wiki pages + + + Project P4 branch + + + +

The purpose of this project is to provide embedded &os; with + generic and flexible scheme supporting NAND Flash devices. The + framework provides a set of KOBJ interfaces inside the kernel, which + allow for uniform and flexible management of the NAND devices:

+ + + +

Part of the infrastructure is a full system simulator of + ONFI-compliant devices (NANDsim), with userland control application. + This allows for exercising the framework on platforms without real + NAND chips.

+ +

Current state highlights:

+ + + + + + Extend interface with features / options suggested by early + adopters of the code. + + Complete, clean up, merge with HEAD. + + + + + Ports Collection + + + + + Thomas + + Abthorpe + + + portmgr-secretary@FreeBSD.org + + + + + Port + + Management Team + + + portmgr@FreeBSD.org + + + + + + + + + + + + + + + + +

Most of quarter one was spent dealing with the 7.3-RELEASE + process. With apparent success enforcing Feature Safe ports commits + during the 8.0-RELEASE, it was continued for the recent src/ + freeze.

+ +

The ports count now exceeds 21,500 ports, and counting. The open + PR count currently is over 1000. With the release of &os; 7.3, it is + hoped this count will drop drastically.

+ +

Since the last report, we added four new committers, and had an + old committer rejoin us.

+ +

With the donation of an Apple Xserve, powerpc builds have resumed. + Renewed interest in ia64 has brought about new ports builds. A new + sparc64 machine hosted by skreuser will help us with this build.

+ +

The Ports Management team have been running -exp runs on an + ongoing basis, verifying how src code updates may affect the ports + tree, as well as providing QA runs for major ports updates. Of note + -exp runs were done for; gabor's BSD licensed bc/dc in src/, mva's + OpenAL and SDL upgrades; brooks' removal of NGROUPS; ed's removal + libcompat and regexp.h; dinoex's jpeg update; a test run for m4 + update; jilles' update for sh(1); johans' update for bison; and + roam's curl update.

+ + + + Looking for help fixing + ports broken + on CURRENT. + + Looking for help with + + Tier-2 architectures. + + Most ports PRs are assigned, we now need to focus on testing, + committing and closing. + + Major commits expected soon include the lastest Xorg, KDE4, and + Gnome updates. + + + + + IPv6 without legacy IP kernel + + + + + Bjoern A. + + Zeeb + + + bz@FreeBSD.org + + + + + + P4 workspace + + + +

During 2009 work was done that allowed us to build a &os; kernel + without INET and without INET6 (again). This work was the foundation + for a prototype to get a kernel to compile and boot with only INET6 + but no INET compiled in earlier this year.

+ +

The main focus on this work is, at the moment, to identify general + architectural problems and dependencies we do have between these two + address families as well as with the upper layer protocols. This will + allow us to discuss those problems at one point, seek solutions but + also to keep in mind that we do not only need to take care of being + able to compile out INET6 in the future.

+ +

Once we will have a stable, in-tree way to compile out either + address family, optimizations wrt. to size, as well as user space + will need to be worked on. In addition to this, the work is believed + to help should we further head into the direction of network stack + modularization.

+ + + + + geom_sched + + + + + Luigi + + Rizzo + + + luigi@FreeBSD.org + + + + + Fabio + + Checconi + + + fabio@FreeBSD.org + + + + + + + + +

geom_sched is a GEOM module that supports pluggable schedulers + for disk I/O requests. The main algorithm supported at the moment is + an anticipatory Round Robin scheduler, which is especially effective + in presence of workloads with highly random disk accesses. Other + schedulers are available on the geom_sched + page.

+ +

Developed in early 2009 and refined as a GSOC2009 project, + geom_sched has been recently introduced in HEAD and is going to be + soon merged to stable/8. A version for stable/7 also exists, with + some restrictions.

+ +

To use the module, say on disk ad4, all you need to do + is:

+ +
+kldload geom_sched
+geom sched insert ad4
+
+ +

A number of sysctl variables under kern.geom.sched allow you to + tune the parameters of the algorithm, or bypass the scheduler + entirely so you can tell the difference of behaviour with and without + the scheduler.

+ + + + + experimental NFS subsystem (NFSv4) + + + + + Rick + + Macklem + + + rmacklem@uoguelph.ca + + + + +

Although the bare bones of the NFS Version 4 support was released + in &os;8.0, the integration has been progressing slowly and support + should be functional for &os;8.1 for RFC3530 (NFS Version 4.0).

+ +

Post &os;8.1, I believe the focus will be on code cleanup and, + under a projects area of svn, some experimental work on agressive + whole file caching to client disk.

+ + + + Handling of delegations on the server w.r.t. local processes + running on the server. + + Integration of recent changes to the regular NFS client, such + as Dtrace support. + + + + + Rewrite of &os; read/write path using vnode page + + + + + Konstantin + + Belousov + + + kib@FreeBSD.org + + + + + Peter + + Holm + + + pho@FreeBSD.org + + + + + Branch for the rewrite + + + + + +

Based on the idea of Jeff Roberton, we reimplemented the path for + read(2)/write(2) syscalls using page cache (in wide sense) to + eliminate the issues with recursive vnode and buffers locks + acquisitions. The usual reads and writes are no longer calls into + VOP_READ/VOP_WRITE, the operation is done by copying user buffers to + or from the pages of vnode. This fixes known deadlocks when reads or + writes are done over file-mmaped buffers.

+ +

The patch changes the performance characteristics of I/O, we + observed both better and worse behaviour. If filesystem implements + VOP_GETPAGES and VOP_PUTPAGES without referencing buffer cache, + buffers are completely eliminated from the i/o path (not true for UFS + or NFS).

+ + + + We need wider testing and reviews. + + + + + &os; port for libunwind + + + + + Konstantin + + Belousov + + + kib@FreeBSD.org + + + + + + + + +

The alpha version of libunwind library port for &os; x86 and + x86_64 is completed and imported into the official libunwind git + repository. Libunwind is the library to perform dynamic unwinding of + the stacks, using dwarf call frame information. Library features + remote unwinding using ptrace(2), very fast setjmp(3) implementation + and more interesting features.

+ + + + + &os;/mips on D-Link DIR-320 + + + + + Alexandr + + Rybalko + + + ray@dlink.ua + + + + + + + + +

&os;/mips has been ported to D-Link DIR-320, wireless router based + on BCM5354 SoC. Project aims to providing several working images + tailored for different purposes (profiles). So far + racoon + based router-ipsec image is available.

+ + + + bfeswitch configuration utility. + + Add router profile. + + Add wifi-router profile. + + Add openvpn-router profile. + + + + + ipfw and dummynet enhancements + + + + + Luigi + + Rizzo + + + luigi@FreeBSD.org + + + + + main dummynet + page + + youtube video + on dummynet internals + + Description of the + qfq scheduler + + + +

We have recently completed a massive revision of ipfw and + dummynet, and the result have been committed to HEAD and stable/8. + The main features introduced with this work are:

+ + + + + + There is ongoing work on optimizing the deletion of idle + entries in dummynet. This should be completed shortly. + + A longer term goal is to parallelize operation in presence of + ipfw dynamic rules, which currently require exclusive lock on a hash + table containing dynamic rules. + + + + + &os;/sparc64 + + + + + Marius + + Strobl + + + marius@FreeBSD.org + + + + + + + + + + Chromium web browser + + + + + sprewell + + + chromium@jaggeri.com + + + + + Main chromium site + + Build instructions for + older patches + + + +

Chromium is a Webkit-based web browser that is mostly BSD + licensed. It works very well on &os; and even supports new features + like HTML 5 video. I have started offering subscriptions to fund the + porting effort to &os;, funding which has already paid to fix + Chromium on BSD-i386. I am using a new funding model where + subscriptions pay for development that is kept closed for at most 1 + year, after which all patches used in a build are released to + subscribers under the same BSD license as Chromium. Also, parts of + the closed patches are continually pushed upstream, + the BSD i386 fix has + already been committed upstream. + The goal is to fund Chromium development on BSD while continually + pushing patches back to the BSD-licensed Chromium project. I will + spin off a Chromium port for ports soon, for those who do not mind + using an older, stable build that does not have all the paid features + in the subscriber builds. You can read about + the issues that a + subscription would pay for, such as replacing the ALSA audio backend + with OSS, and + find out more + about subscribing.

+ + + + + The &os; Hungarian Documentation Project + + + + + Gábor + + Kövesdán + + + gabor@FreeBSD.org + + + + + Gábor + + Páli + + + pgj@FreeBSD.org + + + + + Hungarian &os; Web Pages + + Hungarian &os; + Documentation + + The + &os; Hungarian Documentation Project's Web Page + + + The &os; Hungarian Documentation Project's Perforce Repository + + + +

We restlessly keep the existing documentation and web page + translations up to date. However, this will not last forever, and + help is always welcome, so if you feel yourself Hungarian with some + interests in translation, please contact our Documentation Project + via the email addresses noted above.

+ + + + Translate release notes. + + Translate articles. + + Translate web pages. + + Read translations, send feedback. + + + + + &os;/mips on Octeon + + + + + Juli + + Mallett + + + jmallett@FreeBSD.org + + + + + + Subversion branch + + + +

Significant progress has been made in terms of stabilizing the + uniprocessor Octeon port and adding support for MIPS ABIs other than + o32 in the toolchain, rtld, libc and the kernel. Kernels built to the + n32 ABI are currently supported with changes that will not be merged + because they make invasive changes throughout the system with regard + to db_expr_t and register_t, which are larger than a pointer in the + n32 ABI. Once support for n64 kernels is completed (including the + ability to run n32 worlds) and the n32 hacks are removed, the branch + will be suitable for merging. Many nearby cleanups have occurred, + particularly in the area of TLB and pmap code.

+ + + + An import of select pieces of the Cavium simple executive as + vendor code is planned to make it possible to remove + locally-maintained copies of Cavium headers and shim functions, many + of which are vastly outdated. + + The Linux opencrypto port contains an opencrypto driver for the + cryptographic coprocessor which look relatively easy to port. + + Support for SMP is a high-priority item that will be addressed + after the 64-bit changes are stabilized. + + PCI and USB bus and device support is planned to follow the + import of the simple executive functions and headers. + + The rgmx ethernet driver currently copies packets in and out of + mbufs rather than putting pointers to mbuf storage into hardware, + which results in bad network performance. + + + + + Dynamic Ticks in &os; + + + + + Tsuyoshi + + Ozawa + + + ozawa@t-oza.net + + + + + Project page + (github). + + + My weblog article which describes benchmark of dynamic ticks. + + + +

I wrote experimental code (please see my project page) and threw + patch ( http://gist.github.com/350230 ) to freebsd-hackers. A lot of + &os; hackers gave me precious advice, so I am going to reflect it as + a next step.

+ + + + Run hard/stat/prof-clocks irregularly (in progress). + + Some timers which are added after the kernel's scheduling next + timer interrupt may be ignored (BUG). + + Make callout queue have the tick when the next timer event rise + up. + + + + + The &os; German Documentation Project + + + + + Johann + + Kois + + + jkois@FreeBSD.org + + + + + Benedict + + Reuschling + + + bcr@FreeBSD.org + + + + + + + + +

Our last status report listed a number of documents that needed + help. Thanks to the external contributions of Frank Boerner we were + able to update a substantial amount of documents. This has resulted + in a great reduction of our backlog. Subsequently, Benedict has + agreed to take Frank under mentorship for the german doc project. We + are looking forward to his future contributions and thank him for his + past efforts.

+ +

Johann was busy keeping the german website in sync with updates to + FreeBSD.org. However, there are still parts of the website that + remain untranslated. We are looking for more support in maintaining + the german website.

+ +

&os; users with german language skills are always welcome to join + our efforts in translating the documentation and/or fixing bugs.

+ + + + Translate more parts of the documentation and the german + website. + + Keep the current documentation up to date. + + Report bugs to + de-bsd-translators@de.FreeBSD.org. + + + + + QAT + + + + + Ion-Mihai + + Tetcu + + + itetcu@FreeBSD.org + + + + + Josh + + Paetzel + + + jpaetzel@FreeBSD.org + + + + +

QAT has been running on a single server for about two years now + and has proven very effective at catching problems with ports + commits. Many of the problems it cannot catch are architecture or + branch related. By moving QAT to a vmware box capable of running + arbitrary versions of &os; on both amd64 and i386 this limitation + will be removed.

+ + + + Bring VMware server online and provision VMs. + + Refactor QAT code to handle concurrent builds. + + Migrate the existing QAT to the new setup. + + + + + CAM-based ATA implementation + + + + + Alexander + + Motin + + + mav@FreeBSD.org + + + + +

Work on CAM-based ATA implementation continues. Since last report + handling of heavy errors and timeouts was improved, Hot-plug now + works for both Host and Port Multiplier ports. Series of changes were + made to CAM to fix some old issues and honor some new ATA + demands.

+ +

New drivers ahci(4) and siis(4) got some fixes and are quite + stable now. "options ATA_CAM" kernel option shows good results in + supporting other controllers using existing ata(4) drivers, so it is + possible to start deprecating old ata(4) APIs now.

+ +

Started work on new Marvell SATA driver for both PCI-X/PCIe cards + and ARM System-on-Chip SATA controllers. It is expected to support + NCQ, Port Multipliers with FIS-based switching and other new + features.

+ +

Most of the code is present in 8-STABLE.

+ + + + Port ataraid(4) functionality to GEOM module. + + Write SAS-specific transport and drivers for SAS HBAs (specs + wanted). SAS controllers can support SATA devices and multipliers, so + it should fit nicely into new infrastructure. + + + + + Multichannel playback in HDA sound driver (snd_hda) + + + + + Alexander + + Motin + + + mav@FreeBSD.org + + + + +

snd_hda(4) audio driver got real multichannel playback support. It + now supports 4.0 (quadro), 5.1 and 7.1 analog speaker setups. Digital + multichannel AC3/DTS passthrough was already implemented earlier. + Digital multichannel LPCM output via HDMI could also be possible now, + but is not tested.

+ +

To use multichannel playback you should have fresh 8-STABLE + kernel, instruct sound(4) vchans subsystem (if you are using it) + about your speaker setup using dev.pcm.X.play.vchanformat sysctls and + use your audio/video player application to play multichannel audio + content without down-mixing it to stereo.

+ + + + HDMI/DisplayPort often require some audio support from X11 + video drivers. This area still should be investigated and tested, + especially relayed to multichannel LPCM playback. + + + + + &os; Bugbusting Team + + + + + Gavin + + Atkinson + + + gavin@FreeBSD.org + + + + + Mark + + Linimon + + + linimon@FreeBSD.org + + + + + Remko + + Lodder + + + remko@FreeBSD.org + + + + + Volker + + Werth + + + vwe@FreeBSD.org + + + + + GNATS + + BugBusting + + + experimental report pages + + + PRs recommended for committer evaluation by the bugbusting team + + + (subscription list for the above report) + + + PRs considered 'easy' by the bugbusting team (these are low-hanging + fruit) + + + summary chart of PRs with tags + + Assigning PRs + + + +

Bruce Cran (brucec) has graduated from GNATS-only access to having + a src commit bit. He has been making commits to help us catch up with + the PR backlog. Thanks!

+ +

We continue to classify PRs as they arrive, adding 'tags' to the + subject lines corresponding to the kernel subsystem involved, or man + page references for userland PRs. These tags, in turn, produce lists + of PRs sorted both by tag and by manpage. The most recent use of + these tags is the creating of a new report, Summary Chart of PRs With + Tags, which sorts tagged PRs into logical groups such as filesystem, + network drivers, libraries, and so forth. The slice labels are + clickable. The chart is updated once a day. You can consider it as a + prototype for browsing "sub-categories" of kernel PRs.

+ +

The "recommended list" has been split up into "non-trivial PRs + which need committer evaluation" and the "easy list" of trivial PRs, + to try to focus some attention on the latter.

+ +

New reports were added for "PRs which are from &os; vendors or + OEMs", "PRs containing code for new device drivers", and "PRs + referencing other BSDs". These will primarily be of interest to + committers.

+ +

Some other bitrot on the "experimental PR reports" pages has been + fixed.

+ +

It is now possible for interested parties to be emailed a weekly, + customized, report along the lines of the the above. If you are + interested in setting one up, contact linimon@FreeBSD.org.

+ +

The overall PR count has recently jumped to around 6400. This may + be due to increasing uptake of &os; 8.

+ +

Our clearance rate of PRs, especially in kern and bin, seems to be + improving.

+ +

Mark Linimon polled various committers about their interest in + specific PRs. As a result, the AssigningPRs page on the wiki and the + src/MAINTAINERS file were updated based on feedback.

+ +

As always, anybody interested in helping out with the PR queue is + welcome to join us in #freebsd-bugbusters on EFnet. We are always + looking for additional help, whether your interests lie in triaging + incoming PRs, generating patches to resolve existing problems, or + simply helping with the database housekeeping (identifying dulicate + PRs, ones that have already been resolved, etc). This is a great way + of getting more involved with &os;!

+ + + + We will be having a bugbusting session at BSDCan. If you are + developer who will be attending the conference, please stop + by. + + try to find ways to get more committers helping us with closing + PRs that the team has already analyzed. + + + + + &os;/ia64 + + + + + Mark + + Linimon + + + linimon@FreeBSD.org + + + + +

The stability of the machines under package build has been + improved by a number of recent commits. Some rework is underway to + run with WITNESS. However, we are still limited in the number of + simultaneous packages that can be built.

+ +

Based on this, we have completed the first full ia64-8 package + build. 17187 were built (as compared to 19885 on a recent i386-8.) + Mark Linimon has gone through the results to denote which packages do + not build. A few fixes have already been committed based on this.

+ +

We currently have 3 available machines that are stable enough for + package builds.

+ +

Support for the SGI Altix 350 has made its start. Porting is done + on 2 SGI Altix 350 machines connected with NUMAFlex, giving a total + of 4 CPUs and 24GB of DDR. The kernel boots with code on the + projects/altix branch but since ACPI does not enumerate PCI busses, + no hardware devices are found. SMP has been disabled because waking + up the APs result in a machine check.

+ + + + Continue to try to understand why multiple simultaneous package + builds bring the machines down. + + Upgrade the firmware on the two machines at Yahoo! to see if + that helps the problem. + + Figure out why the fourth machine is not stable. + + Configure a fifth machine that has been made available to + us. + + Figure out the problems with the latest gcc port. + + We need documentation about the SGI SAL implementation to speed + up porting to the SGI Altix 350. + + The loader and kernel need to change to allow the kernel to be + loaded at a runtime-determined physical address as well as add + support for NUMA. + + + + + &os;/powerpc + + + + + Nathan + + Whitehorn + + + nwhitehorn@FreeBSD.org + + + + +

An Apple XServe G5 has been donated by Peter Grehan for package + building. Based on the last two months' worth of testing, a large + number of commits have been made to increase stability.

+ +

We have completed the first full powerpc-8 package build. Only + 10918 were built (as compared to 19885 on a recent i386-8), primarily + due to a few high-impact packages failing (such as lang/python25). + Mark Linimon has gone through the results to denote which packages do + not build. A few fixes have already been committed based on this; we + have patches that are being tested in the next run.

+ +

Mark Linimon is working on getting us more XServes.

+ + + + Start the hard work of fixing individual packages. + + + + + LDAP support in base system + + + + + Xin + + ZHAO + + + quakelee@geekcn.org + + + + + Xin + + LI + + + delphij@FreeBSD.org + + + + +

&os; is currently lacking support of LDAP based authentication and + user identity.

+ +

We have integrated a stripped down + OpenLDAP + library (renamed to avoid conflict with ports OpenLDAP libraries), as + well as some changes to OpenSSH as well as plugins for PAM, NSS and + can support.

+ +

We have used several existing work and updated them to use new + OpenLDAP API, fixed several bugs and integrated them together. All + these work are under BSD or similar license and our new work would be + under 2-clause BSD license. Currently, we support storing user + identity, password and SSH public keys in LDAP tree.

+ + + + Further code review. + + Make the changes less intrusive. + + Fix issues found in production deployment. + + + + + EFI support for &os;/i386 + + + + + Rui + + Paulo + + + rpaulo@FreeBSD.org + + + + +

Work on supporting EFI booting on &os;/i386 resumed. The boot + loader can now read an ELF file from the EFI FAT partition. We are + now working on trying to boot a kernel.

+ + + + + &os;/powerpc64 port + + + + + Nathan + + Whitehorn + + + nwhitehorn@FreeBSD.org + + + + +

A full 64-bit PowerPC port of &os; is now complete, and should + shortly be merged to HEAD, likely first appearing in &os; 9.0. This + port supports SLB-based 64-bit server CPUs, such as the IBM POWER4-7, + PowerPC 970 (G5), and Cell Broadband Engine. Current machine support + is limited to Apple single and dual processor G5 systems, with future + support planned for IBM Power Systems servers and the Sony + Playstation 3.

+ + + + + net80211 rate control framework + + + + + Rui + + Paulo + + + rpaulo@FreeBSD.org + + + + + + + + +

The net80211 (wireless) stack will support a modular rate control + framework soon. The idea is to reduce some code in the drivers and + add more rate control algorithms in the tree. All drivers that do + rate control in software will automatically benefit from this + project. On this stage, we are working on changing all the necessary + drivers to cope with the new framework and making sure it all works + as expected. Later this year we will bring the necessary changes to + change the rate control algorithm with ifconfig(1).

+ +

If you are doing rate control algorithm or research on rate + control algorithms for wireless networks, &os; is now an ideal + candidate for testing your project!

+ + + + + 802.11n support + + + + + Rui + + Paulo + + + rpaulo@FreeBSD.org + + + + +

802.11n support in the Atheros driver is being worked on. Right + now it can do AMPDU RX in software and we are working on TX AMPDU. + The code lives in a private Perforce branch, but some bits of it are + already committed to HEAD.

+ +

This work is being sponsored by iXsystems, inc.

+ + + + + Atheros AR9285 support + + + + + Rui + + Paulo + + + rpaulo@FreeBSD.org + + + + +

Atheros AR9285 support was added to &os; HEAD and 8-STABLE. There + are still some issues but in general it works fine.

+ + + + + webcamd + + + + + Hans Petter + + Selasky + + + hselasky@FreeBSD.org + + + + + + + + +

Webcamd + is a userland daemon that enables use of hundreds of different USB + based Linux device drivers under the &os;-8/9 operating system. + Currently the focus has been on USB webcam and USB DVB-T/S/C devices. + It is also possible to use the webcamd framework to make other Linux + kernel USB devices work under the &os;-8/9 operating system, without + violating the GPL license. The daemon currently depends on libc, + pthreads, libusb and libcuse4bsd. Cuse4BSD is a new character device + from userland implementation that fully supports open, read, write, + ioctl, mmap and close file operations.

+ +

If you like this project or want me to spend more time on it, you + can support it by transferring money to hselasky@c2i.net via + paypal.

+ + + + Testing and bugfixes. + + Add support for more device drivers. + + + + + meetBSD 2010 -- The BSD Conference + + + + + meetBSD + + Information + + + info@meetbsd.org + + + + + + + + +

meetBSD is an annual event gathering users and developers of the + BSD operating systems family, mostly &os;, NetBSD and OpenBSD. Afer + the special California edition, meetBSD Wintercamp in Livigno, this + year we are back to Krakow, Poland.

+ +

meetBSD 2010 will be held on 2-3 July at Jagiellonian + University.

+ +

See the conference main web site for more details.

+ + + + + ZFS + + + + + Pawel Jakub + + Dawidek + + + pjd@FreeBSD.org + + + + + Martin + + Matuska + + + mm@FreeBSD.org + + + + + Xin + + LI + + + delphij@FreeBSD.org + + + + + + Perforce tree for latest ZFSv25 work + + + OpenSolaris ZFS homepage + + + +

The ZFS file system has been updated to version 14 on both -HEAD + and 8-STABLE. Ongoing work is undergoing to bring bug fixes and + performance improvements from upstream svn -HEAD to approximately ZFS + v15 in the near future, and a full upgrade of ZFS to version 24 + including the de-duplication functionality, etc. The de-dubplication + functionality is currently partly supported, which is demonstrated + below:

+ +
+# uname -sr
+FreeBSD 9.0-CURRENT
+# zpool create tank ad{4,6,8,10}
+# zpool get version tank
+NAME  PROPERTY  VALUE    SOURCE
+tank  version   24       default
+# zfs set dedup=on tank
+# dd if=/dev/random of=/tank/rand0 bs=1m count=1024
+# zpool get allocated,dedupratio tank
+NAME  PROPERTY    VALUE  SOURCE
+tank  allocated   1.00G  -
+tank  dedupratio  1.00x  -
+# dd if=/tank/rand0 of=/tank/rand1 bs=1m
+# dd if=/tank/rand0 of=/tank/rand2 bs=1m
+# dd if=/tank/rand0 of=/tank/rand3 bs=1m
+# zpool get allocated,dedupratio tank
+NAME  PROPERTY    VALUE  SOURCE
+tank  allocated   1.01G  -
+tank  dedupratio  4.00x  -
+
+ + + + Bring ZFS v15 changes to svn -HEAD and MFC. + + Further polish the code in perforce and test for functionality, + etc. + + + + + Clang replacing GCC in the base system + + + + + Ed + + Schouten + + + ed@FreeBSD.org + + + + + Roman + + Divacky + + + rdivacky@FreeBSD.org + + + + + Brooks + + Davis + + + brooks@FreeBSD.org + + + + + Pawel + + Worach + + + pawel.worach@gmail.com + + + + + + + + + + +

Since the last status report we got to the state where we are able + to build all of &os; (the C and C++ bits) on i386/amd64 with clang. + The only exception is the bootloader which does not fit within the + given size constraint. This is where the current efforts are going + on. The C++ part got a big boost now being able to compile all C++ + code in &os; and itself.

+ +

We saw some movemement on Mips and PowerPC. Mips got its driver + definitions from Oleksander Tymoshenko and Nathan Whitehorn did the + same for PowerPC and tested the kernel. Currently the PPC kernel + seems to boot but due to lack of va_arg implementation for PowerPC + nothing is printed out. Nathan is working on that.

+ +

Overall ClangBSD is selfhosting on i386/amd64 and some progress + has been made on PowerPC/PPC. We also saw some contribution to the + Sparc64 but this seems to have stalled.

+ +

We need people to try out ClangBSD (see the wiki) and runtime test + it. We also would appreciate help with other archs - namely ARM.

+ + + + Runtime test ClangBSD on amd64/i386. + + Help with ARM/Mips/Sparc64. + + More testing of clang on 3rd party apps (ports). + + Discussion on integrating LLVM/clang into &os;. + + +