From owner-svn-doc-head@FreeBSD.ORG Fri Jan 24 00:55:33 2014 Return-Path: Delivered-To: svn-doc-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1DB8835; Fri, 24 Jan 2014 00:55:33 +0000 (UTC) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB4681033; Fri, 24 Jan 2014 00:55:33 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.7/8.14.7) with ESMTP id s0O0tXs6053382; Fri, 24 Jan 2014 00:55:33 GMT (envelope-from pgj@svn.freebsd.org) Received: (from pgj@localhost) by svn.freebsd.org (8.14.7/8.14.7/Submit) id s0O0tXKu053381; Fri, 24 Jan 2014 00:55:33 GMT (envelope-from pgj@svn.freebsd.org) Message-Id: <201401240055.s0O0tXKu053381@svn.freebsd.org> From: Gabor Pali Date: Fri, 24 Jan 2014 00:55:33 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r43637 - head/en_US.ISO8859-1/htdocs/news/status X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 00:55:33 -0000 Author: pgj Date: Fri Jan 24 00:55:33 2014 New Revision: 43637 URL: http://svnweb.freebsd.org/changeset/doc/43637 Log: - Language fixes to the 2013Q4 report [1] - Use the tag for the Intel GPU update entry Submitted by: bjk [1] 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 Thu Jan 23 20:32:49 2014 (r43636) +++ head/en_US.ISO8859-1/htdocs/news/status/report-2013-10-2013-12.xml Fri Jan 24 00:55:33 2014 (r43637) @@ -133,11 +133,11 @@ continuously run are obvious: regressions can be caught sooner rather than later and the Release Engineering Team can better assess the quality of the tree before deciding to cut a release. - Additionally, and because we choose to install the tests, we - also allow any end user to perform sanity checks on new - installations of the system on his or her particular hardware - configuration — a very attractive thing to do when - deploying production servers.

+ Additionally, because we choose to install the tests, we allow + any end user to perform sanity checks on new installations of + the system on their particular hardware configuration — a + very attractive thing to do when deploying production + servers.

During the last few months, we have added the necessary pieces to the build system to support building and installing test programs of @@ -777,9 +777,9 @@

OpenStack is a cloud operating system that controls large pools of compute, storage, and networking resources in a data center. OpenContrail is a network virtualization (SDN) solution - comprising network controller, virtual router and analytics - engine, which can be integrated with cloud orchestration systems - like OpenStack or CloudStack.

+ comprising a network controller, a virtual router, and an + analytics engine, which can be integrated with cloud + orchestration systems like OpenStack or CloudStack.

The goal of this work is to enable &os; as a fully supported compute host for OpenStack, using OpenContrail virtualized @@ -793,7 +793,7 @@

OpenContrail vRouter (forwarding-plane kernel module) port to &os;.

Integration, performance optimizations.

Integration and performance optimizations.

The current state of development features a working demo of @@ -807,12 +807,12 @@

The nova-network approach (based on local host bridging) is becoming an obsolete technology in OpenStack and - was used here only for a demonstration and proof-of-concept + was used here only for demonstration and proof-of-concept purposes, without exploring all the possible features.

The main objective is to move to OpenContrail-based - networking, therefore become compliant with the modern OpenStack - networking API ("neutron").

+ networking, therefore becoming compliant with the modern + OpenStack networking API ("neutron"). @@ -872,7 +872,7 @@ Implement &os; ARM support. Add support for kernel debugging (live local and remote debugging, and core files). - Fix remaining test suite failures. + Fix the remaining test suite failures. Enable by default on the amd64 architecture. @@ -923,8 +923,8 @@ Resolve a 32- vs 64-bit libstand(3) build issue. Merge kernel parsing of EFI memory map metadata. - Integrate EFI framebuffer with vt(9) (also known as - Newcons). + Integrate the EFI framebuffer with vt(9) (also + known as Newcons). Connect efiloader to the build. Document manual installation for dual-boot configurations. Integrate UEFI configuration with the &os; installer. @@ -958,12 +958,13 @@ MATE is a desktop environment forked from the now-unmaintained code base of GNOME 2, therefore it is basically a replacement for GNOME 2. It recommended for users wanting - to keep GNOME 2 as their desktop to switch as GNOME 2 - will be replaced by GNOME 3 in the near future. This - switch will be announced in advance, so people will have time to - move to MATE if they have not already. The complete MATE-based - desktop environment can be installed via the x11/mate - port, or, for a minimal install, x11/mate-base.

