Whitespace-only fixes. Spaces added in some places, removed in others,

phlogistons massaged.  Any translators paying attention, please ignore.
This commit is contained in:
Warren Block 2015-07-19 20:40:16 +00:00
parent e759c0cb2c
commit ea4e584b9d
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=47021

View file

@ -350,7 +350,7 @@
</ul>
<p>Mathieu Arnold (<tt>mat@</tt>) committed
<a href=" https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197878">PR197878</a>,
<a href="https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197878">PR197878</a>,
updating the Xfce section in the Porter's Handbook.</p>
<p>We also follow the unstable releases (available in our
@ -1091,11 +1091,10 @@
</links>
<body>
<p>A Process-Context Identifier (PCID) is a performance enhancing
feature of the
Translation Lookaside Buffer (TLB) on Intel processors,
introduced with the Sandy Bridge micro-architecture. It
allows the TLB to
<p>A Process-Context Identifier (PCID) is a
performance-enhancing feature of the Translation Lookaside
Buffer (TLB) on Intel processors, introduced with the Sandy
Bridge micro-architecture. It allows the TLB to
simultaneously cache translation information for several
address spaces, and gives an opportunity for the operating
system context switch code to avoid flushing the TLB upon
@ -1126,23 +1125,24 @@
<p>The new PCID implementation uses an algorithm described in
the U. Vahalia book "UNIX Internals: The New Frontiers". The
algorithm is already used, for example, by the MIPS pmap for
assigning Address Space Identifiers (ASIDs) to software-managed
TLB entries. The pmap
maintains a per-CPU generation count, which is assigned to the
next unused PCID when the context is activated on CPU. TLB
invalidation includes resetting the generation count, which
causes reallocation of the PCID when a context switch is
performed. As result, the new implementation issues exactly
the same amount of shootdown IPIs as a pmap which does not
utilize PCID.</p>
assigning Address Space Identifiers (ASIDs) to
software-managed TLB entries. The pmap maintains a per-CPU
generation count, which is assigned to the next unused PCID
when the context is activated on CPU. TLB invalidation
includes resetting the generation count, which causes
reallocation of the PCID when a context switch is performed.
As result, the new implementation issues exactly the same
amount of shootdown IPIs as a pmap which does not utilize
PCID.</p>
<p>Another change included with the PCID rewrite is a move of
the address space switching code from assembler to C source,
making the algorithm easier to understand and validate.</p>
<p>Measurements done with <tt>hwpmc(4)</tt> on a Haswell machine
indicated that the new implementation reduced the TLB miss rate by
up to 10 times, without an increase in TLB shootdown IPIs.</p>
indicated that the new implementation reduced the TLB miss
rate by up to 10 times, without an increase in TLB shootdown
IPIs.</p>
<p>The rewrite was committed to HEAD at r282684.</p>
@ -1405,9 +1405,9 @@
steam again. The OpenBSM source code repository was migrated
from &os;'s Perforce server to GitHub. We hope this will make
the code more accessible and stimulate outside contributions.
In addition to the repository migration, automated build testing
using Travis CI has been enabled, and initial steps towards a
new test release have been made.</p>
In addition to the repository migration, automated build
testing using Travis CI has been enabled, and initial steps
towards a new test release have been made.</p>
</body>
<help>
@ -2571,9 +2571,8 @@
<li>Worked with Colin Percival and Brad Davis on testing
and refining the release build code to support building
Amazon EC2 images and Vagrant images for Hashicorp Atlas,
respectively.
</li>
Amazon EC2 images and Vagrant images for Hashicorp
Atlas, respectively.</li>
<li>Reworked the &os;/arm build code to provide a
fully-native build infrastructure for the existing
@ -2583,10 +2582,10 @@
<li>Wrote several additional utilities to reduce human
error in several areas of Release Engineering, including
producing the filesystem hierarchy used by the FTP mirrors,
enhancements to the internal build scripts used by Release
Engineering, and support for automatically uploading and
publishing virtual machine images.</li>
producing the filesystem hierarchy used by the FTP
mirrors, enhancements to the internal build scripts used
by Release Engineering, and support for automatically
uploading and publishing virtual machine images.</li>
<li>While attending BSDCan 2015, Glen worked with several
developers and teams on various items, such as
@ -2627,7 +2626,8 @@
<links>
<url href="http://wiki.FreeBSD.org/Wine">Wine wiki</url>
<url href="http://wiki.FreeBSD.org/i386-Wine">Wine on amd64 wiki</url>
<url href="http://wiki.FreeBSD.org/i386-Wine">Wine on amd64
wiki</url>
<url href="http://www.winehq.org">Wine homepage</url>
</links>
@ -2639,11 +2639,12 @@
<ul>
<li>Stable releases: 1.6.2 (1 port revision)</li>
<li>Development releases: 1.7.40 through 1.7.46</li>
</ul>
<p>The <tt>i386-wine-devel</tt> port has packages built for amd64 for
&os; 8.4, 9.1+, 10.1+ and CURRENT.</p>
<p>The <tt>i386-wine-devel</tt> port has packages built for
amd64 for &os; 8.4, 9.1+, 10.1+ and CURRENT.</p>
<p>Accomplishments include:</p>
@ -2654,24 +2655,36 @@
<p>Future development on Wine will focus on:</p>
<ul>
<li>Add the <tt>getdirentries(2)</tt> patch to the <tt>wine-devel</tt> port.</li>
<li>Redevelop and upstream the <tt>getdirentries(2)</tt> patch.</li>
<li>Redevelop and upstream the kernel32 <tt>Makefile</tt> patch.</li>
<li>Add support to the <tt>i386-wine</tt> port for <tt>pkg</tt> 1.5 (library
conflicts currently prevent support).</li>
<li>Add the <tt>getdirentries(2)</tt> patch to the
<tt>wine-devel</tt> port.</li>
<li>Redevelop and upstream the <tt>getdirentries(2)</tt>
patch.</li>
<li>Redevelop and upstream the kernel32 <tt>Makefile</tt>
patch.</li>
<li>Add support to the <tt>i386-wine</tt> port for
<tt>pkg</tt> 1.5 (library conflicts currently prevent
support).</li>
<li>Add support for Windows 32-bit on Windows 64-bit (WoW64):
<ul>
<li>Reduce the <tt>i386-wine</tt> port to just the components
required for WoW64.</li>
<li>Reduce the <tt>i386-wine</tt> port to just the
components required for WoW64.</li>
<li>Rename the <tt>i386-wine</tt> port to
<tt>wow64</tt>.</li>
<li>Make the wine ports depend on the wow64 ports when built
on amd64.</li>
<li>Make the wine ports depend on the wow64 ports when
built on amd64.</li>
<li>Investigate and verify the interactions between Wine64
and WoW64.</li>
<li>Investigate possible update approaches for the
wow64 ports (that have to be pre-compiled) and how updating
with the wine ports will work.</li>
wow64 ports (that have to be pre-compiled) and how
updating with the wine ports will work.</li>
</ul>
</li>
</ul>
@ -2691,7 +2704,8 @@
<task>
<p>&os;/amd64 integration (see the
<a href="http://wiki.FreeBSD.org/i386-Wine">i386-Wine wiki</a>)</p>
<a href="http://wiki.FreeBSD.org/i386-Wine">i386-Wine
wiki</a>)</p>
</task>
<task>
@ -2722,25 +2736,27 @@
</links>
<body>
<p>The KDE on &os; team focuses on packaging and making sure that
the experience of KDE and Qt on &os; is as good as possible.</p>
<p>The KDE on &os; team focuses on packaging and making sure
that the experience of KDE and Qt on &os; is as good as
possible.</p>
<p>Brad Davis has been working on CMake resulting in an update to
version 3.2.3 being committed to ports.</p>
<p>Brad Davis has been working on CMake resulting in an update
to version 3.2.3 being committed to ports.</p>
<p>Overall, we have updated the following ports in this quarter:</p>
<p>Overall, we have updated the following ports in this
quarter:</p>
<ul>
<li>CMake 3.2.3 (committed to ports)</li>
<li>Qt 4.8.7 (committed to area51)</li>
<li>Qt 5.4.1 (refinements committed to ports)</li>
</ul>
<ul>
<li>CMake 3.2.3 (committed to ports)</li>
<li>Qt 4.8.7 (committed to area51)</li>
<li>Qt 5.4.1 (refinements committed to ports)</li>
</ul>
</body>
<help>
<task>
<p>Put more effort into the Qt5-related ports: KDE Frameworks 5
(currently worked on by Tobias Berner) and PyQt 5.</p>
<p>Put more effort into the Qt5-related ports: KDE Frameworks
5 (currently worked on by Tobias Berner) and PyQt 5.</p>
</task>
</help>
</project>