Typo, spelling, grammar fixes.

Reviewed by:	danger
Approved by:	danger
This commit is contained in:
Ulrich Spörlein 2012-01-25 13:22:42 +00:00
parent d0bf284126
commit 981cda05c5
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=38306

View file

@ -1,7 +1,7 @@
<?xml version="1.0" encoding="ISO-8859-1" ?>
<!DOCTYPE report PUBLIC "-//FreeBSD//DTD FreeBSD XML Database for Status
Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<!-- $FreeBSD: www/en/news/status/report-2011-10-2011-12.xml,v 1.2 2012/01/20 13:02:53 danger Exp $ -->
<!-- $FreeBSD: www/en/news/status/report-2011-10-2011-12.xml,v 1.3 2012/01/22 17:14:42 danger Exp $ -->
<report>
<date>
<month>October-December</month>
@ -109,7 +109,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</body>
<help>
<task>Need some fresh -exp runs to check the new status esp with
<task>Need some fresh -exp runs to check the new status especially with
ruby 1.9.3-p0.</task>
</help>
</project>
@ -130,10 +130,10 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<body>
<p>Two new libraries, libc++ (providing a C++11 STL implementation)
and libcxxrt (providing an implementation of the C++ ABI
specification). This is enabled by adding WITH_LIBCPLUSPLUS=yes to
src.conf. It is not enabled by default because libc++ does not
build with the version of gcc in the base system and requires you
to build with clang.</p>
specification) have been added. This is enabled by adding
WITH_LIBCPLUSPLUS=yes to src.conf. It is not enabled by default
because libc++ does not build with the version of gcc in the base
system and requires you to build with clang.</p>
<p>Once it is built, you can select between using GNU libstdc++ and
libc++ by adding -stdlib=libc++ or -stdlib=libstdc++ to your
@ -184,8 +184,8 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</links>
<body>
<p>GEOM MULTIPATH class took major rewrite to fix many problems and
improve functionality, including:</p>
<p>The GEOM MULTIPATH class underwent a major rewrite to fix many
problems and improve functionality, including:</p>
<ul>
<li>Improved locking and destruction process to fix crashes.</li>
@ -205,21 +205,21 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
errors. "Fail" and "restore" commands added to manually control
failure status.</li>
<li>Added Active/Active mode support. Unlike default
Active/Passive mode, load evenly distributed between all working
paths. If supported by the device, it allows to significantly
improve performance, utilizing bandwidth of all paths. It is
controlled by -A option during creation.</li>
<li>Added Active/Active mode support. Unlike the default
Active/Passive mode, the load is evenly distributed between all
working paths. If supported by the device, it allows to
significantly improve performance, utilizing bandwidth of all
paths. It is controlled by the -A option during creation.</li>
<li>Provider size check added to reduce chance of conflict with
other GEOM classes.</li>
<li>Geom is now destroyed on last provider disconnection.</li>
<li>GEOM is now destroyed on last provider disconnection.</li>
<li>`status` and `list` commands output was improved.</li>
</ul>
<p>This changes are now committed into the &os; HEAD branch. Merge
<p>These changes are now committed into the &os; HEAD branch. Merge
to 9-STABLE and 8-STABLE is planned after 9.0 release.</p>
<p>Project sponsored by iXsystems, Inc.</p>
@ -229,8 +229,8 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<task>Implement some additional request ordering mechanism for the
Active/Active mode. Some consumers in theory may not wait for
previous requests completion before submitting new overlapping or
dependent requests. Those requests may reorder on device if run via
different paths simultaneously.</task>
dependent requests. Those requests may be reordered on device if
run via different paths simultaneously.</task>
</help>
</project>
@ -311,8 +311,8 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<body>
<p>Significantly updated CARP protocol has been committed to head/.
I expect the new code to be more easy to maintain and less buggy,
since it uses less hacks to the networking stack.</p>
I expect the new code to be easier to maintain and less buggy,
since it uses less hacks in the networking stack.</p>
<p>The new CARP does not bring a lot of new features, however here
is a couple:</p>
@ -503,8 +503,8 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
complete support for NFSv4.0, as well as NFSv3 and NFSv2. NFSv4.0
delegations are not enabled by default for the server, since there
is no handling of them for local system calls done on the server,
as yet. Sofar, the transition seems to have gone alright, with only
a couple of obscure issues identified sofar that did not get fixed
as yet. So far, the transition seems to have gone alright, with only
a couple of obscure issues identified that did not get fixed
for &os; 9.0. Patches for these can be found at
<a href="http://people.FreeBSD.org/~rmacklem">
http://people.FreeBSD.org/~rmacklem</a>
@ -514,7 +514,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
current code includes functioning support for the required
components, in particular, sessions for both fore and back
channels. Development for the big optional component pNFS is in
progress and with hopefully be functional for the Files layout in a
progress and will hopefully be functional for the Files layout in a
few months. The modified sources can be found at <a
href="http://svn.FreeBSD.org/viewvc/base/projects/nfsv4.1-client">
http://svn.FreeBSD.org/viewvc/base/projects/nfsv4.1-client</a>.</p>
@ -668,15 +668,15 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<body>
<p>We are proud to announce that the &os; Haskell Team has updated
the Haskell Platform to 2011.4.0.0, as well as updated GHC to 7.0.4
in &os; Haskell ports repository. We also added number of new
Haskell ports, and there count is now more than 300. Some of the
in &os; Haskell ports repository. We also added a number of new
Haskell ports, and their count is now more than 300. Some of the
new ports include Yesod, Happstack (popular web development
frameworks in Haskell), ThreadScope (a graphical profiler tool for
parallel Haskell programs).</p>
<p>Due to ports repository freeze for 9.0-RELEASE, these updates
are not in official ports tree yet. They will be committed to ports
repository after ports tree is unfreezed again, in the meantime
are not in official ports tree yet. They will be committed to the
ports repository after it is unfrozen again, in the meantime
they can be accessed through &os; Haskell ports repository.</p>
</body>
@ -770,7 +770,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Using more NewBus bells and whistles allows to properly see HDA
structure with standard system instruments, such as `devinfo -v`.
Biggest driver file size now is 150K, instead of 240K before, and
the code is much more clean.</li>
the code is much cleaner.</li>
<li>Support for multichannel recording was added. While I have
never seen it configured by default, UAA specification tells that
@ -783,15 +783,15 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
examples.</li>
<li>Signal tracer was improved to look for cases where several
DACs/ADCs in CODEC can work with the same audio signal. If such
case found, driver registers additional playback/record stream
(channel) for the pcm device. Having more then one stream allows
DACs/ADCs in CODEC can work with the same audio signal. If such a
case is found, the driver registers additional playback/record stream
(channel) for the pcm device. Having more than one stream allows
to avoid vchans use and so avoid extra conversion to vchan's
pre-configured sample rate and format. Not many CODECs allow
this, especially on playback, but some do.</li>
<li>New controller streams reservation mechanism was implemented.
That allows to have more pcm devices then streams supported by
That allows to have more pcm devices than streams supported by
the controller (usually 4 in each direction). Now it limits only
number of simultaneously transferred audio streams, that is
rarely reachable and properly reported if happens.</li>
@ -806,10 +806,10 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
clicks.</li>
<li>Driver now decodes pins location and connector type names. In
some cases it allows to hint user where on the system case
connectors, related to the pcm device, are located. Number of
some cases it gives a hint to the user where the connectors of
the pcm device are located on the system case. The number of
channels supported by pcm device, reported now (if it is not 2),
should also make search easier.</li>
should also make finding them easier.</li>
</ul>
<p>The code is in testing now and should be soon committed to the
@ -822,7 +822,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<task>Closer inspection of HDMI/DisplayPort audio is
planned.</task>
<task>Number of hardware, mostly laptops, need workarounds to work
<task>A number of hardware, mostly laptops, need workarounds to work
properly. Some statistics should be collected to implement some of
them avoiding excessive code bloat.</task>
</help>
@ -845,7 +845,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<p>BIO_DELETE support (aka TRIM) was added to the CAM SCSI Direct
Access device driver (da).</p>
<p>Depending on device capabilities different methods used to
<p>Depending on device capabilities different methods are used to
implement it. Currently used method can be read/set via
kern.cam.da.X.delete_method sysctls. Possible values are:</p>
@ -867,17 +867,17 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<p>The last two methods (UNMAP and WS16) are defined by SBC
specification and the UNMAP method is the most advanced one. The
rest of methods I have found supported in Linux, and as soon as they
were trivial to implement, then why not? Hope they will be useful
rest of the methods I have found supported in Linux, and as they
were trivial to implement, then why not? I hope they will be useful
in some cases.</p>
<p>As side product of fetching logical block provisioning support
flag, da driver also got support for reporting device physical
sector size (aka Advanced Format) via stripesize/stripeoffset GEOM
fields. For known 4K sector disks not reporting it properly number
of quirks were added.</p>
fields. Some quirks were added for known 4K sector disks not
reporting it properly.</p>
<p>The code was committed to the HEAD branch and going to be merged
<p>The code was committed to the HEAD branch and is going to be merged
to 8/9-STABLE after some time.</p>
<p>Project sponsored by iXsystems, Inc.</p>
@ -989,7 +989,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
actual translation, was done by him. We thank Christopher very
much.</p>
<p>The other chapter that was translated of the new bsdinstall
<p>The other chapter that was translated is the new bsdinstall
chapter. Benedict Reuschling did the work on this chapter. He tried
to keep the same titles for sections that are mostly describing the
same things as in the sysinstall chapter (at least where this was
@ -1005,7 +1005,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<task>Catch up with the latest changes made to the
documentation.</task>
<task>Translate more www pages into german.</task>
<task>Translate more www pages into German.</task>
<task>Find bugs in the German documentation and fix them.</task>
</help>
@ -1034,7 +1034,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<p>This year we started work on GNOME 3.0. Due to time constrains
and lack of man power, this version did not make it into the ports.
Current we have 3.2 in our development repo. See the development
Currently we have 3.2 in our development repo. See the development
FAQ on our website for details. The MC-UPDATING file contains
upgrade instructions.</p>
@ -1205,7 +1205,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<p>The audistdistd will allow to reliably and securely distribute
audit trail files over TCP/IP network to remote system. In case of
system compromise it will enable administrator to analyze audit
system compromise it will enable administrators to analyze audit
records in trusted environment.</p>
<p>This project is sponsored by the &os; Foundation and should be
@ -1236,7 +1236,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
prototyped in p4 and merged into mainstream &os; with support from
the &os; Foundation and iXsystems earlier in 2011 for World IPv6
Day continued as a free time project. Thanks to the help of an
anonymous source, dedicated i386 and amd64 build machine and a
anonymous source, dedicated i386 and amd64 build machines and a
distribution node were setup to allow continuous building of
snapshots and we hope to extend the support for the snapshots in
the future providing more services.</p>
@ -1292,7 +1292,7 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
<p>This work is extending current Book-E support in &os; towards
PPC4xx processors variation along with device drivers for
integrated peripherials.</p>
integrated peripherals.</p>
<p>The following drivers have been created since the last
report:</p>
@ -1458,9 +1458,9 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
Sheeva embedded CPU. These devices integrate up to four ARMv6/v7
compliant Sheeva CPU cores with shared L2 cache.</p>
<p>This work is extending &os;/arm infrastructure towards support
<p>This work is extending the &os;/arm infrastructure towards support
for recent ARM architecture variations along with a basic set of
device drivers for integrated peripherials.</p>
device drivers for integrated peripherals.</p>
<p>The following code has been implemented since the last status
report:</p>
@ -1626,10 +1626,10 @@ Report//EN" "http://www.FreeBSD.org/XML/www/share/sgml/statusreport.dtd">
</ul>
<p>pkgng now has real safe binary upgrade, as well as real
intregrity checking, work has been started to have the ports tree
to be able to bootstrap pkgng. More info on the <a
integrity checking, work has been started to have the ports tree
be able to bootstrap pkgng. More info on the <a
href="http://lists.FreeBSD.org/pipermail/freebsd-ports/2011-November/071631.html">
CFT</a>.</p>
CFT email.</a>.</p>
<p>The pointyhat-west build machine continues toward production
use, code updates have made it more versatile such as swapping out