os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

Mare grammer and spalling foxes.

Browse source 
A few markup tweaks as well, and give some motivation for the C720
Chromebook project.

Approved by:	hrs (mentor, blanket)
This commit is contained in:
Benjamin Kaduk 2015-01-15 21:17:55 +00:00
parent 73354d2e06
commit 534ee1cfeb
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/head/; revision=46208
1 changed files with 75 additions and 66 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

141
en_US.ISO8859-1/htdocs/news/status/report-2014-10-2014-12.xml
View file

@ -164,14 +164,13 @@
</contact>
<body>
<p>There were several improvements made to the FreeBSD process
<p>There were several improvements made to &os;'s process
management last quarter.</p>
<!-- This needs some markup from someone with more docbook-fu than me -->
<p>The Reaper facility was added, allowing a process to reliably
track the running and exiting state of the whole subtree of
the processes. It is intended to improve tools like
timeout(1) or poudriere, by making it impossible for the
its processes. It is intended to improve tools like
timeout(1) or poudriere, by making it impossible for a
runaway grandchild to escape the controlling process. The
feature was designed based on similar facilities in
DragonFlyBSD and Linux, with some references to Solaris
@ -192,8 +191,8 @@
thread to put some processes into stopped state. Also, a
facility to sync filesystems before suspend was added, to
ensure that consistent metadata and as much as possible of the
cached user data are on stable storage, to minimize damage of
failed resume.</p>
cached user data are on stable storage, to minimize the damage
that could be caused by a failed resume.</p>
<p>The code stressed some parts of the system and has led to
discovery of a number of bugs in different areas, including
@ -204,7 +203,7 @@
<p>During the work described above, it was noted that process
spinlock duties are significantly overloaded (the same is true
for the process lock). The spinlock was split into
per-feature locks in r275121. As result, it was also possible
per-feature locks in r275121. As a result, it was also possible
to eliminate recursion on it in r275372.</p>
</body>
@ -229,9 +228,16 @@
</links>
<body>
<p>Most system features work, including keyboard, WiFi, sound,
VESA graphics, touchpad, USB and decent battery life (5 to 6
hours).</p>
<p>The Acer C720 Chromebook is a powerful but inexpensive laptop
designed to run Google's Chrome OS. This project aims to
bring &os; to the C720, providing an easy way for people to
experience &os; on hardware which is widely available and
inexpensive.</p>
<p>As of this update, most system features work, including the
keyboard, WiFi, sound, VESA graphics, touchpad, and USB. The battery
life is a reasonable 5 to 6 hours (compare to the published 8.5 hour
lifetime for Chrome OS.</p>
</body>
<help>
@ -301,9 +307,9 @@
1.4. This release fixes lots of bugs and adds some new
features:
<ul>
<li>Stricter checking of the path passed via the plist</li>
<li>Stricter checking of paths passed via the plist</li>
<li>Change in the ABI to be closer to MACHINE_ARCH</li>
<li>Change the ABI string to be closer to MACHINE_ARCH</li>
<li>Add three-way merge functionality</li>
@ -333,7 +339,7 @@
</task>
<task>
<p>Package FreeBSD base.</p>
<p>Package the &os; base system.</p>
</task>
<task>
@ -388,7 +394,7 @@
<body>
<p><tt>mandoc(1)</tt> has been made the default manual page
formatter on HEAD -- man(1) will use <tt>mandoc(1)</tt> to
formatter on HEAD &mdash; man(1) will use <tt>mandoc(1)</tt> to
format manual pages by default, then fall back to
<tt>groff(1)</tt> if it fails.</p>
@ -397,7 +403,7 @@
manual pages.</p>
<p>The documentation team has spent a lot of time fixing issues
reported by <tt>mdoc(7)</tt> in the FreeBSD manual pages.
reported by <tt>mandoc(1)</tt> in the FreeBSD manual pages.
This greatly improves the quality of our manual pages.</p>
<p>Most manual pages with remaining issues are from contrib/,
@ -463,7 +469,7 @@
<body>
<p>The main goal of the external toolchain project is to be able
to build world and kernel with non-default toolchain. It can
to build world and kernel with a non-default toolchain. It can
be helpful to:
<ul>
<li>Prepare a migration to a newer version of toolchain
@ -510,16 +516,16 @@
them, run: <tt>make CROSS_TOOLCHAIN=powerpc64-gcc
TARGET=powerpc TARGET_ARCH=powerpc64</tt></p>
<p>As a result of this effort, it has been possible to
<p>As a result of this effort, it is possible to
successfully build and run a kernel and world built with GCC
4.9.1 and binutils 2.24 on sparc64, amd64 (with minor tweaks
for amd64), powerpc and powerpc64.</p>
4.9.1 and binutils 2.24 on sparc64, amd64 (with minor tweaks),
powerpc and powerpc64.</p>
</body>
<help>
<task>
<p>Patch and upstream GCC 4.9 to support &os; mips, arm and
aarch64.</p>
<p>Patch GCC 4.9 to support &os; mips, arm and aarch64 and
submit the patches to upstream.</p>
</task>
<task>
@ -596,9 +602,9 @@
<p>We moved our development repo to GitHub. The repo is
structured as follows: the <tt>master</tt> branch is vanilla
&os; Ports, and we have <tt>theme branches</tt> for topics
such as the porting of MATE 1.9 (mate-1.10 branch) and GNOME
3.15 (gnome-3.16 branch). The GNOME 3.14 branch (gnome-3.14)
&os; Ports, and we have theme branches for topics
such as the porting of MATE 1.9 (the mate-1.10 branch) and GNOME
3.15 (the gnome-3.16 branch). The GNOME 3.14 branch (gnome-3.14)
is not used or updated any more because the content has been
committed to ports, but is kept around for the history.</p>
</body>
@ -610,7 +616,7 @@
</task>
<task>
<p>MATE 1.10 porting is under way, the latest 1.9 releases are
<p>MATE 1.10 porting is under way; the latest 1.9 releases are
available in the mate-1.10 branch.</p>
</task>
@ -650,7 +656,7 @@
at 11.0-RELEASE.</p>
<p>In order to ensure that 10.1-RELEASE shipped with support for
up-to-date X Windows and KDE4, core approved the switch to
up-to-date X Window Systems and KDE4, core approved the switch to
'new Xorg' as the default in time for building the packages
for that release.</p>
@ -945,7 +951,7 @@
package. Approval for this is still pending. A package
will make it much easier to install kyua on Linux
distributions which use Debian packages such as Debian,
Ubuntu, and Linux Mint. Hopefully &os; this will make it
Ubuntu, and Linux Mint. Hopefully this will make it
easier to share more test infrastructure and scripts with
Linux.</li>
@ -1065,7 +1071,7 @@
<help>
<task>
<p>Find workaround <tt>when acpi_video(4)</tt> is not
<p>Find a workaround for when <tt>acpi_video(4)</tt> is not
functional (panel crashes); OpenBSD seems to have same
problem.</p>
</task>
@ -1101,7 +1107,7 @@
</links>
<body>
<p>The project adds support for AES-GCM and AES-CTR mode to the
<p>The project adds support for AES-GCM and AES-CTR modes to the
OpenCrypto framework. Both software and AES-NI accelerated
versions are functional, working and committed. Ermal Luçi
(eri@) is working on adding support for the additional modes
@ -1188,7 +1194,7 @@
<p>We migrated our Ports development tree to Git and GitHub.
Tracking changes in the official Ports tree and preparing
patches is way easier. Furthermore, we can accept pull
patches is much easier. Furthermore, we can accept pull
requests. All of the reasons behind this change are detailed
on the blog and the workflow is described on the wiki.</p>
@ -1347,7 +1353,8 @@
</task>
<task>
<p>Improve backends (netback, blkback) performance.</p>
<p>Improve the performance of the netback and blkback
backends.</p>
</task>
<task>
@ -1409,7 +1416,7 @@
<p>In the near future, more components from llvm.org will be
updated in base, with libc++ and libcompiler-rt most likely
being the first.</p>
being the first to be updated.</p>
<p>Thanks to Ed Maste, Roman Divacky, Andrew Turner, Justin
Hibbits, and Antoine Brodin for their invaluable help with
@ -1576,7 +1583,7 @@
&os; but has moved to a standalone project to encourage wider
participation from others in the open-source developer
community. &os;'s libelf and libdwarf are now imported from
upstream source in contrib/elftoolchain.</p>
upstream sources in contrib/elftoolchain.</p>
<p>ELF Tool Chain provides a set of tools equivalent to the
GNU Binutils suite. This project's goal is to import these
@ -1605,7 +1612,7 @@
<p>ELF Tool Chain's readelf will be enabled as well once some
missing functionality in ELF note parsing is added. ELF Tool
Chain's elfcopy provides equivalent functionality to Binutils
Chain's elfcopy provides equivalent functionality to Binutils'
objcopy, and accepts the same command-line arguments. For it
to be a viable replacement for all uses of objcopy in the base
system, it must gain support for writing portable exectuable
@ -1703,7 +1710,7 @@
October 2014. This has also been merged to 10-STABLE and will
be included in the 10.2 release.</p>
<p>A bhyve status update presentation was done at the FreeBSD
<p>A bhyve status update presentation was given at the FreeBSD
Vendor Summit in Nov 2014. The slides are available at
<url href="http://people.freebsd.org/~neel/bhyve/bhyve_update_vendor_summit_2014.pdf">http://people.freebsd.org/~neel/bhyve/bhyve_update_vendor_summit_2014.pdf</url>.</p>
@ -1909,9 +1916,10 @@
</links>
<body>
<p>The main goal of the lemul project is the execution of
multithreaded Linux applications that requires the glibc
library version 2.20 or later to be available on &os;. Glibc
<p>The main goal of the Linux emulation layer project
is the execution on &os; of
multithreaded Linux applications that require the glibc
library version 2.20 or later to be available. Glibc
2.20 requires a Linux kernel (or emulation thereof) of version
2.6.32 or later. The main obstacle preventing this is that
the current Linuxulator uses native &os; processes for
@ -1976,7 +1984,7 @@
</task>
<task>
<p>Implement the <tt>Priority Inheritance Futexes</tt> for
<p>Implement Priority Inheritance Futexes for
the Linuxulator.</p>
</task>
@ -2140,12 +2148,12 @@
</links>
<body>
<p>The ports collection's Linux emulation stack was upgraded to
<p>The Linux emulation stack in the ports collection was upgraded to
include CentOS&nbsp;6.6 on November&nbsp;11. After smoothing
out several bugs that had been introduced, we have been able
out several bugs that had been introduced, we were able
to bump the default version of the Linux userland from Fedora
10 to CentOS&nbsp;6.6 on December&nbsp;9. Providing a more
modern Linux userland and supporting libraries allows a large
10 to CentOS&nbsp;6.6 on December&nbsp;9th. Providing a more
modern Linux userland and support libraries allows a large
number of Linux applications to be run on &os;.</p>
<p>The goal behind providing an updated Fedora-based userland is
@ -2173,7 +2181,7 @@
</task>
<task>
<p>Refactor <tt>Mk/bsd.linux-*.mk</tt> to facilitate above
<p>Refactor <tt>Mk/bsd.linux-*.mk</tt> to facilitate the above
additions.</p>
</task>
@ -2211,14 +2219,14 @@
PCI bus. These VFs are fully independent PCI devices that
have access to the resources of the PF. For example, on a
network interface card, VFs could transmit and receive packets
independent of the PF.</p>
independently of the PF.</p>
<p>The most obvious use case for SR-IOV is virtualization. A
hypervisor like bhyve could instantiate a VF for every VM and
use PCI passthrough to assign the VFs to the VMs. This would
allow multiple VMs to share access to the PCI device without
having to do any expensive communication with the hypervisor,
greatly increasing performance of performing I/O from a
greatly increasing the performance of I/O within a
VM.</p>
<p>Work on the core PCI infrastructure is complete and
@ -2274,7 +2282,7 @@
shim</li>
<li>writing uefisign(8), a BSD-licensed utility to sign EFI
binaries using Authenticode, as mandated by UEFI
binaries using Authenticode, as mandated by the UEFI
specification.</li>
</ul>
</body>
@ -2283,12 +2291,12 @@
<help>
<task>
<p>Ensure the signature format properly matches UEFI spec
<p>Ensure that the signature format properly matches UEFI spec
requirements.</p>
</task>
<task>
<p>Verify correctly signed, incorrectly signed, and
<p>Verify that correctly signed, incorrectly signed, and
unsigned loader components are handled properly.</p>
</task>
@ -2363,7 +2371,7 @@
<p>Further improvements have been made to the loader to allow it
to take the Flattened Device Tree data from UEFI and pass it
to the kernel. In the kernel busdma, CPU identification, and
to the kernel. In the kernel, busdma, CPU identification, and
improvements to interrupt handling have been made, along with
preliminary KDB support.</p>
@ -2385,7 +2393,7 @@
</task>
<task>
<p>Implement remaining userland libraries and binaries.</p>
<p>Implement the remaining userland libraries and binaries.</p>
</task>
<task>
@ -2476,8 +2484,8 @@
dedicated to supporting and promoting the &os;&nbsp;Project
and community worldwide. Most of the funding is used to
support &os; development projects, conferences, and developer
summits, purchase equipment to grow and improve the &os;
infrastructure, and provide legal support for the Project.</p>
summits; purchase equipment to grow and improve the &os;
infrastructure; and provide legal support for the Project.</p>
<p>We ended the year exceeding our fundraising goal, by raising
over $2,372,132, from 1670 donors! Thank you to everyone who
@ -2503,7 +2511,7 @@
<p>We were a sponsor of the
<a href="http://gracehopper.org/2014/">Grace Hopper
Conference</a>.
Dru Lavigne gave an introduction to &os; presentation, that
Dru Lavigne gave an "introduction to &os;" presentation, that
was well attended. We also sponsored Shteryana Shopova to
represent &os;, along with Dru, at our booth.</p>
@ -2522,7 +2530,7 @@
It started in 2011 as a Summer of Code project and has
sputtered since getting pushed into the system.</p>
<p>Besides the above conferences, we helped promote &os; at
<p>In addition to the above conferences, we helped promote &os; at
the following conferences:
<ul>
@ -2532,8 +2540,9 @@
Fest</a></li>
<li><a
href="https://www.usenix.org/conference/lisa14">LISA</a></li>
LISA had a great turnout for Dru Lavigne's &os; BoF talk.
</ul>
LISA had a great turnout for Dru Lavigne's &os; BoF talk.
</p>
<p>We visited a few large &os; users in the Bay Area to
@ -2592,8 +2601,8 @@
report. Some projects that were worked on this quarter were
adding support for 64-bit ARM architecture to &os;,
integration work on the vt(4) updated console and UEFI boot
support, Secure Boot, refining in-kernel iSCSI target and
initiator stack, autofs-based automount daemon, migrating to
support, Secure Boot, refining the in-kernel iSCSI target and
initiator stack, an autofs-based automount daemon, migrating to
the ELF Tool Chain, and implementing modern AES modes in
&os;'s cryptographic framework.</p>
@ -2660,8 +2669,8 @@
Percival for having created that port initially.)</p>
<p>There is also a firstboot-freebsd-update port which can be used
to update a system on first boot but is currently disabled. See
below. Similarly, the firstboot-pkgs port/scripts will install
to update a system on first boot but is currently disabled (see
below). Similarly, the firstboot-pkgs port/scripts will install
specified packages on first boot.</p>
<p>Overall, Google Cloud Compute is quite nice; instances spin up
@ -2675,7 +2684,7 @@
<p>Google does not make sharing non-official images as easy as
AWS, so you have to create your own using my public tar file. The
tar was created using the script in the links section. That
tar file was created using the script in the links section. That
script can be used to produce customized images, even though there
are no official image (nor will there be any time soon).</p>
@ -2703,7 +2712,7 @@
<task>
<p>There is no <tt>gcimagebundle</tt> command in the Ports
Collectiong so you cannot easily create an image from a running
Collection so you cannot easily create an image from a running
machine.</p>
</task>
@ -2724,7 +2733,7 @@
</task>
<task>
<p>The vtnet driver needs wq disabled on 16 cpu boxes, but
<p>The vtnet driver needs wq disabled on 16 cpu boxes, but it
is just disabled everywhere for now since that is easier.</p>
</task>
@ -2740,12 +2749,12 @@
<task>
<p>We need to support virtualized clocks; bryanv@ is
working on this. In fact, all his ongoing work in the virt area
would probably make things work better.</p>
working on this. In fact, all his ongoing work in the
virtualization area would probably make things work better.</p>
</task>
<task>
<p>It would be nice if there as the ability to disable the
<p>It would be nice if there was the ability to disable the
spinner before the loader, which clutters up the console log. The
ability to disable it is in HEAD; hopefully it will be MFCd to
10-STABLE before 10.2.</p>