Grammar and consistency fixes.

This commit is contained in:
Warren Block 2014-07-15 12:19:29 +00:00
parent 9d5113c0e8
commit 5e2e5eb21a
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=45299

View file

@ -123,7 +123,7 @@
system of &os;-11. CUSE is short for character device in
userspace. The CUSE library is a wrapper for the devfs(8)
kernel functionality which is exposed through /dev/cuse. In
order to function the CUSE kernel code must either be enabled
order to function, the CUSE kernel code must either be enabled
in the kernel configuration file or loaded separately as
a module. Follow the commit message link to get more
information.
@ -145,32 +145,32 @@
</contact>
<body>
<p>The &os; RPC stack, used as base for its NFS server, took
multiple optimizations to improve its performance and SMP
scalability. Algorithmic optimizations allowed to reduce
<p>The &os; RPC stack, used as a base for its NFS server, received
multiple optimizations to improve performance and SMP
scalability. Algorithmic optimizations reduced
processing overhead, while improved locking allowed it to
scale up to at least 40 processor cores without significant
lock congestion. Combined with some other kernel
optimizations that allowed to increase peak NFS request rate
optimizations, the peak NFS request rate increased
by many times, reaching up to 600K requests per second on
modern hardware.</p>
<p>The CAM Target Layer (CTL), used as base for new kernel iSCSI
server, also took series of locking optimization, that allowed
to increase its peak request rate from ~200K to ~600K IOPS
with potential of reaching reate of 1M request per second.
server, also received a series of locking optimizations which allowed
its peak request rate to increase from ~200K to ~600K IOPS
with the potential of reaching a rate of 1M requests per second.
That rate is sufficient to completely saturage 2x10Gbit
Ethernet links with 4KB requests. For comparison, the port of
net/istgt (user-level iSCSI server) on the same hardware with
equal configuration shown only 100K IOPS.</p>
an equivalent configuration showed only 100K IOPS.</p>
<p>There is also ongoing work on improving CTL functionality.
It was already made to support 3 of 4 VMWare VAAI storage
It was already made to support three of four VMWare VAAI storage
acceleration primitives (net/istgt supports 2), while the goal
is to reach full VAAI support during next months.</p>
<p>With all above, and earlier improvements in CAM, GEOM, ZFS
and number of other kernel areas coming soon FreeBSD 10.1 may
<p>With all these improvements, and earlier improvements in CAM, GEOM, ZFS,
and a number of other kernel areas coming soon, FreeBSD 10.1 may
become the fastest storage release ever. ;)</p>
<p>These projects are sponsored by iXsystems, Inc.</p>
@ -203,15 +203,15 @@
<p>Booting &os; on the ARM Foundation Model has made a lot of
progress since the last status report. An initial pmap
implementation has been written. With this &os; is able to
implementation has been written. With this, &os; is able to
enter the Machine Independent boot code. The required
autoconf functions have been added allowing &os; to start
scheduling tasks. Finally the cpu_switch and copystr
functions were added. With these two &os; will boot to the
functions were added. With these two, &os; will boot to the
mountroot prompt.</p>
<p>Work has started on supporting exceptions, including
interrupts. This will start to allow more developers to start
interrupts. This will allow more developers to start
working on device drivers.</p>
</body>
@ -273,24 +273,24 @@
integration with graphics modes and broader character set
support.</p>
<p>Since last <a
href="http://www.freebsd.org/news/status/report-2014-01-2014-03.html#Updated-vt%284%29-System-Console">report</a>
<tt>vt(4)</tt> got ability to make early driver selection.
<tt>vt(4)</tt> select best successfully probed driver before
most of kernel subsystems. Also, to make easy migration from
<p>Since the last <a
href="http://www.freebsd.org/news/status/report-2014-01-2014-03.html#Updated-vt%284%29-System-Console">report</a>,
<tt>vt(4)</tt> gained the ability to make early driver selection.
<tt>vt(4)</tt> selects the best successfully-probed driver before
most other kernel subsystems. Also, to make easy migration from
<tt>syscons(4)</tt> to <tt>vt(4)</tt>, multiple virtual
terminal subsystems in the kernel are now supported and it is
terminal subsystems in the kernel are now supported. It is
controlled by a small module with just one kernel environment
variable <tt>kern.vty=sc</tt> or
variable. Users can select the virtual terminal system to use by setting <tt>kern.vty=sc</tt> or
<tt>kern.vty=vt</tt>.</p>
<p>The GENERIC kernel configuration for the amd64 and i386
platforms include both <tt>syscons(4)</tt> and <tt>vt(4)</tt>
platforms now includes both <tt>syscons(4)</tt> and <tt>vt(4)</tt>
by default. This configuration is also planned to be in the
next 10-STABLE release and &os;&nbsp;10.1-RELEASE.</p>
<p>Project finally get his man page, so now <tt>vt(4)</tt> not
only project name, but also link to its documentation. Great
<p>The project finally received a man page, so now <tt>vt(4)</tt> is not
only the project name, but also a link to its documentation. Great
thanks to &a.wblock; for that.</p>
<p>Major highlights:</p>
@ -361,7 +361,7 @@
<task>Convert keyboard maps for use with <tt>vt(4)</tt>.</task>
<task>Implement compatibility mode to be able to use single-byte
charsets/key-codes in the <tt>vt(4)</tt>.</task>
charsets/key-codes in <tt>vt(4)</tt>.</task>
</help>
</project>
@ -406,14 +406,14 @@
</links>
<body>
<p>The ports-mgmt/poudriere-devel port is aware of how to build
<p>The <tt>ports-mgmt/poudriere-devel</tt> port is aware of how to build
ports via an emulator. Configuration of the miscellaneous
binary image activator is required prior to a poudriere-devel
run.</p>
<p>ARMV6, MIPS32 and MIPS64 packages can be produced via full
emulation. There are several packages that block a full run
of builds. They can be viewed on the Status of ports building
of builds. They can be viewed on the "Status of ports building"
link.</p>
<p>On current or latest stable/10:</p>
@ -431,7 +431,7 @@
<p><tt>gmake; gmake install</tt></p>
<p>Then setup the binmiscctl tools to do some evil hackery to
<p>Then set up the <tt>binmiscctl</tt> tools to do some evil hackery to
redirect execution of armv6 binaries to qemu:</p>
<p><tt>binmiscctl add armv6 --interpreter \
@ -448,12 +448,12 @@
<p><tt>poudriere jail -c -j 11armv632 -m svn -a armv6 \<br/>
-v head</tt></p>
<p>You can now run poudriere against that jail to build all the
<p>Now run poudriere against that jail to build all the
ports:</p>
<p><tt>poudriere bulk -j 11armv632 -a</tt></p>
<p>Nullfs mount your ports tree into the jail:</p>
<p>Nullfs mount the ports tree into the jail:</p>
<p><tt>mkdir /usr/local/poudriere/jails/11armv632/usr/ports<br/>
mount -t nullfs /usr/ports /usr/local/poudriere/jails/11armv632/usr/ports</tt></p>
@ -465,8 +465,8 @@
</body>
<help>
<task>PPC on AMD64 emulation. WIP as there appears to be some
serious issues running the bsd-user binary on big endian
<task>PPC on AMD64 emulation. This is a work in progress as there appear to be some
serious issues running the bsd-user binary on big-endian
hardware. Justin Hibbits working on this.</task>
<task>SPARC64 on AMD64 emulation is non-functional and instantly
@ -476,17 +476,17 @@
<task>External Tool Chain, XDEV support. Partial support for
using an AMD64 tool chain that can output other architecture
(use AMD64 toolchain to build MIPS64 packages). Currently
tracking a linking issue with ports-mgmt/pkg. Thanks to
tracking a linking issue with <tt>ports-mgmt/pkg</tt>. Thanks to
Warner Losh, Baptiste Daroussin, Dimitry Andric for poking at
bits in here to make the XDEV target useful.</task>
<task>Signal Handling, MIPS/ARMV6 target still displays a
<task>Signal handling, MIPS/ARMV6 target still displays a
failure that manifests itself when building
devel/p5-Sys-SigAction.</task>
<tt>devel/p5-Sys-SigAction</tt>.</task>
<task>Massive documentation update needed. These modifications
actually allow you to chroot into a MIPS or ARMv6 environment
and use native tool chains and libraries to prototype your
actually allow chrooting into a MIPS or ARMv6 environment
and using native tool chains and libraries to prototype
software for a target platform.</task>
</help>
</project>
@ -640,7 +640,7 @@
</project>
<project cat='team'>
<title>The &os; Core Team</title>
<title>&os; Core Team</title>
<contact>
<person>
@ -659,7 +659,7 @@
policy reviews and some significant changes to the project
development methodology.</p>
<p>In May, a new release policy was published as well as being
<p>In May, a new release policy was published and
presented at the BSDCan developer conference by John Baldwin.
The idea is that each major release branch (for example, 10.X) is
guaranteed to be supported for at least five years, but
@ -751,14 +751,13 @@
a datacenter.</p>
<p>OpenContrail is a network virtualization (SDN) solution
comprising network controller, virtual router and analytics
comprising network controller, virtual router, and analytics
engine, which can be integrated with cloud orchestration
systems like OpenStack or CloudStack.</p>
<p>This work goal is to enable &os; as a fully supported
<p>This work's goal is to enable &os; as a fully supported
compute host for OpenStack using OpenContrail virtualized
networking. The main areas of development are the
following:</p>
networking. The main areas of development are:</p>
<ul>
<li>Libvirt hypervisor driver for bhyve.</li>
@ -785,7 +784,7 @@
node components only)</li>
</ul>
<p>A demo was presented at &os; DevSummit during the BSDCan2014
<p>A demo was presented at the DevSummit during BSDCan2014
in Ottawa. Also, a meetup regarding the subject was organized
in Krakow, Poland.</p>
@ -821,7 +820,7 @@
<p>We published our third issue of the &os; Journal. We have
over 2700 subscriptions so far. We continued working on the
digital edition, that will allow subscribers to read the
digital edition, which will allow subscribers to read the
magazine in different web browsers, including those than run
on &os;. This will be available for the July/August issue of
the Journal.</p>
@ -830,8 +829,8 @@
marketing director, to help us promote the Foundation and
Project.</p>
<p>We held our annual board meeting in Ottawa, Canada, in May.
We elected directors and officers, and did some long term
<p>The annual board meeting was held in Ottawa, Canada, in May.
Directors and officers were elected, and did some long term
planning. We worked on our vision, core values, project road
mapping, and our near term goals. We also met with the core
team to discuss roles and responsibilities, project
@ -856,8 +855,8 @@
(texaslinuxfest.org), and SouthEast LinuxFest, June 20-22
(southeastlinuxfest.org).</p>
<p>We purchased hardware to support an upgrade at Sentex. A new,
high capacity, 1Gbps switch, was deployed to allow for more
<p>Hardware was purchased to support an upgrade at Sentex. A new
high capacity 1Gbps switch was deployed to allow for more
systems to be added to the test lab. The main file server and
development box was upgraded to allow more users in the lab
simultaneously.</p>
@ -881,7 +880,7 @@
the head/ and stable/ branches, with feedback and help from Ed
Maste, Glen finished work to produce release images that will,
by default, provide debugging files for userland and kernel
available on the &os;&nbsp;Project FTP mirrors. Note, the
available on the &os;&nbsp;Project FTP mirrors. Note that the
debugging files will not be included on the bootonly.iso,
disc1.iso, or dvd1.iso images due to the size of the resulting
images.</p>
@ -892,7 +891,7 @@
changes to address these issues are in progress.</p>
<p>Some previously completed Foundation-sponsored projects
received some enhancements or additional work. The ARM
received enhancements or additional work. The ARM
superpages project was completed last year, but is now enabled
by default in &os;-CURRENT. Many stability fixes and
enhancements have been committed to the in-kernel iSCSI stack.
@ -930,11 +929,11 @@
<body>
<p>SDIO is an interface designed as an extension of the existing
SD card standard, to allow connecting different peripherals to
SD card standard, which allows connecting different peripherals to
the host with the standard SD controller. Peripherals
currently sold at the general market include WLAN/BT modules,
cameras, fingerprint readers, and barcode scanners.
Additionally SDIO is used to connect some peripherals in
Additionally, SDIO is used to connect some peripherals in
products like Chromebooks and Wandboard. A prototype of the
driver for the Marvell SDIO WLAN/BT (Avastar 88W8787) module
is also being developed, using the existing Linux driver as
@ -943,16 +942,16 @@
<p>SDIO card detection and initialization already work, most
needed bus methods are implemented and tested.</p>
<p>WiFi driver is able to load a firmware onto the card and
<p>The WiFi driver is able to load firmware onto the card and
initialize it. A rewrite of the MMC stack as a transport
layer for CAM framework is in progress. This will allow
layer for the CAM framework is in progress. This will allow
utilization of the well-tested CAM locking model and debug features.</p>
</body>
<help>
<task>SDIO stack: finish CAM migration. The initialization of
MMC/SD card is implemented in the XPT layer, but cannot be
tested with the real hardware because of lack of any device
tested with real hardware because of the lack of any device
drivers that implement peripheral drivers and SIMs for CAM
MMC. The plan is to use a modified version of BeagleBone Black
SDHCI controller driver for SIM and a modified version of
@ -987,7 +986,7 @@
<body>
<p>The &os; Release Engineering Team is responsible for setting
and publishing release schedules for official project releases
of &os;, announcing code freezes and maintaining the
of &os;, and announcing code freezes and maintaining the
respective branches, among other things.</p>
<p>In early May, the &os;&nbsp;9.3-RELEASE cycle entered the
@ -997,8 +996,8 @@
release cycle, and at the time of this writing, 9.3-RELEASE
should be available on schedule.</p>
<p>There is ongoing work to integrate support for embedded
architectures as part of the release build process. At this
<p>Work is ongoing to integrate support for embedded
architectures into the release build process. At this
time, support exists for a number of ARM kernels, in
particular the Raspberry Pi, BeagleBone, and WandBoard.</p>
@ -1041,7 +1040,7 @@
<p>Fiasco.OC belongs to the L4 microkernel family. A microkernel
provides a bare minimum of services to the applications
running on top of it, unlike traditional kernels that
incorporate a complex code like IP stacks and device drivers.
incorporate complex code like IP stacks and device drivers.
This allows a dramatic decrease in the amount of code
running in the privileged mode of the CPU, achieving higher
security while still providing an acceptable level of
@ -1052,13 +1051,13 @@
operating system. The OS kernel runs in user-mode side-by-side
with other microkernel applications such as real-time
components. Multiple OSes, each with their userland
applications, may be even run in parallel, thus allowing to
build the products where processing of corporate data is
applications, can even be run in parallel, thus allowing
construction of products where processing of corporate data is
strictly separated from the processing of private data.</p>
<p>The project aims to create a port of &os; to Fiasco.OC
microkernel, which is a high performance L4 microkernel
developed by TU Dresden. The existing ports of OpenBSD and
<p>The project aims to create a port of &os; to the Fiasco.OC
microkernel, a high performance L4 microkernel
developed by TU Dresden. Existing ports of OpenBSD and
Linux are used as a reference. This will allow the use of
unique &os; features like ZFS in L4-based projects.</p>
</body>
@ -1067,7 +1066,7 @@
<task>Finish opensourcing the port of L4OpenBSD/amd64 made by
genua mbh. This is a work in progress.</task>
<task>Publish the sources of L4&os; port that is largely based
<task>Publish the sources of the L4&os; port that is largely based
on the L4OpenBSD code.</task>
<task>Improve the port, the first task being adopting the
@ -1137,7 +1136,7 @@
improvements in the dependency solver. Now we can:</p>
<ul>
<li>Switch versions of eg. perl or php and resolve all the
<li>Switch versions of, for example, Perl or PHP and resolve all the
conflicts with packages that depend on them automatically.
No more need to manually switch package origins.</li>
@ -1155,15 +1154,15 @@
functionality.</li>
</ul>
<p>Beyond the next release we have work in progress on allowing
<p>Beyond the next release, we have work in progress on allowing
ranges of versions in dependency rules and handling
a selection of "foreign" package repositories, such as CPAN or
CTAN or PyPi.</p>
<p>There are plans to use pkg(8) to package up the base system
which amongst other benefits will allow writing a universal
installer -- so you can download one installer image and from
there you can install any available version of &os; including
<p>There are plans to use pkg(8) to package up the base system.
Along with other benefits, this will allow writing a universal
installer: download one installer image and from
there install any available version of &os;, including
snapshots.</p>
<p>We are also intending to use pkg(8) within the ports tree at
@ -1223,9 +1222,9 @@
<p>Thanks to a contribution from Jan Kokemüller, Radeon 32bit
ioctls are now working on 64bit hosts. This was tested
successfully with Wine and StarCraft II on &os; 9.x and 11.
This required modifications to emulators/i386-wine-devel so
This required modifications to <tt>emulators/i386-wine-devel</tt> so
that it works with WITH_NEW_XORG, and the creation of a new
port, libtxc_dxtn, to support texture compression required by
port, <tt>libtxc_dxtn</tt>, to support texture compression required by
StarCraft II. We haven't yet had the time to polish
everything, so this still requires manual steps.</p>
@ -1233,10 +1232,10 @@
current i915 driver. Therefore, the i915 driver must be
updated before anything is committed.</p>
<p>Compared to last status report, OpenCL test programs are
<p>Compared to the previous status report, OpenCL test programs are
running fine now, thanks to upgrades and fixes to libc++ and
Clang. Relevant ports are still not ready to hit the ports
tree unfortunately.</p>
tree, unfortunately.</p>
</body>
<help>