Index: head/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml =================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml (revision 47562) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2015-07-2015-09.xml (revision 47563) @@ -1,539 +1,599 @@ July-September 2015
Introduction

This is a draft of the July–September 2015 status report. Please check back after it is finalized, and an announcement email is sent to the &os;-Announce mailing list.

This report covers &os;-related projects between July and September 2015. This is the third of four reports planned for 2015.

The third quarter of 2015 was another productive quarter for the &os; project and community. [...]

Thanks to all the reporters for the excellent work!

The deadline for submissions covering the period from October to December 2015 is January 7, 2016.

?>
team &os; Team Reports proj Projects kern Kernel arch Architectures bin Userland Programs ports Ports doc Documentation misc Miscellaneous ioat(4) driver import Jim Harris jimharris@FreeBSD.org Conrad Meyer cem@FreeBSD.org Wikipedia article on IOAT Commit importing ioat(4)

A new driver, ioat(4), was added to the tree. ioat(4) supports Intel's I/O Acceleration Technology devices which are found on some Intel server systems.

These devices are DMA offload engines, which can accelerate some I/O-heavy applications by offloading memory copies from the main CPU to the I/OAT unit. This acceleration is not transparent; applications must be adapted to take advantage of the hardware.

Some I/OAT models support more advanced copying modes, like XOR; these modes are not yet supported in the ioat(4) driver.

Intel Corporation EMC / Isilon Storage Division

Further testing, especially on a range of device models other than BDXDE (looking for volunteers here).

Support for the more advanced copy modes.

 IPSEC Upgrades George Neville-Neil gnn@FreeBSD.org John-Mark Gurney jmg@FreeBSD.org Ermal Luçi eri@FreeBSD.org

IPSEC is now enabled by default in the GENERIC kernel configuration, and work is proceeding to speed things up in various ways. The latest changes are the addition, by &a.jmg;, &a.eri;, and &a.gnn;, of AES modes both in hardware and in software. Part of this work also includes more benchmarks undertaken using Conductor in the netperf project. Results have been reported at BSDCan and vBSDCon with more to come at EuroBSD and BSDBrasil.

Netgate FreeBSD Foundation

Performance improvements and other tweaks are ongoing.

 DTrace and TCP George Neville-Neil gnn@FreeBSD.org

With the advent of DTrace we are able to replace many of the internal kernel debugging options, such as TCPDEBUG, with statically defined tracepoints (SDTs). Tracepoints have now been added to the system that replicate the functionality of the TCPDEBUG kernel option. No new kernel options need to be added — they are standard with any kernel that has DTrace, which is included in the default GENERIC kernels in 10.x and HEAD.

Limelight Networks FreeBSD on the Acer C720 Chromebook Michael Gmelin freebsd@grem.de Blog post on how to get things working Blog post with links to commits in CURRENT Backported patch for 10.2-RELEASE

The Acer C720 Chromebook is an affordable (under $200) and powerful little laptop, that provides a battery life of up to six hours running FreeBSD. It is a great machine for travelling and coding in general. The machine is fully functional, meaning that all essential devices work: Keyboard, trackpad, light sensor, backlight control, display in VESA mode (fast), external Display on HDMI (only VESA mirror mode), sound, USB ports, SD card slot, camera and Atheros Wireless.

This quarter, this project extended previous work on the boot process and keyboard driver as well as the smbus(4) driver. It added three new drivers: ig4(4), cyapa(4) and isl(4).

Much of the development was originally done in late 2014; since then, the patches have been massively improved and merged into CURRENT, so that all relevant devices work without manual patching.

For those who are unable to run CURRENT, there is a backported patch to 10.2-RELEASE.

Thanks to everyone who helped in the process, I couldn't have done it without you (you know who you are).

Cavium LiquidIO Smart NIC driver Stanislaw Kardach kda@semihalf.com Zyta Racia zr@semihalf.com LiquidIO product page

This project aims to add support for the LiquidIO family of high-performance programmable accellerator 10/40-gigabit Ethernet network adapters. The currently developed kernel driver supports CN6640- and CN6880-based PCIe cards, enabling the following features:

The project is currently being developed in house and is currently being prepared for upstream. We plan on making it available in &os; 11.

Cavium Semihalf Upstream the code to &os; HEAD. &os; Release Engineering Team &os; Release Engineering Team re@FreeBSD.org &os; 10.2-RELEASE announcement &os; development snapshots &os; 10.3-RELEASE schedule &os; 11.0-RELEASE schedule

The &os; Release Engineering Team is responsible for setting and publishing release schedules for official project releases of &os;, announcing code freezes, and maintaining the respective branches, among other things.

In mid-August, the &os; Release Engineering Team released &os; 10.2-RELEASE, two weeks earlier than the original schedule anticipated.

The &os; Release Engineering Team would like to thank all that have tested the BETA and RC builds and reported issues during the release cycle.

The &os; Release Engineering Team, with approval from the &os; Core Team, appointed &a.marius; as the Deputy Lead.

The FreeBSD Foundation Porting bhyve to ARM-based platforms Mihai Carabas mihai@FreeBSD.org Peter Grehan grehan@FreeBSD.org Project Wiki page

This summer we've started porting bhyve onto ARMv7 platforms. We rewrote the low-level routines for ARM processors, while trying to preserve the hypervisor API originally created for the x86 architectures. We managed to bring up a &os; guest up to the point of initializing interrupts. There is still work to be done in order to virtualize the interrupts and the timer. As short-term plan after finishing the interrupts and the timer is porting to a real hardware platform (Cubie2).

Virtualize interrupts and timer

Port to a real hardware platform

Create SMP support for bhyve-on-arm

Port to ARMv8

 Bringing GitLab into the Ports Collection Torsten Zühlsdorff ports@toco-domains.de Michael Fausten ports@michael-fausten.de PR for the new Port Installation guide GitLab Source Tree

GitLab is a web-based Git repository manager with many features, used by more than 100.000 organizations, including NASA and Alibaba. It also is a very long-standing entry on the "Wanted Ports" list on the &os; Wiki.

In the last month there was steady progress, which finally resulted in the PR for adding the new port. In addition to the many dependencies &a.pgollucci; is working on, there was already a large amount of work done. In addition to many new or updated rubygems, Rails 4.1 was resurrected. Many committers were involved in the process and guided us through the various problems and pitfalls.

Because of the number of dependencies — we nearly hit 100 — making progress takes some time. In the meantime, there is already a new major version of GitLab released, which requires even more dependencies and updates. Work on this version is already in progress, but the first goal is to get the latest stable version from the 7.14 branch into the ports tree.

anyMOTION GRAPHICS GmbH, Düsseldorf, Germany

Closing all the PRs of the dependencies

Committing the GitLab port itself

Update the port to the latest version of the 8.x branch

 + + Xfce on &os; + + + + &os; Xfce Team + xfce@FreeBSD.org + + + + + &os; Xfce Project + &os; Xfce Repository + + + +

Xfce is a free software desktop environment for Unix and + Unix-like platforms, such as &os;. It aims to be fast and + lightweight, while still being visually appealing and easy to + use.

+ +

During this quarter, the team has kept these applications + up-to-date:

+ + + +

We also follow the unstable releases (available in our + experimental repository) of:

+ + + +

In the trunk branch, x11-wm/xfce4-panel + contains a patch to support sysutils/xfce4-panel-switch + (available through the panel preferences).

+ + + + +

Test the new stable release of GLib 2.46.x with the + kqueue/kevent backend enabled (it was disabled with revision r393663. + Currently several features are broken, especially in Thunar, + xfce4-panel, and Xfdashboard.

+ + + +