From owner-svn-doc-all@freebsd.org Sun Dec 17 19:18:39 2017
Return-Path:
Delivered-To: svn-doc-all@mailman.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
[IPv6:2001:1900:2254:206a::19:1])
by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27923E928A5;
Sun, 17 Dec 2017 19:18:39 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org (repo.freebsd.org
[IPv6:2610:1c1:1:6068::e6a:0])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(Client did not present a certificate)
by mx1.freebsd.org (Postfix) with ESMTPS id D9AC47AB4B;
Sun, 17 Dec 2017 19:18:38 +0000 (UTC) (envelope-from bjk@FreeBSD.org)
Received: from repo.freebsd.org ([127.0.1.37])
by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id vBHJIcUj051707;
Sun, 17 Dec 2017 19:18:38 GMT (envelope-from bjk@FreeBSD.org)
Received: (from bjk@localhost)
by repo.freebsd.org (8.15.2/8.15.2/Submit) id vBHJIccU051706;
Sun, 17 Dec 2017 19:18:38 GMT (envelope-from bjk@FreeBSD.org)
Message-Id: <201712171918.vBHJIccU051706@repo.freebsd.org>
X-Authentication-Warning: repo.freebsd.org: bjk set sender to bjk@FreeBSD.org
using -f
From: Benjamin Kaduk
Date: Sun, 17 Dec 2017 19:18:38 +0000 (UTC)
To: doc-committers@freebsd.org, svn-doc-all@freebsd.org,
svn-doc-head@freebsd.org
Subject: svn commit: r51318 - head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Group: doc-head
X-SVN-Commit-Author: bjk
X-SVN-Commit-Paths: head/en_US.ISO8859-1/htdocs/news/status
X-SVN-Commit-Revision: 51318
X-SVN-Commit-Repository: doc
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-BeenThere: svn-doc-all@freebsd.org
X-Mailman-Version: 2.1.25
Precedence: list
List-Id: "SVN commit messages for the entire doc trees \(except for "
user" , " projects" , and " translations"
\)"
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
X-List-Received-Date: Sun, 17 Dec 2017 19:18:39 -0000
Author: bjk
Date: Sun Dec 17 19:18:37 2017
New Revision: 51318
URL: https://svnweb.freebsd.org/changeset/doc/51318
Log:
Make an editing pass through the 2017Q3 report
Modified:
head/en_US.ISO8859-1/htdocs/news/status/report-2017-07-2017-09.xml
Modified: head/en_US.ISO8859-1/htdocs/news/status/report-2017-07-2017-09.xml
==============================================================================
--- head/en_US.ISO8859-1/htdocs/news/status/report-2017-07-2017-09.xml Sun Dec 17 08:15:40 2017 (r51317)
+++ head/en_US.ISO8859-1/htdocs/news/status/report-2017-07-2017-09.xml Sun Dec 17 19:18:37 2017 (r51318)
@@ -104,7 +104,7 @@
Miscellaneous
- Objects that defy categorization.
+ Items that defy categorization.
@@ -187,14 +187,14 @@
- The CPU topology detection code was enhanced to properly
- detect Zen dies and CCXes. This gives the scheduler more
- locality information to make scheduling decisions.
+ detect Zen dies and CPU Complexes. This gives the scheduler more
+ locality information to use when making scheduling decisions.
- The x86 topology analysis was enhanced to report dies and
- CCXes, in addition to the existing reporting on packages,
- cores, and threads. An example of the new output is
- "FreeBSD/SMP: 1 package(s) x 2 groups x 2 cache groups
- x 4 core(s) x 2 hardware threads".
+ CPU Complexes, in addition to the existing reporting on packages,
+ cores, and threads. An example of the new output is
+ FreeBSD/SMP: 1 package(s) x 2 groups x 2 cache groups
+ x 4 core(s) x 2 hardware threads.
- The amdsmn(4) driver for accessing SMN (System Management
Network) registers was added.
@@ -204,29 +204,30 @@
- In cpufreq(4):
- - Added support for decoding Zen P-state info from MSRs
- (mostly not necessary due to ACPI P-state information,
- but potentially useful)
+ - Added support for decoding Zen P-state information
+ from Machine State Registers (which is usually not
+ necessary, since it is largely redundant with ACPI
+ P-state information, but is potentially useful)
- Work around the apparent Ryzen inability to achieve
the P1 state by not busying cores waiting to
- transition.
+ transition to it
- The intpm(4) smbus driver was fixed to attach to FCH
- (Fusion Controller Hub).
+ The intpm(4) smbus driver was fixed to attach to the AMD
+ FCH (Fusion Controller Hub).
All MCA banks are now enabled and monitored on Zen
CPUs.
- Feature bit decoding was added for: CLZERO, SVM features,
- RAS capabilities.
+ Feature-bit decoding was added for: CLZERO, SVM features,
+ and RAS capabilities.
SHA intrinsic support was added to the aesni(4) driver.
Ryzen is currently the only desktop processor to feature
- these intrinsics. Support is also present in Intel's
- Goldmont line of low end SoCs.
+ these intrinsics. Support for these intrinsics is also
+ present in Intel's Goldmont line of low-end SoCs.
Overall, Zen is now a very usable platform for x86
@@ -236,8 +237,8 @@
Dell EMC Isilon
- Add HWPMC support for new performance counters in
- Zen.
+ Add HWPMC support for the new performance counters
+ avilable on the Zen architecture.
Add support for the CCP (Crypto Co-Processor).
@@ -359,16 +360,18 @@
This summer has seen the creation of a puppet@ team to help
- maintain the ~30 Puppet-related ports in the &os; ports tree.
+ maintain the approximately 30 Puppet-related ports in the &os;
+ ports tree.
These ports were previously maintained by various committers,
- and from time to time this introduced some delays when
- updating a port due to the need to wait for a maintainer's
+ and from time to time the distributed maintainership
+ introduced some delays when
+ updating a port due, to the need to wait for a maintainer's
approval for a related change to a different port.
Puppet 5 is now in the ports tree (as
sysutils/puppet5). The C++ version of Facter
(sysutils/facter) got a lot of love and is now a
- drop-in replacement for the previous Ruby version of Facter
+ drop-in replacement for the previous Ruby version
(sysutils/rubygem-facter); it is the default facts
source for the Puppet 5 port.
@@ -377,7 +380,7 @@
- The pkgng package provider has some minor issues
+ The pkg package provider has some minor issues
(it breaks things when no repos are configured, and is not
working properly from the context of the MCollective package
agent).
@@ -411,7 +414,7 @@
iWARP is a protocol suite that enables efficient movement
of data across the network, building on Remote Direct Memory
Access, Direct Data Placement, and Marker PDU Aligned Framing.
- It endeavors to avoid unnecessary (local) data copies and
+ It endeavors to avoid unnecessary (local) data copies and to
offload work from the main CPU to dedicated hardware.
An initial commit adding iWARP support for the Intel X722
@@ -460,10 +463,10 @@
This quarter, with the help of Matt Macy and Sean Bruno (among
others), we've submitted a review in Phabricator for the
conversion of the ixgbe driver to use the new (and evolving)
- iflib interface.
+ iflib framework.
Stay tuned for the conversion of the 40G driver
- (ixl) as it is currently being ported to use
+ (ixl), as it is currently being ported to use
iflib.
The FreeBSDDesktop team is happy to announce the availability of
- graphics/drm-next-kmod. This port for &os; CURRENT
+ graphics/drm-next-kmod. This port for &os;-CURRENT
(amd64) provides support for the amdgpu,
i915, and radeon DRM
modules using the linuxkpi compatibility framework.
- The port currently corresponds to DRM from Linux 4.9 and is in
- an experimental state. It works reliably for a lot of testers
+ The port currently corresponds to the DRM from Linux 4.9 and is in
+ an experimental state. It works reliably for many testers
with modern GPU hardware (AMD HD7000 series/Tahiti to Polaris
- and Intel HD3000/Sandy Bridge to Skylake). Broader testing and
+ and Intel HD3000/Sandy Bridge to Skylake). Broader testing and
reporting/fixing of bugs is appreciated.