diff --git a/en_US.ISO8859-1/htdocs/news/status/report-2013-04-2013-06.xml b/en_US.ISO8859-1/htdocs/news/status/report-2013-04-2013-06.xml index 7ffffb7a6d..aeaed35aa0 100644 --- a/en_US.ISO8859-1/htdocs/news/status/report-2013-04-2013-06.xml +++ b/en_US.ISO8859-1/htdocs/news/status/report-2013-04-2013-06.xml @@ -1,1228 +1,1229 @@ April-June 2013
Introduction

This report covers &os;-related projects between April and June 2013. This is the second of four reports planned for 2013.

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

The deadline for submissions covering between July and September 2013 is not yet decided.

team &os; Team Reports proj Projects kern Kernel arch Architectures bin Userland Programs ports Ports docs Documentation event Events PC-BSD Kris Moore kmoore@FreeBSD.org PC-BSD Home Page

Progress on moving PC-BSD & TrueOS to a "rolling release" is happening quickly. We have implemented our own package repository, fully based on pkg(8), which is updated twice monthly, and are now hosting dedicated freebsd-update(8) systems. In addition to the 9.1-RELEASE ISO images, we have begun to create a 9-STABLE branch as well, using freebsd-update(8) to push out the latest world and kernel binaries on a monthly basis.

We are currently working on an implementation of ZFS Boot Environments for desktops and servers. These users to install updates or experimental versions in separate ZFS clones and select the one to run at boot time, providing an easy way of testing upgrades before deployment.

 Wireless Networking Improvements Adrian Chadd adrian@FreeBSD.org

Recently the &os; wireless networking stack has received updates in the following areas:

  • Improved transmit locking in net80211(4) to eliminate a whole class of subtle race conditions leading to out-of-order packets being handed to the driver.
  • Spectral scan (FFT) information is now available for the AR9280, AR9285, AR9287 series NICs.
  • Added support for AR93xx, AR94xx, AR95xx NICs — hostap, adhoc and station modes have been tested, including 3x3 stream support for the those NICs where appropriate.
  • Implemented ps-poll handling in hostap mode. This was required for correct behaviour with stations that implement aggressive power save.
  • Added AR933x SoC support — including all on-board peripherals — the 8devices.com Carambola-2 board is now fully supported and will run &os; from NOR flash.
 Intel IOMMU (VT-d, DMAR) Support Konstantin Belousov kib@FreeBSD.org

A VT-d driver was developed that implements the busdma(9) interface using the DMA Remap units (DMARs) found in current Intel chipsets. The driver provides reliability and security improvements for the system by facilitating restricted access to main memory from busmastering devices.

It also eliminates bounce buffering (copying) by allocating remapped regions that satisfy a device's access limitations.

With additional work to define a suitable interface the VT-d driver will also provide PCI pass-through functionality for hypervisors.

This project is sponsored by the &os; Foundation.

Implement workarounds for chipset errata. Commit to HEAD after additional testing. Rebalance MSI/MSI-X using interrupt remapping unit, also required for x2APIC use on big machines. Integrate with the Intel GPU MMU and handle Ironlake and SandyBridge errata for the GFXVTd unit. Provide an interface for VMM (hypervisors). Consider implementing a driver for AMD's IOMMU. Multi-threaded Pagedaemon Konstantin Belousov kib@FreeBSD.org

This project aims to improve scalability of the virtual memory subsystem. Based on a prototype change from Jeff Roberson, per-domain page queues and per-domain pagedaemon working threads have been implemented to enable this. At the moment, the domains coincide with the NUMA proximity domains, but this is not neccessary and could be improved with further separation to allow more parallelism in the pagedaemon.

The patch is relatively simple, with the most delicate parts being the page laundry and OOM logic, which requires coordination between all pagedaemon threads to prevent false triggering.

Testing on diverse workloads and on real multi-socket machines is required.

This project is sponsored by the &os; Foundation.

Debug on multi-domain NUMA machine. Test, get review and commit. HAST Module for <tt>bsnmpd(1)</tt> Mikolaj Golub trociny@FreeBSD.org

