FreeBSD Status report Q1/2010

The new FreeBSD status report is available! Find out about such goodies as the new CLANG compiler, network stack enhancements, CAM-based ATA, tickless kernel, UFS journaling (SUJ), embedded (ARM, MIPS, PowerPC) development and much more!


The official announcement is at freebsd.org, but I'm mirroring it here for posterity:

FreeBSD Quarterly Status Report

Introduction

  This report covers FreeBSD related projects between January and March
  2010. Being the first of the four reports planned for 2010 with 46
  entries, it shows a good progress of the FreeBSD Project and proves
  that our committers are keeping up with the latest trends in the OS
  development. During this period, a new minor version of FreeBSD,
  7.3-RELEASE, has been released, while the release process for
  8.1-RELEASE is soon to begin and is planned to be released later this
  summer.

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

  Please note that the deadline for submissions covering the period
  between April and June 2010 is July 15th, 2010.
    ______________________________

____________________________________

Google Summer of Code

    * Google Summer of Code 2010

Projects

    * Chromium web browser
    * Clang replacing GCC in the base system
    * EFI support for FreeBSD/i386
    * mfsBSD
    * Modular Congestion Control
    * NAND Flash framework for embedded FreeBSD
    * Out of Tree Toolchain
    * PC-BSD PC-SysInstall Backend
    * The tbemd branch
    * webcamd

FreeBSD Team Reports

    * FreeBSD Bugbusting Team
    * Release Engineering Team
    * The FreeBSD Foundation

Network Infrastructure

    * (Virtual) Network Stack resource cleanup
    * 802.11n support
    * Atheros AR9285 support
    * Enhancing the FreeBSD TCP Implementation
    * Experimental NFS subsystem (NFSv4)
    * ipfw and dummynet enhancements
    * net80211 rate control framework
    * TCP/UDP connection groups

Kernel

    * CAM-based ATA implementation
    * Dynamic Ticks in FreeBSD
    * geom_sched
    * IPv6 without legacy IP kernel
    * Multichannel playback in HDA sound driver (snd_hda)
    * Rewrite of FreeBSD read/write path using vnode page
    * SUJ: Journaled Softupdates
    * ZFS

Documentation

    * The FreeBSD German Documentation Project
    * The FreeBSD Hungarian Documentation Project

Userland Programs

    * FreeBSD port for libunwind
    * LDAP support in base system

Architectures

    * FreeBSD/arm port for TI DaVinci
    * FreeBSD/ia64
    * FreeBSD/mips on D-Link DIR-320
    * FreeBSD/powerpc
    * FreeBSD/powerpc64 port
    * FreeBSD/sparc64

Ports

    * Portmaster
    * Ports Collection
    * QAT

Miscellaneous

    * BSDCan 2010 -- The BSD Conference
    * meetBSD 2010 -- The BSD Conference
    __________________________________________________________________

(Virtual) Network Stack resource cleanup

  Contact: Bjoern A. Zeeb <bz@FreeBSD.org>

  In February work was done to address resource 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.

  This work was sponsored by ISPsystem.

Open tasks:

   1. Merge the remaining patches.
   2. 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.
    __________________________________________________________________

802.11n support

  Contact: 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

  Contact: Rui Paulo <rpaulo@FreeBSD.org>

  Atheros AR9285 support was added to FreeBSD HEAD and 8-STABLE. There
  are still some issues but in general it works fine.
    __________________________________________________________________

BSDCan 2010 -- The BSD Conference

  URL: http://www.BSDCan.org/2010/
  URL: http://www.BSDCan.org/2010/schedule/

  Contact: BSDCan Information <info@BSDCan.org>

  BSDCan, a BSD conference held in Ottawa, Canada, has quickly
  established itself as the technical conference for people working on
  and with 4.4BSD based operating systems and related projects. The
  organizers have found a fantastic formula that appeals to a wide range
  of people from extreme novices to advanced developers.

  BSDCan 2010 will be held on 13-14 May 2010 at the University of Ottawa,
  and will be preceded by two days of Tutorials on 11-12 May 2010.

  There will be related events (of a social nature, for the most part) on
  the day before and after the conference.

  Please check the conference web site for more information.
    __________________________________________________________________

