From owner-svn-doc-all@freebsd.org Mon Oct 31 03:55:45 2016
Return-Path: Non-Transparent Bridges allow creation of memory windows
+ Non-Transparent Bridges allow the creation of memory windows
between different systems using the regular PCIe links of CPUs
as a transport. During the last quarter, the NTB subsystem
gained a significant set of improvements and fixes: The ZFS code base in &os; regularly gets merges of new code,
- staying in sync with latest OpenZFS/Illumos sources. Among
+ staying in sync with the latest OpenZFS/Illumos sources. Among
other things, the latest merge included the following
improvements:
The primary focus areas of the Alpine platform are - high-performance networking, storage and embedded + high-performance networking, storage, and embedded applications. The network subsystem features 10-, 25-, and 50-Gbit Ethernet controllers with support for virtualization, load-balancing, hardware offload and other advanced features.
-A basic patch set has already been committed to HEAD +
A basic patch set has already been committed to head including:
I began with working through the man pages in &os;, verifying +
I began working through the man pages in &os;, verifying the details in pages which already had a history section and making patches for those which did not.
@@ -1061,7 +1049,7 @@ such functionality to the VirtualBox Guest Additions driver. -Good progress was made over last few months. Developers were +
Good progress was made over the last few months. Developers were able to mount a filesystem in read-only mode and, with some limitations, in read-write mode. The implementation still lacks some critical pieces, but the roadmap is clear.
@@ -1113,7 +1101,7 @@evdev support was started by Jakub Klama as a Google SoC 2014 project, and later picked up and finished by Vladimir Kondratiev. General API and evdev support bits for - ukbd and ums were committed to HEAD. + ukbd and ums were committed to head. Support was also added for TI's AM33xx touchstreen controller (the popular BeagleBone is based on the AM33xx) and the official touschreen for the Raspberry Pi. Multitouch support @@ -1183,10 +1171,10 @@
Pine64 support has been committed to head. &os; can now boot to multiuser with SMP enabled. This includes support for - clocks, the secure ID controller, USB Host controller, GPIOs, - non-maskable interrupts, the AXP81x power management unit, cpu + clocks, secure ID controller, USB Host controller, GPIOs, + non-maskable interrupts, AXP81x power management unit, cpu freqency and voltage scaling, MMC, UART, gigabit networking, - the watchdog, and the thermal sensors.
+ watchdog, and thermal sensors.The item that has absorbed the largest portion of Core's attention this quarter concerns the project's handling of - security vulnerabilities in bspatch(1), libarchive(3), - FreeBSD-update(8) and portsnap(8). A partial fix was applied - in &os;-SA-16:25.bspatch but this lacks fixes to libarchive + security vulnerabilities in bspatch(1), + libarchive(3), + freebsd-update(8) and portsnap(8). + A partial fix was applied + in &os;-SA-16:25.bspatch but this lacks fixes to libarchive code that were not yet available from upstream.
SecTeam receives privileged early reports of many @@ -1356,11 +1346,11 @@ published. Early access to information about vulnerabilities is contingent on their ability to avoid premature disclosure, and without such, they could not have security advisories and - patches ready to go immediately when the vulnerability is + patches ready to go immediately when a vulnerability is published.
However, in this case, vulnerabilities were already public - and the lack of any official response from the &os; project + and the lack of any official response from the &os; Project was leading to concern amongst users and some critical press coverage. Core stepped in and published a statement clarifying the situation and the particular difficulties @@ -1489,7 +1479,7 @@ while the loader is effectively still in control. In technical terms, the SetVirtualAddressMap() call must be made with the 1:1 physical:virtual mapping on amd64 - systems, which for &os; means that the call can be only issued + systems, which for &os; means that the call can only be issued by the loader. But the loader needs to know intimate details of the kernel address map to provide the requested information. This creates a new, unfortunate, coupling @@ -1532,12 +1522,12 @@ coded and the kernel interface to access runtime services is based on it.
-During the development, particularly when trying to make +
During development, particularly when trying to make the loader modifications, it was quickly realized that there were no fault-reporting facilities in loader.efi. Machine exceptions resulted in a silent hang. Curiosly, in such a situation the Intel firmware outputs the error code - over the serial port on 115200/8/1 settings, regardless of + over the serial port over 115200/8/1 settings, regardless of UEFI console configuration, which was discovered by accident. Unfortunately, the error code alone is not enough to diagnose most problems.
@@ -1547,7 +1537,7 @@ the firmware IDT and dumps the machine state to the loader console. Due to the complexity of the interception and possible bugs which might do more harm than good there, the - dumper is only activated with explicit administrator + dumper is only activated on explicit administrator action.Note that the described work only provides the kernel @@ -1653,7 +1643,7 @@ branch. This branch should be used for radeon and amdgpu cards. The drm-next-4.7 branch should be used for i915 cards due to instabilities - in the intel driver in drm-next branch.
+ in the intel driver in the drm-next branch.Johannes Lundberg has been working on getting the Wayland environment running on &os;. The Wayland ports are in @@ -1715,7 +1705,7 @@ November. As you can see, we need your donations to continue supporting &os; at our current level. Please consider making a donation at https://www.FreeBSDfoundation.org/donate/.
+ href="https://www.FreeBSDFoundation.org/donate/">https://www.FreeBSDFoundation.org/donate/.OS Improvements
@@ -1733,7 +1723,7 @@As part of the Cluster Administration team, Glen worked with the amazing on-site staff at NYI to rack and install two Cavium ThunderX machines, one of which is used for native - package builds for the &os;/aarch64 architecture, and the + package builds for the &os;/arm64 architecture, and the other of which is targeted to be used as a reference machine in the &os; infrastructure.
@@ -1819,7 +1809,7 @@ and Brad Davis to improve the new user information on FreeBSD.org to make it easier for new people to get started with &os;. You can find his how-to guides at https://www.FreeBSDfoundation.org/FreeBSD/how-to-guides/ + href="https://www.FreeBSDFoundation.org/FreeBSD/how-to-guides/">https://www.FreeBSDFoundation.org/FreeBSD/how-to-guides/ and check out his interview on BSDNow at http://www.bsdnow.tv/episodes/2016_08_24-the_fresh_bsd_experience. @@ -1842,18 +1832,18 @@ tables, and give &os; presentations.We created new handouts to promote TeachBSD.org (https://www.FreeBSDfoundation.org/wp-content/uploads/2016/08/TeachBSD_half_final.pdf) + href="https://www.FreeBSDFoundation.org/wp-content/uploads/2016/08/TeachBSD_half_final.pdf">https://www.FreeBSDFoundation.org/wp-content/uploads/2016/08/TeachBSD_half_final.pdf) and the Google Summer of Code program (https://www.FreeBSDfoundation.org/wp-content/uploads/2016/08/GSOC-flyerv2.pdf).
+ href="https://www.FreeBSDFoundation.org/wp-content/uploads/2016/08/GSOC-flyerv2.pdf">https://www.FreeBSDFoundation.org/wp-content/uploads/2016/08/GSOC-flyerv2.pdf).We published the July/August issue of the &os; Journal: https://www.FreeBSDfoundation.org/past-issues/FreeBSD-and-rtems/.
+ href="https://www.FreeBSDFoundation.org/past-issues/FreeBSD-and-rtems/">https://www.FreeBSDFoundation.org/past-issues/FreeBSD-and-rtems/.We also published monthly newsletters to highlight work being done to support &os;, tell you about upcoming events, and - other information to keep you in the loop of what we’re doing + provide other information to keep you in the loop of what we’re doing to support the &os; Project and community https://www.FreeBSDfoundation.org/news-and-events/newsletter/.
+ href="https://www.FreeBSDFoundation.org/news-and-events/newsletter/">https://www.FreeBSDFoundation.org/news-and-events/newsletter/.Conferences and Events
@@ -1959,7 +1949,7 @@We welcomed Kylie Liang and Philip Paeps to the Board of Directors. More information and interviews can be found at: https://www.FreeBSDfoundation.org/blog/FreeBSD-foundation-welcomes-new-board-members/.
+ href="https://www.FreeBSDFoundation.org/blog/FreeBSD-foundation-welcomes-new-board-members/">https://www.FreeBSDFoundation.org/blog/FreeBSD-foundation-welcomes-new-board-members/.George attended the ARM Partner Meeting in Cambridge.