Introduction

From owner-svn-doc-head@freebsd.org Tue Apr 12 23:24:56 2016 Return-Path: Delivered-To: svn-doc-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 33164B0E565; Tue, 12 Apr 2016 23:24:56 +0000 (UTC) (envelope-from wblock@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAE2A111B; Tue, 12 Apr 2016 23:24:55 +0000 (UTC) (envelope-from wblock@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u3CNOtjp089316; Tue, 12 Apr 2016 23:24:55 GMT (envelope-from wblock@FreeBSD.org) Received: (from wblock@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u3CNOtbc089315; Tue, 12 Apr 2016 23:24:55 GMT (envelope-from wblock@FreeBSD.org) Message-Id: <201604122324.u3CNOtbc089315@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: wblock set sender to wblock@FreeBSD.org using -f From: Warren Block Date: Tue, 12 Apr 2016 23:24:55 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r48601 - head/en_US.ISO8859-1/htdocs/news/status X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Apr 2016 23:24:56 -0000 Author: wblock Date: Tue Apr 12 23:24:54 2016 New Revision: 48601 URL: https://svnweb.freebsd.org/changeset/doc/48601 Log: Convert back to LF line endings. Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml ============================================================================== --- head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml Tue Apr 12 23:10:01 2016 (r48600) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2016-01-2016-03.xml Tue Apr 12 23:24:54 2016 (r48601) @@ -1,1824 +1,1824 @@ - - - - - - - - January-March - - 2016 - - -

- Introduction - -

This is a draft of the January–March 2016 - 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 January and - March 2016. This is the first of four reports planned for - 2016.

- -

The first quarter of 2016 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 April - to June 2016 is July 7, 2016.

- ?> -

- - - team - - &os; Team Reports - - - - proj - - Projects - - - - kern - - Kernel - - - - arch - - Architectures - - - - bin - - Userland Programs - - - - ports - - Ports - - - - doc - - Documentation - - - - misc - - Miscellaneous - - - - Static Analysis of the &os; Kernel with PVS Studio - - - - - Warren - Block - - wblock@FreeBSD.org - - - - - PVS-Studio delved into the FreeBSD kernel - PVS Static Analysis Phabricator Review - - - -

In February, Program Verification Systems used their - PVS-Studio tool to run a static analysis of the &os; kernel. - A Phabricator review was created to allow developers to share - comments on the results. A number of bugs ranging from - trivial typos to redundant code to important logic errors were - found and fixed. Some results were false positives. Several - of these were addressed by changing code that misled the - static analyzer and could also mislead a human reader.

- -

The cooperation that Program Verification Systems offers to - open-source projects like &os; benefits everyone. We thank - them for sharing this analysis and their insights with us.

- - - - - doc-mid.jpg - - Spanish FAQ and Chinese Porter's Handbook - Translations - - - - - Warren - Block - - wblock@FreeBSD.org - - - - - Federico - Caminiti - - demian.fc@gmail.com - - - - - Carlos - J Puga Medina - - cpm@fbsd.es - - - - - Ruey-Cherng - Yu - - raycherng@gmail.com - - - - - Preguntas Frecuentes para FreeBSD 9.X y 10.X - FreeBSD Porter 手冊 - &os; Translators Mailing List - PO Translations - &os; Documentation Project Primer for New Contributors - - - -

Federico Caminiti created an entirely new Spanish translation - of the 31,000-word - FAQ - with editorial help from Carlos J Puga Medina.

- -

This landmark accomplishment marks the first use of the new - PO translation system to translate an entire book!

- -

Ruey-Cherng Yu has begun an ambitious Chinese translation - (zh_TW) of the 64,000-word - Porter's Handbook. - About half of the strings in the book have been translated so - far.

- - - - -

Help add and improve translations of &os; documents into - Spanish: - start of freebsd-translators thread.

- - - -

Help add and improve translations of &os; documents into - Chinese or other languages.

- - - - - - NFS server - - - - - Rick - Macklem - - rmacklem@FreeBSD.org - - - - - - -

A new option "-manage-gids" was added to the nfsuserd - daemon. This option tells the NFS server to use the list of - groups for a uid on the server and not the list of groups in - the NFS RPC request. Use of this option avoids the 16 group - limit for NFS RPCs using AUTH_SYS (the default).

- -

Work is ongoing with respect to development of pNFS support - for the NFS server using GlusterFS as a back end. This will - be a long term project with the eventual goal of allowing the - NFS server to scale beyond a single server system. Hopefully - it will be available for testing in late Spring 2016. pNFS - allows a NFSv4.1 client to do reads/writes directly to a data - server and not the NFS server.

- - - - -

Development of the pNFS server will be in need of testing - or it will never progress to a near production status. I - hope to have code available in FreeBSD's subversion projects - branch for testing in late spring 2016.

- - - - - - powerpcspe target - - - - - Justin - Hibbits - - jhibbits@FreeBSD.org - - - - - Source tree - - - -

The purpose of this is to enable use of the Signal Processing - Engine found in the NXP/Freescale e500v2 SoC. The SPE uses - opcodes overlapping with Altivec, so is mutually exclusive. - Additionally, the e500v2 does not have a traditional FPU, and - instead uses the SPE for all floating point operations (or - emulation as is currently done). Combined with the fact that - the SPE ABI is incompatible with traditional ABI, a new - MACHINE_ARCH is created to address this.

- -

A project branch has been created with the work. A - powerpcspe kernel boots on the RouterBoard RB800, and base - utilities run properly.

- - - - -

Potentially optimizing setjmp/longjmp to not use SPE unless - it's already been enabled. This would save the kernel - switch for processes that don't otherwise use the SPE. This - is a low priority task which may not be completed.

- - - - - - The Graphics stack on FreeBSD - - - - - FreeBSD Graphics team - - freebsd-x11@FreeBSD.org - - - - - Graphics stack roadmap and supported hardware matrix - Ports development tree on GitHub - FreeBSD Graphics Team at FOSDEM 2016 - GSoC 2016: link /dev entries to sysctl nodes - GSoC 2016: redesign libdevq - - - -

The major news for this quarter is the update of the i915 - driver in the kernel! The driver now matches Linux 3.8.13, so - it includes initial Haswell support. Linux 3.8 is already - three years old, but work continues to upgrade DRM further. - In particular, the move to linuxkpi was started.

- -

In the Ports tree, Mesa was updated to 11.1.2. The next minor - release, 11.2.0, is ready for testing in our development tree. - We also updated libclc to 0.2.0.20151006, a library used by - Mesa to provide OpenCL support.

- -

We attended FOSDEM 2016 in Brussels. Jean-S??bastien P??dron - gave a talk to explain the work of the graphics team and show - how people can contribute. It was well received and the - presentation was followed by interesting discussions. FOSDEM - was also a nice occasion to meet and talk again to the nice - "upstream" developers of the graphics stack.

- -

For the first year, we added two ideas for GSoC 2016: one for - a kernel task, one to redesign libdevq. Six students - submitted a proposal for those two ideas, that was unexpected! - We now need to decide which one we want to mentor and the - choice is difficult.

- -

The blog is still down. We started to work on a replacement. - We will probably go with a static generated website hosted on - GitHub pages.

- - - - -

See the "Graphics" wiki page for up-to-date - information.

- - - - - - ARM Allwinner SoC Support - - - - - Jared - McNeill - - jmcneill@freebsd.org - - - - - Emmanuel - Vadot - - manu@bidouilliste.com - - - - - Allwinner FreeBSD Wiki - - - -

Allwinner SoC are used in multiple hobbyist devboards and - single board computers. Recently, support for these SoC have - received a lot of updates

- -

Task done during first quarter :

- -

I2C
HDMI output
Basic AXP209 support (Power Management Unit)
Switch to upstream DTS for most boards
Basic Support for A31/A31S SoC
RTC
Proper Pinmux/GPIO support
Audio Codec / Audio HDMI
A10/A20 DMA support
A20 now uses the GIC (General Interrupt Controller)
A20 now uses the ARM Generic Timer

- -

Ongoing task :

- -

Switch to new clock framework - (In review)
Convert A10 interrupt controller to INTRNG - (In review)
OHCI support - (In review)
Generic ALLWINNER kernel config file - (In review)
A20/A31 NMI support - (In review)
USB OTG
Finish the switch to upstream DTS
A83T SoC Support
H3 SoC Support

- - - - -

SPI driver

- - - -

LCD Support

- - - -

Any unsupported hardware device that might be of - interest.

- - - - - - new "FreeBSD Mastery" books - - - - - Michael - Lucas - - mwlucas@michaelwlucas.com - - - - - FreeBSD Mastery: Specialty Filesystems - - - -

FreeBSD Mastery: Specialty Filesystems - is now available everywhere, in print and ebook.

- -

Lucas and Allan Jude have also finished writing "FreeBSD - Mastery: Advanced ZFS." It's in copyedit now, and should be - available before May 2016. Check - zfsbook.com for details.

- -

Lucas' next book, "PAM Mastery," has a whole bunch of FreeBSD - content in it.

- - - - -

Make grammar corrections to Advanced ZFS, get it in - print.

- - - - - - FreeBSD on Cavium ThunderX (arm64) - - - - - Dominik - Ermel - - der@semihalf.com - - - - - Wojciech - Macek - - wma@semihalf.com - - - - - Zbigniew - Bodek - - zbb@semihalf.com - - - - - - -

Since the last report &os; support for ThunderX has been - significantly improved and stabilized. Semihalf contributions - include the following items:

- -

Support for the newest ThunderX chip revisions (Pass 2.0) - and current Cavium firmware. Backward compatibility is - maintained.
Moved to using pci_host_generic.c as a main driver for the - internal PCIe bridge. Significant rework of PCIe code to - support both generic and ThunderX based platforms.
Serious networking performance boost and bug fixes:

Fixed race condition on Rx path causing very rare - ‘use after free’ issue
Hardware L3 and L4 checksums support
Hardware assisted TCP Segmentation Offloading - (TSO)
Support for software Large Receive Offload (LRO)
Various improvements to Tx and Rx paths and - configuration

- -

The driver supports all available Ethernet connections (1, - 10, 30 Gbps) and system can can saturate 10 Gbps link (on Tx) - using 4 CPU cores.

- -

Significantly improved overall I/O performance:

Complete rework of copyin/copyout and bzero - functionalities

Other improvements:

Support for interrupt to CPU binding (including - GICv3/ITS backends)

- -

This work is integrated to the FreeBSD HEAD on on-going - basis.

- - - - Cavium - - - - Semihalf - - - - -

Support for multi Queue Set operation in VNIC

- - - - - - Updates to GDB - - - - - John - Baldwin - - jhb@FreeBSD.org - - - - -

The new thread target that directly uses ptrace(2) - was committed upstream and included in GDB 7.11. The port was - also updated to GDB 7.11.

- - - - -

Figure out why the powerpc kgdb targets are not able to - unwind the stack past the initial frame.

- - - -

Add support for more platforms (arm, mips, aarch64) to - upstream gdb for both userland and kgdb.

- - - -

Add support for debugging powerpc vector registers.

- - - -

Add support for catching system calls.

- - - -

Add support for $_siginfo.

- - - -

Add support for ELF auxv data via 'info auxv'.

- - - -

Implement 'info os' commands.

- - - -

Implement gdbserver for freebsd.

- - - - - - Native PCI-express HotPlug - - - - - John - Baldwin - - jhb@FreeBSD.org - - - - - Native PCI-express HotPlug support - - - -

A new implementation for support of native PCI-express - hotplug is present at the URL above. Much of the new code - lives in the PCI-PCI bridge driver to handle hotplug events - and manage the PCI-express slot registers. Additional changes - in the branch include adding new 'rescan' and 'delete' - commands to devctl(8) as well as support for - rescanning PCI busses.

- -

The current implementation has been tested on systems with - ExpressCard but could use additional testing, especially on - systems with other PCI-express HotPlug features such as - mechanical latches, attention buttons, indicators, etc.

- - - - -

Split branch into separate logical changes as commit - candidates.

- - - -

Additional testing.

- - - - - - KDE on FreeBSD - - - - KDE on FreeBSD team - kde@FreeBSD.org - - - - - KDE on FreeBSD website - Experimental KDE ports staging area - KDE on FreeBSD wiki - KDE/FreeBSD mailing list - Development repository for integrating KDE Frameworks 5 and Plasma 5 - - - -

The KDE on FreeBSD team focuses on packaging and making sure - that the experience of KDE and Qt on FreeBSD is as good as - possible.

- -

While the list of updates is shorter compared to the previous - quarter, the team remained busy and work on KDE Frameworks 5 - and Plasma 5 continues.

- -

This quarter, Tobias Berner, who has been driving our KDE - Frameworks 5 and Plasma 5 efforts from the beginning, received - a KDE commit bit, and has been putting it to good use by - upstreaming FreeBSD across several KDE repositories. Another - team highlight in the beginning of this year is the - (re)addition of another committer to our experimental - repository: Adriaan de Groot, a longtime KDE contributor who - also used to work on KDE and FreeBSD almost a decade ago when - our team was first formed. Welcome back, Ade!

- -

The following big updates were landed in the ports tree this - quarter. In many cases, we have also contributed patches to - the upstream projects.

- -

CMake 3.4.2 and 3.5.0
Calligra 2.9.11, the latest release of the integrated work - applications suite. We have managed to keep in sync with - the upstream releases since 2.9.10.
KDE Telepathy was updated to 0.9.0 and Telepathy-Qt4 was - updated to 0.9.6.1, the latest upstream releases.
The Qt 5 ports were finally updated to 5.5.1, which were - the latest stable version at the time.
The first commit preparing the groundwork for KDE - Frameworks 5 and Plasma 5 - was - landed to the ports tree.

- -

In our experimental area51 repository, work on Qt 5.6.0 is - underway in our experimental repositories. Additionally, at - the time of writing it also contains KDE Frameworks 5.20.0, - Plasma 5.6.1 and KDE Applications 16.03.80.

- -

Users interested in testing those ports are encouraged to - follow the instructions in - our website - and report their results to our mailing list. Qt5 5.6.0 is in - our "qt-5.6" branch, and Plasma 5 and the rest is in the - "plasma5" branch.

- - - - -

Land the KDE Frameworks 5 and Plasma 5 ports to the - tree.

- - - -

Commit the DigiKam 4.14.0 update currently being worked on - in our experimental repository.

- - - - - - Process-Shared locks for libthr - - - - - Konstantin - Belousov - - - kib@FreeBSD.org - - - - -

POSIX specifies several kinds of pthread locks, for this - report the private and process-shared variants are considered. - Private locks can be used only by the threads of the same - process, which share the address space. Process-shared locks - can be used by threads from any process, assuming the process - can map the lock memory into its address space.

- -

Our libthr, the library implementing the POSIX threads and - locking operations, uses a pointer as the internal - representation behind a lock. The pointer contains the - address of the actual structure carrying the lock. This has - unfortunate consequences for implementing the - PTHREAD_PROCESS_SHARED attribute for locks, since - really only the pointer is shared when the lock is mapped into - distinct address spaces.

- -

A common opinion was that we have no choice but to break the - libthr Application Binary Interface (ABI) by changing the lock - types to be the actual lock structures (and padding for future - ABI extension). This is very painful for users, as our - previous experience with non-versioned libc and libc_r - shown.

- -

Instead, I proposed and implemented a scheme where - process-shared locks can be implemented without breaking the - ABI. The lock memory is used as a key into the system-global - hash of the shared memory objects (off-pages), which carry the - real lock structures.

- -

New umtx operations to create or look up the shared object, - by the memory key, were added. Libthr is modified to lookup - the object and use it for shared locks, instead of using - malloc() as for private locks.

- -

The pointer value in the user-visible lock type contains a - canary for shared locks. Libthr detects the canary and - switches into the shared-lock mode.

- -

The proposal of inlining the lock structures, besides the - drawbacks of breaking ABI, has its merits. Most important, - the inlining avoids the need of indirection. Another - important advantage over the off-page page approach is that no - off-page object needs to be maintained, and the lifecycle of - the shared lock naturally finishes with the destruction of the - shared memory, without explicit cleanup. Right now, off-pages - hook into vm object termination to avoid leakage, but long - liviness of the vnode vm object prolonges the off-page - existence for shared locks backed by files, however unlikely - they may be.

- -

Libthr with inlined locks become informally known as libthr2 - project, since the library name better be changed instead of - only bumping the library version. The rtld should ensure that - libthr and libthr2 do not become simultaneously loaded into a - single address space.

- - - The FreeBSD Foundation - - - -

Implement robust mutexes.

- - - -

Evaluate and implement libthr2.

- - - - - - Clusteradm - - - - clusteradm@freebsd.org - - - - - - -

migrated services out of the hosting space in ISC - (peter, sbruno)
begun migration of services into RootBSD hosting space - (peter, sbruno)
collaborated with phabricator admin team to migrate to - new and improved host in NYI. (AllanJude, peter, - sbruno)
installed new and beefier Jenkins machine(gnn, lwshu, - sbruno)
still looking for more Asian mirrors for pkg,svn,ftp - (Japan, India). (sbruno)
migration of Taiwanese mirror to new location completed. - (lwshu)
clang/llvm buildbbot now hosted in the FreeBSD cluster - at NYI (sbruno, emaste)
resolved UK mirror outtage with Bytemark (gavin, - peter)

- - - - - - Obsoleting Rails 3 - - - - - Torsten - Zühlsdorff - - ports@toco-domains.de - - - - - - -

Ruby on Rails is the base for most of the rubygems in the - portstree. Currently version 3.2 and 4.2 coexists, but since - Rails 3.2 runs out of support, the time has come to - switch.

- -

There is an ongoing progress to remove Rails 3.2 from the - ports tree. While many gems already work with the new version, - there are some exceptions. For example www/redmine needs a big - update (which is currently tested) because it depends on gems - which therefore depends on Rails 3.2.

- -

If you want to help porting or testing, feel free to contact - me or the mailinglist ruby@FreeBSD.org.

- - - - - - GitLab Port - - - - - Torsten - Zühlsdorff - - ports@toco-domains.de - - - - - - -

After nearly a year of work on this project, GitLab 8.5.5 was - committed into the ports tree. A big thanks to the enormous - number of people involved! Since GitLab is a fast moving - project, there is also ongoing work to stay in sync with - upstream. Have fun!

- - - - - - FreeBSD Build - - - - - Bryan - Drewery - - bdrewery@FreeBSD.org - - - - - - -

Build improvements for buildworld on head continue. - Some highlights include:

- -

WITH_FAST_DEPEND was made default in r296668 and - later made the only option in r297434. The new depend code - avoids a 'make depend' tree walk and generates .depend files - during build as a side-effect of compiling. This is using - the -MF flags of the compiler. This speeds up the build by - 15-35%.
PR 196193: - WITHOUT_CROSS_COMPILER was fixed to properly use - --sysroot which allows the option to work in more - cases. It is still unsafe when major compiler upgrades - occur. Further work is planned to improve that still.
WITHOUT_TOOLCHAIN now properly builds.

- - - - EMC / Isilon Storage Division - - - - -

Opportunistically skipping the bootstrap compiler phase of - buildworld.

- - - -

Skipping the 'make obj' tree walk.

- - - -

Enabling WITH_META_MODE in buildworld to provide a - reliable incremental build using filemon(4) and bmake's - .MAKE.MODE=meta. This should not be confused with - WITH_DIRDEPS_BUILD which previously was named - WITH_META_MODE and is a drastically different build - system presented at BSDCan 2014 by Simon Gerraty.

- - *** DIFF OUTPUT TRUNCATED AT 1000 LINES ***