CAM-based ATA implementation

  Contact: 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.

Open tasks:

   1. Port ataraid(4) functionality to GEOM module.
   2. 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.
    __________________________________________________________________

Chromium web browser

  URL: http://chromium.jaggeri.com
  URL: http://wiki.FreeBSD.org/Chromium

  Contact: sprewell <chromium@jaggeri.com>

  Chromium is a Webkit-based web browser that is mostly BSD licensed. It
  works very well on FreeBSD and even supports new features like HTML 5
  video. I have started offering subscriptions to fund the porting effort
  to FreeBSD, 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.
    __________________________________________________________________

Clang replacing GCC in the base system

  URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang
  URL:
  http://lists.FreeBSD.org/pipermail/FreeBSD-current/2010-April/016648.ht
  ml

  Contact: Ed Schouten <ed@FreeBSD.org>
  Contact: Roman Divacky <rdivacky@FreeBSD.org>
  Contact: Brooks Davis <brooks@FreeBSD.org>
  Contact: Pawel Worach <pawel.worach@gmail.com>

  Since the last status report we got to the state where we are able to
  build all of FreeBSD (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
  FreeBSD and itself.

  We saw some movment 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.

Open tasks:

   1. Runtime test ClangBSD on amd64/i386.
   2. Help with ARM/Mips/Sparc64.
   3. More testing of clang on 3rd party apps (ports).
   4. Discussion on integrating LLVM/clang into FreeBSD.
    __________________________________________________________________

Dynamic Ticks in FreeBSD

  URL: http://github.com/oza/FreeBSD-8.0-dyntick
  URL:
  http://tsuyoshiozawa.blogspot.com/2010/03/started-to-implement-dynticks
  -in.html

  Contact: Tsuyoshi Ozawa <ozawa@t-oza.net>

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

Open tasks:

   1. Run hard/stat/prof-clocks irregularly (in progress).
   2. Some timers which are added after the kernel's scheduling next
      timer interrupt may be ignored (BUG).
   3. Make callout queue have the tick when the next timer event rise up.
    __________________________________________________________________

EFI support for FreeBSD/i386

  Contact: Rui Paulo <rpaulo@FreeBSD.org>

  Work on supporting EFI booting on FreeBSD/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.
    __________________________________________________________________

Enhancing the FreeBSD TCP Implementation

  URL: http://caia.swin.edu.au/freebsd/etcp09/
  URL: http://caia.swin.edu.au/urp/newtcp/
  URL: http://www.FreeBSDFoundation.org/projects.shtml
  URL: http://people.FreeBSD.org/~lstewart/patches/tcp_ffcaia2008/

  Contact: 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.

Open tasks:

   1. Solicit external testing for and commit SIFTR.
   2. Solicit external testing for and commit reassembly queue autotuning
      patch.
    __________________________________________________________________

Experimental NFS subsystem (NFSv4)

  Contact: Rick Macklem <rmacklem@uoguelph.ca>

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

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

Open tasks:

   1. Handling of delegations on the server w.r.t. local processes
      running on the server.
   2. Integration of recent changes to the regular NFS client, such as
      Dtrace support.
    __________________________________________________________________

FreeBSD Bugbusting Team

  URL: http://www.FreeBSD.org/support.html#gnats
  URL: http://wiki.FreeBSD.org/BugBusting
  URL: http://people.FreeBSD.org/~linimon/studies/prs/
  URL:
  http://people.FreeBSD.org/~linimon/studies/prs/recommended_prs.html
  URL: http://people.FreeBSD.org/~linimon/recommended_subscribers.txt
  URL: http://people.FreeBSD.org/~linimon/studies/prs/easy_prs.html
  URL:
  http://people.FreeBSD.org/~linimon/studies/prs/prs_for_all_groups.html
  URL: http://wiki.FreeBSD.org/AssigningPRs

  Contact: Gavin Atkinson <gavin@FreeBSD.org>
  Contact: Mark Linimon <linimon@FreeBSD.org>
  Contact: Remko Lodder <remko@FreeBSD.org>
  Contact: Volker Werth <vwe@FreeBSD.org>

  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 FreeBSD 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 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 FreeBSD 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 duplicate
  PRs, ones that have already been resolved, etc). This is a great way of
  getting more involved with FreeBSD!