HAST module for bsnmpd(1) has been committed to -CURRENT and merged to 8.x and 9.x -STABLE branches. The module allows to monitor and manage HAST via the SNMP protocol.

 &os; Release Engineering Team &os; Release Engineering Team re@FreeBSD.org

The &os; 8.4-RELEASE cycle completed on June 7, 2013, approximately two months behind the original schedule. Please be sure to read the Errata Notices for any post-release issues discovered after 8.4-RELEASE.

The &os; 9.2-RELEASE process will begin July 6, 2013. Unless any critical issues arise, &os; 9.2-RELEASE is expected to be available late August or early September.

Users tracking the &os; 9.X branch are encouraged to test the -BETA and -RC builds whenever possible, and provide feedback and report issues to the freebsd-stable mailing list.

 Virtual Private Systems Klaus Ohrhallinger k@7he.at

VPS for &os; is an OS-level based virtualization implementation that supports advanced features like live migration. It has been recently imported into the Project's Subversion repository as a project branch. The code is currently of alpha quality.

Test with many different guest setups/applications. All feedback is highly appreciated. KDE/&os; KDE &os; kde@FreeBSD.org KDE/&os; home page area51

The KDE/&os; Team have continued to improve the experience of KDE software and Qt under &os;. During this quarter, the team has kept most of the KDE and Qt ports up-to-date, working on the following releases:

As a result — according to PortScout — kde@ has 473 ports (up from 431), of which 98.73% are up-to-date (up from 93.5%). iXsystems Inc. continues to provided a machine for the team to build packages and to test updates. iXsystems Inc. has been providing the KDE/&os; Team with support for quite a long time and we are very grateful for that. This quarter, we would also like to thank Steve Wills (swills@) for providing access to another machine so that we can do our work even faster.

While a great deal of the team's efforts are focused towards packaging released code, we also take a proactive stand in making sure future versions of the software we port is also going to work well on &os;. This involves being in close contact with upstream, raising awareness of &os; as an active project and also sending actual patches that most of the time benefit many other operating systems besides &os; itself. In this regard, we have been dedicating a lot of time making sure both clang and libc++ are fully supported in KDE and Qt. Not only has this resulted in many patches being sent to these projects, but the exposure to these large code bases have been beneficial to the Clang-on-&os; project as well. Dimitry Andric (dim@) has been of great help as a point of contact for all the issues we have faced.

As usual, the team is always looking for more testers and porters so please contact us and visit our home page. It would be especially useful to have more helping hands on tasks such as getting rid of the dependency on the defunct HAL project and providing integration with KDE's Bluedevil Bluetooth interface.

Update out-of-date ports, see PortScout for a list. Work on KDE 4.11 and Qt 5. Make sure the whole KDE stack (including Qt) builds and works correctly with clang and libc++. Remove the dependency on HAL. Upgrading the Documentation Set to DocBook 5.0 Gábor Kövesdán gabor@FreeBSD.org

The Documentation Project has been using old versions of markup standards until recently when we switched to a real XML toolchain and DocBook 4.5. However, we still depend on obsolete technologies — DSSSL and Jade. Besides, DocBook 5.0 provides cleaner markup and some nice new features.

The objective of this project is to upgrade the documentation set to DocBook 5.0 and to find a way to properly render our sources without using DSSSL, since the DSSSL stylesheets are discontinued and cannot render DocBook 5.0. The documentation sources have already been successfully transformed to DocBook 5.0 and updates to the rendering process are under development. The common opinion among &os; developers is that Java is a heavy dependency that should be avoided. This has suggested the transformation of DocBook sources to TeX and use TeX as a rendering backend. There are two ways to do this; the sources can be transformed either directly or through the XSL FO output generated by the stylesheets provided for the DocBook Project. The latter approach has been chosen as a preferred way since it better fits the existing documentation infrastructure and provides easier customization.

This project is generously funded by The &os; Foundation.

Finish the implementation of the rendering process. Integrate the rendering solution into the infrastructure. Merge back changes to head. AMD GPU Kernel Mode-setting Support Jean-Sébastien Pédron dumbbell@FreeBSD.org Konstantin Belousov kib@FreeBSD.org Project status on the wiki