+ to keep GNOME 2 as their desktop to switch since + GNOME 2 will be replaced by GNOME 3 in the near + future. This switch will be announced in advance, so people + will have time to move to MATE if they have not already. The + complete MATE-based desktop environment can be installed via the + x11/mate port, or, for a minimal install, + x11/mate-base.

Our home page is quite out of date. An update for it for GNOME 3.6 is underway. Part of this update is rewriting @@ -971,19 +972,20 @@ Porter's Handbook.

Another major task required for getting a bleeding-edge GNOME - build on &os; mostly out-of-the box is moving to JHbuild with + to build on &os; mostly out-of-the box is moving to JHbuild with some custom rules. This is done to find and fix compile issues on other BSDs more quickly.

GNOME 2 ports still need to be sorted out to evaluate - which GNOME 2 components will gone or be replaced with + 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 not - to do that when the upgrade is not preferred. (This does not - mean we do not want to know about these issues, though). + gather the issues and document the migration, including how to + 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). Help the X11 Team with Cairo 1.12, since the next version of GNOME 3 (3.12) will need an up-to-date version @@ -1005,15 +1007,17 @@ -

This &os; Foundation-sponsored project will update the Intel - graphics chipset driver, i915kms, to a recent snapshot - of the Linux upstream code. The update will provide at least - 1.5 years of bugfixes from the Intel team, and introduce support - for the newest hardware — in particular Haswell and - ValleyView. The IvyBridge code will also be updated. Addition - of several features, which are required for the update of X.Org - and Mesa, is also planned.

This project will update the Intel graphics chipset driver, + i915kms, to a recent snapshot of the Linux upstream + code. The update will provide at least 1.5 years of bugfixes + from the Intel team, and introduce support for the newest + hardware — in particular Haswell and ValleyView. The + IvyBridge code will also be updated. The addition of several + features, which are required in order to update X.Org and Mesa, + is also planned.

+ + The &os; Foundation @@ -1108,10 +1112,10 @@ network configuration dialogues to make the identification of wireless interfaces easier.

A number of additional features are also planned. Allow the - user to create additional datasets and adjust the properties on - all datasets in an interactive menu. Also integrate BSDConfig - to allow users to install packages and various other +

A number of additional features are also planned. The + user should be able to create additional datasets and adjust the properties on + all datasets in an interactive menu. There should also be integration with BSDConfig + to allow users to install packages and the various other functionality that was previously provided by sysinstall.

@@ -1148,20 +1152,20 @@

At the November 2013 &os; Vendor Summit, some of the work was - presented that Craig Rodrigues have been doing with Continuous + presented that Craig Rodrigues has been doing with Continuous Integration and Testing at iXsystems. Craig's presentation described how iXsystems is using modern best practices for - building and testing FreeNAS code. Jenkins is a framework for - doing continuous builds and integration, and is used by hundreds - of companies. BHyve (BSD Hypvervisor) is the new virtual - machine system which will be part of &os; 10. Webdriver is - a Python toolkit for testing web applications. By combining - these technologies, iXsystems is developing a modern and - sophisticated workflow for testing and improving the quality of - FreeNAS.

+ building and testing the FreeNAS code. Jenkins is a framework + for doing continuous builds and integration that is used by + hundreds of companies. BHyve (BSD Hypvervisor) is the new + virtual machine system which will be part of &os; 10. + Webdriver is a Python toolkit for testing web applications. By + combining these technologies, iXsystems is developing a modern + and sophisticated workflow for testing and improving the quality + of FreeNAS.

Ed Maste from The &os; Foundation was interested in this work, - and based on this interest, now it is being ported to &os;. + and based on this interest, it is now being ported to &os;. Currently, a machine in the &os; cluster has been allocated for this purpose, where a bhyve(4)-based virtual machine was set up and Jenkins was installed. The remainder is still in @@ -1218,14 +1222,15 @@ freebsd-x11 mailing-list (see the links above) to gather information about the behavior on other configurations (new Intel driver and non-Intel drivers). As of this writing, - received reports talk about improvements or, at least, no change - noticed.