Open tasks:

   1. We will be having a bugbusting session at BSDCan. If you are
      developer who will be attending the conference, please stop by.
   2. try to find ways to get more committers helping us with closing PRs
      that the team has already analyzed.
    __________________________________________________________________

FreeBSD port for libunwind

  URL: http://www.nongnu.org/libunwind/

  Contact: Konstantin Belousov <kib@FreeBSD.org>

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

FreeBSD/arm port for TI DaVinci

  URL:
  http://focus.ti.com/dsp/docs/dspplatformscontenttp.tsp?sectionId=2&fami
  lyId=1300&tabId=1854
  URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/user/jceel/davinci/

  Contact: Jakub Klama <jceel@semihalf.com>

  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 FreeBSD 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:
    * Booting from U-Boot bootloader
    * Serial console
    * Interrupt controller
    * Integrated timers
    * Power and sleep controller
    * 10/100 Ethernet controller
    * SD/MMC controller

Open tasks:

   1. Remaining built-in peripherals drivers (USB, ATA, NAND flash, I2C,
      DMA engine, sound, video input/output).
   2. Framework for communicating with DSP core.
    __________________________________________________________________

FreeBSD/ia64

  Contact: 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.

Open tasks:

   1. Continue to try to understand why multiple simultaneous package
      builds bring the machines down.
   2. Upgrade the firmware on the two machines at Yahoo! to see if that
      helps the problem.
   3. Figure out why the fourth machine is not stable.
   4. Configure a fifth machine that has been made available to us.
   5. Figure out the problems with the latest gcc port.
   6. We need documentation about the SGI SAL implementation to speed up
      porting to the SGI Altix 350.
   7. 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.
    __________________________________________________________________

FreeBSD/mips on D-Link DIR-320

  URL: http://wiki.ddteam.net/wiki.cgi?page=DIR-320+FreeBSD

  Contact: Alexandr Rybalko <ray@dlink.ua>

  FreeBSD/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.

Open tasks:

   1. bfeswitch configuration utility.
   2. Add router profile.
   3. Add wifi-router profile.
   4. Add openvpn-router profile.
    __________________________________________________________________

FreeBSD/mips on Octeon

  URL: http://svn.FreeBSD.org/base/user/jmallett/octeon/

  Contact: Juli Mallett <jmallett@FreeBSD.org>

  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.

Open tasks:

   1. 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.
   2. The Linux opencrypto port contains an opencrypto driver for the
      cryptographic coprocessor which look relatively easy to port.
   3. Support for SMP is a high-priority item that will be addressed
      after the 64-bit changes are stabilized.
   4. PCI and USB bus and device support is planned to follow the import
      of the simple executive functions and headers.
   5. 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.
    __________________________________________________________________

FreeBSD/powerpc

  Contact: 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.

Open tasks:

   1. Start the hard work of fixing individual packages.
    __________________________________________________________________

FreeBSD/powerpc64 port

  Contact: Nathan Whitehorn <nwhitehorn@FreeBSD.org>

  A full 64-bit PowerPC port of FreeBSD is now complete, and should
  shortly be merged to HEAD, likely first appearing in FreeBSD 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.
    __________________________________________________________________

