Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 25 Jan 2014 18:33:27 +0000 (UTC)
From:      Gabor Pali <pgj@FreeBSD.org>
To:        doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org
Subject:   svn commit: r43642 - head/en_US.ISO8859-1/htdocs/news/status
Message-ID:  <201401251833.s0PIXRTh039772@svn.freebsd.org>

next in thread | raw e-mail | index | archive | help
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&nbsp;2 components will be gone or be replaced with
 	their newer GNOME&nbsp;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 &mdash; untested.</li>
 	<li>MIPS &mdash; untested.</li>
 	<li>PPC and PPC64 &mdash; Works, but without X.Org yet.</li>
-	<li>SPARC &mdash; works on certain hardware (eg. Ultra 5).</li>
+	<li>SPARC &mdash; works on certain hardware (e.g., Ultra 5).</li>
 	<li><tt>vesa(4)</tt> &mdash; in progress.</li>
 	<li>i386/amd64 nVidia driver &mdash; need testing.</li>
 	<li>Xbox framebuffer driver &mdash; 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&nbsp;GHz
-	vs. 5&nbsp;GHz association attempts leading to firmware
+	versus 5&nbsp;GHz association attempts leading to firmware
 	assertions, especially on the Intel 4965 NIC.</task>
     </help>
   </project>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201401251833.s0PIXRTh039772>