Due to non-&os;-related activities from April to end of June, the project progressed slowly:

Several users tested the driver. Andriy Gapon, Jonathan Gray, and Mark Kettenis (of OpenBSD) submitted patches. kyzh kindly donated several discrete cards from different series. A big thanks to all those contributors!

The driver is still not stable enough for a wider call for testers.

Write instructions for the wiki to explain how to test the driver. Realtek RTL8188CU/RTL8192CU USB Wireless Driver Rui Paulo rpaulo@FreeBSD.org Kevin Lo kevlo@FreeBSD.org

The urtwn(4) driver was imported from OpenBSD. This is a driver for very small Realtek USB WiFi cards which are pretty inexpensive and can do 802.11n at the maximum theoretical speed of 150 Mbps. They make a good addition to embedded systems such as the Raspberry Pi and the BeagleBone. The driver requires firmware that is available in the &os; Ports Collection (net/urtwn-firmware-kmod). Note that 802.11n is not yet supported.

 ZFS TRIM and Enhanced <tt>BIO_DELETE</tt> Support Pawel Jakub Dawidek pjd@FreeBSD.org Steven Hartland smh@FreeBSD.org

As of the end of June, &os;'s ZFS implementation now includes TRIM support in head, stable/9, and stable/8 branches. This allows ZFS to help maintain high performance on flash-based devices such as SSD's even under high-load conditions.

When creating new pools and adding new devices to existing pools it first performs a full-device level TRIM to help ensure optimum starting performance. This behaviour can be overridden by setting the vfs.zfs.vdev.trim_on_init sysctl variable to 0 if for example the disks are new or have already been secure erased, which can also now be done using camcontrol(8) security actions.

In order to support TRIM, the kernel requires the underlying device driver supports BIO_DELETE. This is currently mapped through to hardware methods such as ATA TRIM and SCSI UNMAP, which are commonly supported by SSDs via CAM.

In order to increase the supported hardware base, CAM's SCSI layer was also enhanced to allow ATA TRIM via SATL ATA Passthrough to be used in addition to the existing UNMAP and WS methods. This allows SATA disks attached to SCSI controllers with CAM based drivers such as mps(4) and mpt(4) to provide delete support.

Stats for ZFS TRIM can be monitored by looking at the sysctl variables under kstat.zfs.misc.zio_trim in addition to live GEOM delete stats via the gstat -d command.

This project was sponsored by Multiplay and implemented by Pawel Jakub Dawidek.

 Superpages for ARMv7 Zbigniew Bodek zbb@semihalf.com Grzegorz Bernacki gjb@semihalf.com Rafal Jaworowski raj@semihalf.com -

The ARM architecture is more and more prevalent, not only in - the mobile and embedded space. Among the more interesting - industry trends emerging in the recent months, there has been - the concept of "ARM server". Some top-tier companies, e.g. - Dell and HP, have already started to develop such systems.

+

The ARM architecture is becoming more and more prevalent, with + increasing usage beyond the mobile and embedded space. Among + the more interesting industry trends emerging in the recent + months, there has been the concept of "ARM server". Some + top-tier companies, e.g. Dell and HP, have already started to + develop such systems.

Key to success of &os; in these new areas is dealing with the sophisticated features of the platform, for example adding support for superpages.

The objective of this project is to enable &os;/arm to utilize superpages which would allow efficient use of TLB translations (by enlarging TLB coverage), leading to improved performance in many applications and scalability. This is intended to work on ARMv7-based processors, however compatibility with ARMv6 will be preserved.

The following steps have been made since the last status report:

Next steps:

This project is jointly sponsored by The &os; Foundation and - Semihalf sp.j.

+ Semihalf.

Start utilizing superpages on ARMv6/v7. Find bugs and debug. LLDB Debugger Port Ed Maste emaste@FreeBSD.org

LLDB is the the debugger project in the LLVM family. It supports the Mac OS X, Linux, and &os; platforms, but the latter has recently suffered under a lack of maintenance.