FreeBSD/sparc64

  Contact: Marius Strobl <marius@FreeBSD.org>
    * Yet another bug causing unaligned accesses in NFS server operation
      has been found and fixed in FreeBSD 7 and 8. Unlike as announced in
      the last Status Report, no Erratum Notices regarding these problems
      have been issued as it quickly became obvious that dealing with so
      many of them is impractical, especially since the fixes unveiled
      secondary bugs.
    * Alexander Motin has fixed several bugs in netgraph(4) nodes in
      9.0-CURRENT which also caused unaligned accesses, so these should
      work now on sparc64.
    * Peter Jeremy has contributed several fixes for the sparc64 FPU
      emulation code, which now passes a test suite built around
      TestFloat. These fixes were incorporated into FreeBSD 6, 7 and 8
      but unfortunately did not quite make it into 7.3-RELEASE but will
      be present in 8.1-RELEASE and 7.4-RELEASE.
    * Support for UltraSPARC-IV and -IV+ CPUs has been added and will be
      present in 8.1-RELEASE and 7.4-RELEASE. Thus Sun Fire V890 is now
      supported and stable, though due to the lack of properly working
      test hardware, not with configurations consisting of a mix of US-IV
      and -IV+ CPUs. However, performance is not yet where it should be,
      i.e. a buildworld on a 4x1.5GHz US-IV+ Sun Fire V890 takes nearly 3
      hours while on a Sun Fire V440 with (theoretically) less powerful
      4x1.5GHz US-IIIi CPUs it takes just over 1 hour. So far it is
      unclear what is causing this, it might have to with what appears to
      be a silicon bug of US-IV+ CPUs encountered and worked around while
      adding support for these.
    * Work on getting Sun Fire V1280 supported has been continued. A
      third firmware bug has been worked around and a driver for the
      BootBus controller, which provides console and time-of-day services
      in these machines, has been written. It is now possible to netboot
      Sun Fire V1280 into multi-user mode. Unfortunately, they do not run
      stable as processes may hang when transitioning to another CPU,
      likely due to what the OpenSolaris code refers to as Cheetah+
      erratum 25, but which unfortunately is not part of the publicly
      available US-III+/++ errata document. Efforts on understanding this
      problem are still ongoing.
    * Mark Linimon is trying to find volunteers interested in helping to
      fix packages on sparc64.
    __________________________________________________________________

geom_sched

  URL: http://info.iet.unipi.it/~luigi/geom_sched/

  Contact: Luigi Rizzo <luigi@FreeBSD.org>
  Contact: 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.
    __________________________________________________________________

Google Summer of Code 2010

  URL: http://socghop.appspot.com/org/home/google/gsoc2010/freebsd
  URL:
  http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/t
  imeline

  Contact: Brooks Davis <brooks@FreeBSD.org>
  Contact: Robert Watson <rwatson@FreeBSD.org>

  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.
    __________________________________________________________________

ipfw and dummynet enhancements

  URL: http://info.iet.unipi.it/~luigi/dummynet/
  URL: http://www.youtube.com/watch?v=r8vBmybeKlE
  URL: http://info.iet.unipi.it/~luigi/qfq/

  Contact: Luigi Rizzo <luigi@FreeBSD.org>

  We have recently completed a massive revision of ipfw and dummynet, and
  the result has been committed to HEAD and stable/8. The main features
  introduced with this work are:
    * ipfw now has much faster skipto instructions, including table-based
      ones. The complexity for rule lookups is now O(1) or O(log N) as
      opposed to the O(N) that we had before. People using "skipto
      tablearg" or "pipe tablearg" with large numbers of rules or pipes
      should see a significant performance improvement;
    * Expensive operations in response to userland reconfigurations now
      do not interfere with kernel filtering for more than the time
      required to swap a pointer;
    * You can now use ports and the "tos" field as lookup argument for
      tables. This might allow some simplifications in rulesets which in
      turn result in faster execution time;
    * ipfw can now send packets matching rules with a 'log' attribute to
      the "ipfw0" pseudo interface, where you can run tcpdump to
      implement additional filtering, logging etc.;
    * dummynet now supports many different scheduler types, to adapt to
      different needs people may have in terms of performance and service
      guarantees. Existing schedulers now include FIFO, WF2Q+, Deficit
      Round Robin, Priority, and QFQ. More schedulers can be implemented
      as loadable kernel modules.;
    * The kernel side has a backward-compatible interface so you can use
      a RELENG_7 or RELENG_8 version of /sbin/ipfw to configure the
      firewall and dummynet.

