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 50164)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2017-01-2017-03.xml (revision 50165)
@@ -1,197 +1,247 @@
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 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 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.
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 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 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.
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.
+ + +