svn commit: r43642 - head/en_US.ISO8859-1/htdocs/news/status
Gabor Pali
pgj at FreeBSD.org
Sat Jan 25 18:33:27 UTC 2014
Author: pgj
Date: Sat Jan 25 18:33:27 2014
New Revision: 43642
URL: http://svnweb.freebsd.org/changeset/doc/43642
Log:
- Add introduction for the 2013Q4 report
- Further minor nits
Assisted by: wblock, Allan Jude
Modified:
head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml
Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml Sat Jan 25 10:27:24 2014 (r43641)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml Sat Jan 25 18:33:27 2014 (r43642)
@@ -12,12 +12,30 @@
<title>Introduction</title>
<p>This report covers &os;-related projects between October and
- December 2013. This is the fourth of four reports planned for
+ December 2013. This is the last of four reports planned for
2013.</p>
- <!-- XXX: Add introduction -->
+ <p>The last quarter of 2013 was very active for the &os;
+ community, much like the preceding quarters. Many advances were
+ made in getting &os; to run on ARM-based System-on-Chip boards
+ like Cubieboard, Rockchip, Snapdragon, S4, Freescale i.MX6 and
+ Vybrid VF6xx. &os; is also becoming a better platform for Xen
+ and the Amazon Elastic Compute Cloud. There are plans for &os;
+ to become a fully supported compute host for OpenStack. The I/O
+ stack has again received some performance boosts on
+ multi-processor systems through work touching the CAM and GEOM
+ subsystems, and through better adaptation of UMA caches to
+ system memory constraints for ZFS. The &os; Foundation did an
+ excellent job in this quarter, and many of their sponsored
+ projects like VT-d and UEFI support, iSCSI stack, Capsicum, and
+ auditdistd are about to complete. At the same time, new projects
+ like Automounter and Intel GPU updates have just been launched.
+ The Newcons project has been merged into -CURRENT, which will
+ make it possible to finally move to the latest version of X.Org
+ in the Ports Collection. Efforts are also under way to improve
+ testing with Jenkins and Kyua. It is an exciting time for users
+ and developers of &os;!</p>
- <!-- XXX: Keep updating the number of entries -->
<p>Thanks to all the reporters for the excellent work! This report
contains 37 entries and we hope you enjoy reading it.</p>
@@ -596,7 +614,7 @@
<p>As part of this project, <tt>cam(4)</tt> (the ATA/SCSI subsystem)
has received more fine-grained locking for better utilization of
multi-core systems. In addition, the locking in <tt>geom(4)</tt>
- (the block storage subsystem) has been also polished, and a new
+ (the block storage subsystem) has also been polished, and a new
direct dispatch functionality was implemented to spread the load
between multiple threads and processors, and reduce the number
of context switches.</p>
@@ -609,7 +627,7 @@
<sponsor>iXsystems, Inc</sponsor>
<help>
- <task>Some CAM controller drivers (SIMs) could be also optimized
+ <task>Some CAM controller drivers (SIMs) could also be optimized
to get more benefits from this project, utilizing the new locking
models and direct command completions from multiple interrupt
threads.</task>
@@ -921,7 +939,7 @@
<sponsor>The &os; Foundation</sponsor>
<help>
- <task>Resolve a 32- vs 64-bit <tt>libstand(3)</tt> build issue.</task>
+ <task>Resolve a 32- versus 64-bit <tt>libstand(3)</tt> build issue.</task>
<task>Merge kernel parsing of EFI memory map metadata.</task>
<task>Integrate the EFI framebuffer with <tt>vt(9)</tt> (also
known as Newcons).</task>
@@ -982,7 +1000,7 @@
which GNOME 2 components will be gone or be replaced with
their newer GNOME 3 versions. This task is current halted
until we can get the documentation into a shape good enough to
- gather the issues and document the migration, including how to
+ gather the issues and document the migration, including how
to avoid the migration if the upgrade is not preferred. (This
does not mean we do not want to know about issues with
upgrading, though).</task>
@@ -1361,7 +1379,7 @@ device vt_vga</pre>
<li>IA64 — untested.</li>
<li>MIPS — untested.</li>
<li>PPC and PPC64 — Works, but without X.Org yet.</li>
- <li>SPARC — works on certain hardware (eg. Ultra 5).</li>
+ <li>SPARC — works on certain hardware (e.g., Ultra 5).</li>
<li><tt>vesa(4)</tt> — in progress.</li>
<li>i386/amd64 nVidia driver — need testing.</li>
<li>Xbox framebuffer driver — need testing.</li>
@@ -1371,7 +1389,7 @@ device vt_vga</pre>
<ul>
<li>Switching to <tt>vty0</tt> from X.Org on Fatal events will not work.</li>
- <li>Certain hardware (eg. Lenovo X220) get a black screen when
+ <li>Certain hardware (e.g., Lenovo X220) get a black screen when
i915kms is preloaded.</li>
<li>Scrolling can be slow;</li>
<li>Screen borders are not cleared when changing fonts.</li>
@@ -1524,7 +1542,7 @@ device vt_vga</pre>
four-month duration. The first two candiates are Mathieu Arnold
(<tt>mat</tt>) and Antoine Brodin (<tt>antoine</tt>).</p>
- <p>Ongoing maintainence goes into <tt>redports.org</tt>, including
+ <p>Ongoing maintenance goes into <tt>redports.org</tt>, including
QAT runs, ports and security updates.</p>
</body>
@@ -1667,7 +1685,7 @@ device vt_vga</pre>
files.</task>
<task>There still seem to be some issues surrounding 2 GHz
- vs. 5 GHz association attempts leading to firmware
+ versus 5 GHz association attempts leading to firmware
assertions, especially on the Intel 4965 NIC.</task>
</help>
</project>
More information about the svn-doc-head
mailing list