Open tasks:

   1. There is ongoing work on optimizing the deletion of idle entries in
      dummynet. This should be completed shortly.
   2. 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.
    __________________________________________________________________

IPv6 without legacy IP kernel

  URL:
  http://p4web.FreeBSD.org/@md=d&cd=//&c=MNx@//depot/user/bz/noinet/src/s
  ys/?ac=83

  Contact: Bjoern A. Zeeb <bz@FreeBSD.org>

  During 2009 work was done that allowed us to build a FreeBSD 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 current focus is 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 at some point allow us to
  discuss the issues and seek solutions, preparing for a future where we
  can remove either INET or INET6 from the system.

  Once we will have a stable, in-tree way to compile out either address
  family, optimizations wrt. 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 in the direction of network stack modularization.
    __________________________________________________________________

LDAP support in base system

  Contact: Xin ZHAO <quakelee@geekcn.org>
  Contact: Xin LI <delphij@FreeBSD.org>

  FreeBSD 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 works and updated them to use new
  OpenLDAP API, fixed several bugs and integrated them together. All
  these works 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.

Open tasks:

   1. Further code review.
   2. Make the changes less intrusive.
   3. Fix issues found in production deployment.
    __________________________________________________________________

meetBSD 2010 -- The BSD Conference

  URL: http://www.meetbsd.org

  Contact: meetBSD Information <info@meetbsd.org>

  meetBSD is an annual event gathering users and developers of the BSD
  operating systems family, mostly FreeBSD, 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.
    __________________________________________________________________

mfsBSD

  URL: http://mfsbsd.vx.sk

  Contact: Martin Matuska <mm@FreeBSD.org>

  mfsBSD is a set of scripts that generate a bootable image (e.g. an ISO
  file) that creates a working minimal installation of FreeBSD 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 FreeBSD from a mfsbsd ISO (script works with 8-STABLE and
  9-CURRENT, sample ISO images can be downloaded from the project web
  site).

Open tasks:

   1. Bundle distribution installation files (target: 8.1-RELEASE).
   2. Make zfsinstall 7.3 compatible (mostly gpart syntax).
   3. Enable zfsinstall combination with sysinstall (zfsinstall prepares
      drives, sysinstall installs distribution).
   4. Integrate toolset into FreeBSD source (tools?).
    __________________________________________________________________

Modular Congestion Control

  URL: http://caia.swin.edu.au/urp/newtcp/
  URL: http://svn.FreeBSD.org/viewvc/base/projects/tcp_cc_head/

  Contact: 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 not
  have it done and ready to MFC by 8.1 as I had hoped. I will aim to have
  it in 8.2 though.

Open tasks:

   1. Solicit external testing.
   2. Commit to head.
    __________________________________________________________________

Multichannel playback in HDA sound driver (snd_hda)

  Contact: 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.

Open tasks:

   1. 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.
    __________________________________________________________________