+ the reports received talk about improvements or, at least, no + change noticed.

To better manage changes such as the WITH_NEW_XORG and - Cairo 1.12 mentioned above, we asked on freebsd-x11 - mailing-list if people are using &os; 8.x on their desktop - computers and why they do not upgrade to &os; 9.x or 10.x. - So far, we received very few answers to this.

+ Cairo 1.12 changes mentioned above, we asked on the + freebsd-x11 mailing-list if people are using + &os; 8.x on their desktop computers and why they do not + upgrade to &os; 9.x or 10.x. So far, we received very few + answers to this.

The Radeon KMS driver in &os; 10.x is now considered stable, especially that integrated GPUs are now properly @@ -1272,7 +1277,7 @@

Research and prototyping has begun on a new project to implement autofs(4) — an automounter filesystem — and its userland counterpart, automountd(8). - The idea is to provide very similar user experience to the + The idea is to provide a very similar user experience to the automounters available on Linux, MacOS X, and Solaris, including using the same map format. The automounter will also integrate with directory services, such as LDAP.

@@ -1366,9 +1371,10 @@ device vt_vga

Switching to vty0 from X.Org on Fatal events will not work.
Certain hardware (eg. Lenovo X220) get black screen when i915kms is preloaded.
Certain hardware (eg. Lenovo X220) get a black screen when + i915kms is preloaded.
Scrolling can be slow;
Screen borders is not cleared when changing fonts.
Screen borders are not cleared when changing fonts.
vt(9) locks up with the gallant12x22 font in VirtualBox.

@@ -1503,9 +1509,9 @@ device vt_vga

Ongoing effort went into testing larger changes, as many as 8 a week, including sweeping changes to the tree, moderization of the infrastructure, and basic quality assurance (QA) runs. Many - iterations of 10.0-RELEASE tests were run to ensure the - maximum amount of packages would be available for the - release.

+ iterations of tests against 10.0-RELEASE were run to + ensure that the maximum number of packages would be available + for the release.

We now have pkg(8) packages for the releases 8.3, 8.4, 9.1, 9.2, 10.0 and -CURRENT on pkg.FreeBSD.org. During @@ -1523,8 +1529,8 @@ device vt_vga - As previously noted, many PRs continue to languish, we would - like to see a committers dedicate themselves to closing as many + As previously noted, many PRs continue to languish; we would + like to see some committers dedicate themselves to closing as many as possible! @@ -1542,8 +1548,8 @@ device vt_vga

The &os; Cluster Administration Team consists of the people - responsible for administrating the machines that the project - relies on for its distributed work and communication to be + responsible for administering the machines that the project + relies on for its distributed work and communications to be synchronised. In the last quarter of 2013, they continued general maintenance of the &os; cluster across all sites.

@@ -1583,13 +1589,13 @@ device vt_vga -

Basic support for Freescale Vybrid Family VF6xx heterogeneous - ARM Cortex-A5/M4 System-on-Chip (SoC) was added to &os; - head. The Vybrid VF6xx family is an implementation of - the new modern Cortex-A5-based low-power ARM SoC boards. Vybrid - devices are ideal for applications including simple HMI in - appliances and industrial machines, secure control of - infrastructure and manufacturing equipment, energy conversion +

Basic support for the Freescale Vybrid Family VF6xx + heterogeneous ARM Cortex-A5/M4 System-on-Chip (SoC) was added to + &os; head. The Vybrid VF6xx family is an + implementation of the new modern Cortex-A5-based low-power ARM + SoC boards. Vybrid devices are ideal for applications including + simple HMI in appliances and industrial machines, secure control + of infrastructure and manufacturing equipment, energy conversion applications such as motor drives and power inverters, ruggedized wired and wireless connectivity, and control of mobile battery-operated systems such as robots and industrial @@ -1641,10 +1647,10 @@ device vt_vga the last six months:

New hardware support, 2xxx, 6xxx, 1xx series hardware.
New hardware support: 2xxx, 6xxx, 1xx series hardware.
Many bugs fixed, including scanning, association, EAPOL related - fixes.
Many bugs were fixed, including scanning, association, EAPOL + related fixes.
iwn(4) now natively works with 802.11n rates from the net80211 rate control code, rather than mapping non-11n rates to 11n @@ -1656,7 +1662,7 @@ device vt_vga There are still some scan hangs, due to how net80211 scans a single channel at a time. This needs to be resolved. - The transmit, receive, scan and calibration code need to be + The transmit, receive, scan and calibration code needs to be refactored out of if_iwn.c and into separate source files. @@ -1773,7 +1779,7 @@ device vt_vga
As a result, according to PortScout, our team has 464 ports (down from 473), of which 88.15% are up-to-date (down from - 98.73%). iXsystems Inc. continues to provided a machine for + 98.73%). iXsystems Inc. continues to provide a machine for the team to build packages and to test updates. iXsystems Inc. has been providing the KDE/&os; Team with support for quite a long time and we are very grateful for that.
@@ -1825,7 +1831,7 @@ device vt_vga Reaper service which helps to enforce the aforementioned policy.
-
Along with the works of John Baldwin and Hiroki Sato, many +
With the work of John Baldwin, Hiroki Sato, and others, many licenses in the base system source code have been revisited and cleaned up. Furthermore, the Core Team is hoping that the situation can be improved by introducing periodic automated @@ -1863,21 +1869,22 @@ device vt_vga
The GCC compiler in the &os; base system is on its way to deprecation and is only used by some Tier-2 platforms at this time. While Clang is much better in many aspects, we still - cannot use in base all the new features it brings until we can - drop GCC completely. As a stop-gap solution several bug fixes - and features from Apple GCC and other sources have been ported - to our version of GCC 4.2.1 to make it more compatible with - Clang. &os;'s GCC has added more warnings and some enhancements - like -Wmost and -Wnewline-eof. An - implementation for Apple's blocks extension is now available too - and it will be very useful to enhance &os;'s support for Apple's - Grand Central Dispatch (GCD).
+ cannot use in the base system all the new features that it + brings until we can drop GCC completely. As a stop-gap + solution, several bug fixes and features from Apple GCC and + other sources have been ported to our version of GCC 4.2.1 + to make it more compatible with Clang. &os;'s GCC has added + more warnings and some enhancements like -Wmost and + -Wnewline-eof. An implementation for Apple's blocks + extension is now available, too, and it will be very useful to + enhance &os;'s support for Apple's Grand Central Dispatch + (GCD).
- Merge from head to stable/9 is being - considered but it disables nested functions by default so the - impact on ports has to be evaluated. + A merge from head to stable/9 is being + considered but it disables nested functions by default, so the + impact on the Ports Collection needs to be evaluated. No further development of GCC 4.2 in the base system is planned. @@ -1915,8 +1922,8 @@ device vt_vga processing donations and will post the final numbers by mid-January. We are extremely grateful to all the individuals and organizations that supported us and the Project by making a - donation in 2013. We already started our fundraising efforts - for 2014.
+ donation in 2013. We have already started our fundraising + efforts for 2014.

Some of the highlights from this past quarter include:
@@ -1945,7 +1952,7 @@ device vt_vga
Sponsored and attended the OpenZFS developer summit.
Represented the foundation at the following conferences: All - Things Open in Raleigh, NC and LISA in DC.
Sponsored the &os; 20th Birthday Party, held in San Francisco.

An Input/Output Memory Management Unit (IOMMU) is a Memory Management Unit (MMU) that connects a Direct Memory - Access-capable (DMA-capable) I/O bus to the main memory, - therefore I/O virtualization is performed by the chipset. An - example IOMMU is the graphics address remapping table (GART) - used by AGP and PCI Express graphics cards. Intel has published - a specification for IOMMU technology as Virtualization - Technology for Directed I/O, abbreviated VT-d.

A VT-d driver was committed to head and stable/10, so busdma(9) is now able to utilize @@ -2019,7 +2026,7 @@ device vt_vga via the hw.dmar.enable loader(8) tunable — see the links for more information. The immediate plans include increasing the support for this kind of hardware by - testing and providing the workarounds for specific issues, and + testing and providing workarounds for specific issues, and by adding features of the next generation of Intel IOMMU. Hopefully, the existing and new consumers of VT-d will start to use the driver soon.

head

Spectra Logic Corporation

- Finish review and commit PVH DomU support. + Finish reviewing and commit the PVH DomU support. Work on PVH Dom0 support.