Grammar and consistency fixes.
This commit is contained in:
parent
9d5113c0e8
commit
5e2e5eb21a
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=45299
1 changed files with 76 additions and 77 deletions
|
@ -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; 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; Project FTP mirrors. Note, the
|
||||
available on the &os; 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; 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>
|
||||
|
|
Loading…
Reference in a new issue