NAND Flash framework for embedded FreeBSD

  URL:
  http://wiki.FreeBSD.org/NAND#head-9a32aaa85046b2f9f9219e36ba34947ca47a4
  153
  URL:
  http://p4db.FreeBSD.org/changeList.cgi?FSPC=//depot/projects/nand2/...

  Contact: Grzegorz Bernacki <gjb@semihalf.com>
  Contact: Rafal Jaworowski <raj@semihalf.com>

  The purpose of this project is to provide embedded FreeBSD with a
  generic and flexible scheme to support 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:
    * NAND Flash Controller (NFC) layer, into which back-end drivers for
      individual controllers plug in (implementing low-level routines
      specific to a given NAND controller)
    * Generic (common) NAND layer which provides means to perform
      operations on the flash devices in an abstract way (read, program,
      erase, get status etc.)
    * NAND character device, which exports chip device as a standard
      character device and allows to read/write directly to a device, as
      well as perform other specific operations by using ioctl.
    * GEOM NAND class for basic access through GEOM.

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

  Current state highlights:
    * The framework is considered functionally complete (including
      NANDsim).
    * Framework compliant back-end drivers are available for the
      following NAND Flash controller (NFC) chips:

    * Freescale MPC8572 (PowerPC)
    * Marvell MV-78100 (ARM)
    * Samsung S3C24X0 (ARM)

Open tasks:

   1. Extend interface with features / options suggested by early
      adopters of the code.
   2. Complete, clean up, merge with HEAD.
    __________________________________________________________________

net80211 rate control framework

  URL: http://people.FreeBSD.org/~rpaulo/ratectl.diff

  Contact: 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, FreeBSD is now an ideal candidate for
  testing your project!
    __________________________________________________________________

Out of Tree Toolchain

  Contact: Warner Losh <imp@bsdimp.com>

  Work is underway to allow the FreeBSD build system to use out of tree
  compilers and binary utililies (loaders, linkers, etc), especially in a
  cross compilation environment. While it is possible to swap out the
  compiler with a compatible compiler relatively easily, 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.

Open tasks:

   1. 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).
   2. 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.
   3. Documentation needs to be written for how to use all of this.
    __________________________________________________________________

PC-BSD PC-SysInstall Backend

  URL: http://www.pcbsd.org
  URL: http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall

  Contact: Kris Moore <kmoore@FreeBSD.org>

  We are currently doing a lot of code cleanup in the new System
  Installer backend for PC-BSD, pc-sysinstall, which can be used to
  install regular FreeBSD as well. Some new features have already been
  implemented, such as:
    * Improved ZFS support, raidz, mirroring, multiple mount-points
      per-pool, etc.
    * Support for GPT/EFI on "Full" installations, allowing us to go
      beyond the 2TB barrier.
    * MBR Slice/Partition manager.
    * geli passphrase support.

Open tasks:

   1. We are mostly finished migrating to only using gpart instead of
      fdisk, which gives us some new functionality for dealing with
      GPT/EFI partitioning schemes.
    __________________________________________________________________

Portmaster

  URL: http://dougbarton.us/portmaster-proposal.html

  Contact: Doug Barton <dougb@FreeBSD.org>

  Portmaster version 2.22 is now in the ports tree and has full support
  for the following new features:
    * Using the INDEX file to show that an installed port needs updating.
    * Support for installation of packages in 'try packages first,'
      --packages-only, --packages-if-newer, and --packages-build modes.
    * A new --delete-build-only option to delete ports/packages that are
      not needed at run time.
    * Updating of the terminal title bar to show what is being worked on,
      and how much more is left to do.
    * Support for custom definitions of the packages repository and INDEX
      files.
    * The ability to operate without any local ports tree at all with the
      --index-only and --packages-only options.
    * A new dialog to confirm the list of ports to be installed.

  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.

Open tasks:

   1. 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.
    __________________________________________________________________

Ports Collection

  URL: http://www.FreeBSD.org/ports/
  URL:
  http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/
  URL: http://portsmon.FreeBSD.org/index.html
  URL: http://www.FreeBSD.org/portmgr/index.html
  URL: http://tinderbox.marcuscom.com/

  Contact: Thomas Abthorpe <portmgr-secretary@FreeBSD.org>
  Contact: 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 FreeBSD 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 of 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.

