Index: head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml
===================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml (revision 50244)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml (revision 50245)
@@ -1,1500 +1,1497 @@
This is a draft of the January–March 2017
status report. Please check back after it is finalized, and
an announcement email is sent to the &os;-Announce mailing
list.
The first quarter of 2017 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 2017 is July 7, 2017.
?>Work has started on an initial translation of the &os; - Handbook to the Dutch language via the 'po' system. While we + Handbook to the Dutch language via the "po" system. While we have an (outdated) version of the Handbook available via the older XML files, we are now trying to get back into shape with the po file.
Rene started working on 2 articles already and did some - translation strings for the FDP-Primer, while Remko had started - working on the Handbook. If you think you can assist with that, - please let Rene and Remko know on their email addresses so that + translation of strings for the FDP-Primer, while Remko has started + working on the Handbook. If you think you can assist with either, + please send Rene and Remko an email so that we can start coordinating work.
In addition, since we have a translation set already from the XML files, it would be interesting to see and know whether we can merge them easily into the po structure. If you have ideas on that, contact us a.s.a.p.
- -Part of this work is facilitated by Remko's employer: - Snow B.V.
-A long time ago, in the &os; 5 times, there was an initial port of &os; to s390 (32bit) and s390x (64bit) - which booted past init on good days in an emulator.
+ which booted past init on good days in an emulator.As an attempt to revive the s390x/systemz efforts I started - to get &os; s390x to build with clang/llvm 3.90. - At this time it is possible to build world and a GENERIC kernel + to get &os; s390x to build with clang/llvm 3.9. + At this time, it is possible to build world and a GENERIC kernel skeleton (not doing anything yet) using external binutils.
-The primary idea of this initial work was to allow to - incrementally add the neccessary architecture-specific code. - Having the build framework done will allow third-party +
The primary idea of this initial work was to allow for + incremental addition of the neccessary architecture-specific code. + Having the build framework in place will allow third-party developers to simply type make, as they are willing to contribute to the port without having to know &os; build specifics. After some cleanup and further updates to a more recent HEAD I am planning to push the current work to a public - repo to allow collaboration.
+ repo to facilitate collaboration.The Book-E platform target now supports 64-bit mode ("powerpc64"). It includes a 63-bit address space split, but the page table directory list uses holes to expand to the full address space, leaving gaps in the address space where page mappings are repeated. This may change in the future.
As with the AIM powerpc64 port, this supports running powerpc (32-bit) binaries as well, and has even been tested with a 32-bit init and 64-bit shell.
Several of the SoC drivers are supported, however, the dTSEC ethernet controller is not yet supported. Work is ongoing to support this.
A QORIQ64 config is included, targeting the P5 and T* series SoCs from Freescale.
Thanks to Juniper Networks for providing patches against an older internally maintained &os; version, which enabled this porting effort, and for providing historical context for quirks of the pmap changes.
Parallel NFS (pNFS) is an extension to the NFSv4 protocol that allows for file accesses within a single logical mount to be performed against multiple file servers, with the potential for data access to occur in parallel. The pNFS "layout" specifies how the division occurs, with metadata operations occuring against the main server, and bulk data operations (read/write/setattr/etc.) occuring via a layout-specific scheme between the client and data servers.
My first attempt at a pNFS server using GlusterFS was a dud. It worked, but performance was so poor that it was not - usable. This attempt that I call Plan B, only uses &os;, - with one &os; server handling the metadata operations and K + usable. This attempt that I call "Plan B", only uses &os;, + with one &os; server handling the metadata operations and multiple &os; servers configured to serve data. An NFSv4.1 client that supports the pNFS File Layout will be able to - read/write to the data servers directly, spreading out the + read and write to the data servers directly, spreading out the RPC load and allowing growth beyond that of what a single &os; NFS server could achieve.
There is no support for the Flex Files Layout or mirroring at this time. I hope to use the Flex Files Layout to add mirroring support over the next year or so. Striping is also not supported, but I have no plans for implementing it at the moment.
Plan B is working quite well now and should be available for testing by the end of April. I will announce how to do this on the freebsd-fs@FreeBSD.org mailing list when it is available.
OpenBSM is a BSD-licensed implementation of Sun's Basic Security - Module (BSM) API and file format. It is the user space side of the + Module (BSM) API and file format. It is the userspace side of the CAPP Audit implementations in &os; and Mac OS X. Additionally, the audit trail processing tools are expected to work on Linux.
During this quarter, experimental support for UUIDs in BSM trails was added to OpenBSM. A DTrace audit provider using this functionality has been developed as part of the DARPA CADETS project and is in review (https://reviews.FreeBSD.org/D10149). In the OpenBSM GitHub repository, support for Coverity static analysis was added via TravisCI. Additionally, the OpenBSM 1.2-alpha5 release has been merged into the &os; HEAD - branch.
+ branch. +