After cleaning bit rot in LLDB's &os; support, it again builds and can be used for basic debugging of single-threaded applications. The test suite also runs to completion, although it experiences a large number of failures.

Ed Maste has been granted an LLDB commit bit, and is now committing ongoing bug fixes and development directly to the upstream repository. There is a significant amount of work still to be done, with one goal being the incorporation of lldb into the base system.

This project is sponsored by DARPA/AFRL in collaboration with SRI International and the University of Cambridge.

Add support for multithreaded processes. Fix watchpoints. Add support for remote debuging (gdbserver / debugserver). Add support for core files. Add support for kernel debugging. Verify i386 and ARM architectures. Implement MIPS target support. Verify cross-debugging. Investigate and fix test suite failures. Prepare lldb for incorporation into the base system. Native iSCSI Stack Edward Tomasz Napierała trasz@FreeBSD.org

The native kernel iSCSI target and initiator project progressed well over the April to June period. The primary focus was to introduce support for iSER (iSCSI over RDMA) in both the initiator and the target. Prerequisite for this was merging some common parts together and implementing a workaround for the lack of iSER support in userspace. Apart from that, there were a myriad of smaller improvements. Such as creating more user-friendly administration utilities, for example iscsictl(8) which displays SCSI device nodes for each iSCSI session. This frees the user from getting the same information through camcontrol(8). But there are improvements in logging and manual pages as well.

Once the iSER support becomes stable, the work will focus on performance optimizations. The plan is to commit both the new initiator and target in August to allow shipping them in 10.0. The project will continue with implementing support for software iWARP stack (useful mostly for testing and development), SCSI passthrough and various other improvements.

This project is being sponsored by the &os; Foundation.

Performance optimization. Merge to &os; head. &os; Postmaster Team &os; Postmaster Team postmaster@FreeBSD.org

In the second quarter of 2013, the &os; Postmaster Team has implemented the following items that may be interest of the general public:

  • With help from clusteradm, found that unbound (the resolver used on mx1 and mx2) is configured to perform DNSSEC validation which implies that if a signed zone fails validation, unbound refuses to use the information. This had caused one person to be unable to exchange email with &os;.org until the zone signatures were refreshed.
  • Created the freebsd-dtrace mailing list per George Neville-Neil.
  • Resurrected the freebsd-testing mailing list per Garrett Cooper.
  • Created the freebsd-tex mailing list per Hiroki Sato.
  • In response to another comment that our message rejection message was unclear in the case that greylisting was the reason, re-worded that message.
  • Augmented the allowable MIME types for secteam with the following to permit sending encrypted messages:
    • application/pgp-encrypted
    • application/pkcs7-encrypted
    • application/x-pkcs7-encrypted
    • multipart/encrypted
  • Initiated de-orbit for freebsd-mozilla in favor of freebsd-gecko.
 Capsicum Pawel Jakub Dawidek pjd@FreeBSD.org Capsicum Mailing List cl-capsicum-discuss@lists.cam.ac.uk

Capsicum (lightweight OS capability and sandbox framework) is being actively worked on. In the last few months the following tasks have been completed:

For Capsicum-based sandboxing in the &os; base system, the commits referenced above and the provided code aim to serve as examples. We would like to see more &os; tools to be sandboxed — every tool that can parse data from untrusted sources, for example. This requires deep understanding of how the tool in question works, not necessarily only Capsicum.

This work is being sponsored by the &os; Foundation.

Get involved, make the Internet finally(!) a secure place. Contact us at the cl-capsicum-discuss mailing list, where we can provide guidelines on how to do sandboxing properly. The fame is there, waiting. Xfce/&os; &os; Xfce Team xfce@FreeBSD.org

The &os; Xfce Team has updated its ports to the latest stable releases, especially:

Fix CPU issue with textproc/xfce4-dict-plugin (bug #10103). Investigate why midori-gtk3 crashes too often. (The port is finished, but some libraries are not present by default in ports tree). Fix x11-themes/gtk-xfce-engine with Gtk+ >=3.6. &os; Security Team &os; Security Team secteam@FreeBSD.org

On April 15th Dag-Erling Smørgrav and Xin Li took over as security officers for the &os; Project, and the team welcomed Qing Li back to the team in June. This report briefly summarizes the work of the Security Team from April until the end of June.

The Security Team has released the following advisories:

  • FreeBSD-SA-13:05.nfsserver: Insufficient input validation in the NFS server (nfsd(8)), reported by Adam Nowacki.
  • FreeBSD-SA-13:06.mmap: Privilege escalation via mmap(), reported by Konstantin Belousov.

The Security Team has contributed to the following errata notices:

  • FreeBSD-EN-13:02.vtnet: Frames are not properly forwarded to vtnet(4) when two or more MAC addresses are configured on QEMU 1.4.0 and later in 8.4-RELEASE, reported by Julian Stecklina.
  • FreeBSD-EN-13:01.fxp: Initialization of fxp(4) network interfaces results in an infinite loop with dhclient(8) in 8.4-RELEASE, reported by Michael L. Squires.

Per the request of Baptiste Daroussin, the Security Team has also reviewed the source code of Poudriere, the port build and test system which is planned to be used for producing pkg(8) ("new-style") packages on the &os; cluster.

 BSD-Day 2013 Gábor Páli pgj@FreeBSD.org BSD-Day 2013 web site YouTube playlist of talks Event photo album

The BSD-Day is a now recurring excuse for BSD developers and users to meet up in person, share some beers and talk about what they are working on these days. There was a detour this year to visit the beautiful city of Naples of Italy, the home of pizza. Fortunately, the event has again gained support from numerous and generous sponsors, such as the &os; Foundation, the EMC Corporation, iXsystems, FreeBSDMall, BSD Magazine, and many others which enabled us to cover the costs of travel and accommodation for the speakers. We are really grateful for this!

Similarly to the previous years, the whole event started with a common dinner in the downtown (somewhere around the Ireland Irish Pub) on Friday which suddenly turned into a do-it-yourself pizza-fest. Then it was followed by the Saturday event at the Institute of Biostructures and Bioimaging. There we had a lot of attendees for the associated BSDA exam in the morning — 8 persons! The event itself had many interesting topics as well, for example moving MCLinker into the BSD world, organization and culture of the &os; Project, the new callout(9) framework, building and testing ports with Poudriere and Tinderbox, &os; in the embedded space, or building reliable VPN networks with OpenBSD. See the links in the report for more.

 xorg on &os; x11@FreeBSD.org Niclas Zeising zeising@FreeBSD.org Koop Mast kwm@FreeBSD.org

During the beginning of this quarter, work focused on making the xorg update as robust and stable as possible in preparation for the merge to ports. As a part of this, ports exp-runs were performed to find and resolve regressions and other issues. Once this was completed, xorg was updated to version 7.7 on May 25, after more than a year of hard work.

After the update, work immediately shifted to focus on updating and patching xorg client libraries, since numerous security issues had been identified in those. Unfortunately, this took a little longer than anticipated, but all fixes were comitted eventually.

There has also been work on making the new xorg distribution the default for &os; 9.1 and later. A patch was sent out and tested with good results, but this is currently postponed because switching virtual terminals is not working with the KMS driver.

Currently, work is focusing on keeping xorg drivers and libraries up to date. Instead of making big updates every year or less, minor updates to some libraries, applications and drivers happen fairly regularly. Focus is also starting to shift towards newer versions of MESA and xorg-server, but this is still very experimental.

Continue the porting effort of recent versions of MESA. This is ongoing work, but integrating this into the development repo is hard work. Once this is completed, and KMS support for ATI is more mature, more testing can be done. Port Wayland. The future of graphical environments in open source operating system seems to be Wayland. This needs to be ported to &os; so that a wider audience can test it, and so that it eventually can be integrated into the ports tree, perhaps as a replacement for the current xorg. Look into replacements for HAL. HAL is used for hot-plugging of devices, but it has been long abandoned by Linux. A replacement, perhaps build on top of devd(8), would be nice to have. This work should be coordinated with the &os; GNOME and KDE teams.