Open tasks:

   1. Looking for help fixing ports broken on CURRENT.
   2. Looking for help with Tier-2 architectures.
   3. Most ports PRs are assigned, we now need to focus on testing,
      committing and closing.
   4. Major commits expected soon include the latest Xorg, KDE4, and
      Gnome updates.
    __________________________________________________________________

QAT

  Contact: Ion-Mihai Tetcu <itetcu@FreeBSD.org>
  Contact: 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
  FreeBSD on both amd64 and i386 this limitation will be removed.

Open tasks:

   1. Bring VMware server online and provision VMs.
   2. Refactor QAT code to handle concurrent builds.
   3. Migrate the existing QAT to the new setup.
    __________________________________________________________________

Release Engineering Team

  URL: http://www.FreeBSD.org/releng/

  Contact: Release Engineering Team <re@FreeBSD.org>

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

Rewrite of FreeBSD read/write path using vnode page

  URL: http://svn.freebsd.org/viewvc/base/user/kib/vm6/
  URL: http://wiki.FreeBSD.org/VM6

  Contact: Konstantin Belousov <kib@FreeBSD.org>
  Contact: Peter Holm <pho@FreeBSD.org>

  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 buffer lock 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 the
  vnode. This fixes known deadlocks when reads or writes are done over
  file-mmaped buffers.

  The patch changes the performance characteristics of I/O, and 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).

Open tasks:

   1. We need wider testing and reviews.
    __________________________________________________________________

SUJ: Journaled Softupdates

  URL: http://jeffr_tech.livejournal.com/

  Contact: Jeff Roberson <jeff@FreeBSD.org>

  The soft-updates journaling project is nearing completion and will be
  available in head by the time this status report is released. Backports
  to other releases are maintained in SVN. SUJ is fully backwards
  compatible with non-journaled softupdates. Existing systems will not be
  affected. Journaling may be enabled and disabled by tunefs on unmounted
  filesystems. Journaling provides near-instant filesystem recovery after
  crash at the expense of some runtime performance and extra disk I/O.
    __________________________________________________________________

TCP/UDP connection groups

  Contact: Robert Watson <rwatson@FreeBSD.org>
  Contact: FreeBSD network mailing list <freebsd-net@FreeBSD.org>

  This on-going project is to reduce tcbinfo/udbinfo lock and cache line
  contention; this global lock protects access to connection lists, and
  while it is a read-write lock, it is acquired for every in-bound packet
  (briefly) to look up the connection. This project adds a new connection
  group table, which assigns connections to groups, each of which has CPU
  affinity and aligns with RSS-selected queues in high-end 1gbps and most
  10gbps implementations. The following tasks have been completed:
    * Teach libkvm to handle dynamic per-cpu storage (DPCPU) to improve
      crashdump analysis of per-CPU data.
    * Teach netstat to monitor netisr DPCPU queues for live kernels and
      crashdumps.
    * Create a new inpcbgroup abstraction, used for UDP and TCP.
    * Distribute UDP and TCP connections (inpcbs) over groups based on
      4-tuple bindings.
    * Replicate membership across all groups for wildcard socket
      bindings.
    * Write new TCP/UDP connection and binding regression tests.

  The following tasks remain:
    * Migrate from naive work assignment algorithm to RSS assignment.
    * Modify device driver KPI to allow consistent initialization and
      configuration between stack and hardware.
    * Complete migration to dynamic, per-CPU network statistics in TCP,
      UDP, and IP.
    * Add socket options to query effective CPU affinity of connections
      from userspace.
    * On supporting hardware, allow affinity for a specific connection to
      be explicitly migrated using a socket option.
    * Detailed performance evaluation and optimization.

  This work is being performed in the FreeBSD Perforce repository, and is
  sponsored by Juniper Networks. Connection groups and related features
  are slated for inclusion in FreeBSD 9.0 (with possible backports to
  8-STABLE of some features).
    __________________________________________________________________

The FreeBSD Foundation

  URL: http://www.FreeBSDFoundation.org

  Contact: 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
  FreeBSD 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 to 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 FreeBSD German Documentation Project

  URL: http://doc.bsdgroup.de

  Contact: Johann Kois <jkois@FreeBSD.org>
  Contact: 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.

  FreeBSD users with German language skills are always welcome to join
  our efforts in translating the documentation and/or fixing bugs.

Open tasks:

   1. Translate more parts of the documentation and the German website.
   2. Keep the current documentation up to date.
   3. Report bugs to de-bsd-translators@de.FreeBSD.org.
    __________________________________________________________________

The FreeBSD Hungarian Documentation Project

  URL: http://www.FreeBSD.org/hu/
  URL: http://www.FreeBSD.org/doc/hu/
  URL: http://wiki.FreeBSD.org/HungarianDocumentationProject
  URL:
  http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/docproj_hu/&c=aXw@//
  depot/projects/docproj_hu/?ac=83

  Contact: Gábor Kövesdán <gabor@FreeBSD.org>
  Contact: Gábor Páli <pgj@FreeBSD.org>

  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.

Open tasks:

   1. Translate release notes.
   2. Translate articles.
   3. Translate web pages.
   4. Read translations, send feedback.
    __________________________________________________________________

The tbemd branch

  Contact: 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 not create the proper binaries
  without TARGET_BIG_ENDIAN defined. There is no easy way to know what
  the endian is of the system you are running. 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
  from 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 do
  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.

Open tasks:

   1. Finish migrating to bsd.arch.inc.mk.
   2. Reduce diffs between the branch and the mainline before the
      collapse.
   3. Documentation needs to be written for how to use all of this.
    __________________________________________________________________

webcamd

  URL: http://www.selasky.org/hans_petter/video4bsd/

  Contact: 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 FreeBSD-8/9 operating system.
  Current 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 FreeBSD-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.

Open tasks:

   1. Testing and bugfixes.
   2. Add support for more device drivers.
    __________________________________________________________________

ZFS

  URL:
  http://perforce.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/user/pjd/
  zfs
  URL: http://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome

  Contact: Pawel Jakub Dawidek <pjd@FreeBSD.org>
  Contact: Martin Matuska <mm@FreeBSD.org>
  Contact: Xin LI <delphij@FreeBSD.org>

  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-duplication 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  -

Open tasks:

   1. Bring ZFS v15 changes to svn -HEAD and MFC.
   2. Further polish the code in perforce and test for functionality,
      etc.
    __________________________________________________________________

  (c) 2010 The FreeBSD Project. All rights reserved.

#1 Re: FreeBSD Status report Q1/2010

Added on 2010-04-23T12:45 by terminus

Hi Ivan! I have a question about PC-BSD PC-SysInstall Backend. Is there any palns of using PC-BSD PC-SysInstall as oficial installer for FreeBSD? AFAIK finstall project stalled... May be it would be good solution for upcoming FreeBSD 8.2 or 9.0? Thanks.

#2 Re: PC-BSD / sysinstall backend

Added on 2010-04-23T12:57 by Ivan Voras

I cannot claim anything official on the subject, but my observations are that a) a graphical (X11) installer will probably not be endorsed as the default installer in the forseeable future (a decade? more?) and b) that, even if another installer is finished right now, it is too late to include it in 9.0. I currently think that a text installer similar to Debian's would have the most chance of being accepted.

On the other hand, PC-BSD can install a vanilla FreeBSD system without the PC-BSD specifics, so this unofficial route is maybe the proper way to go in persuing a graphical installer.

#3 Re: PC-BSD / sysinstall backend

Added on 2010-04-26T10:12 by mato

hi.  have you tried installing freebsd via pc-bsd installer ?  what are the differences ?  i mean is the final installation result (file by file) same ?

#4 Re: PC-BSD / sysinstall backend

Added on 2010-05-12T22:28 by Ivan Voras

I haven't verified this.

Comments !

blogroll

social