o Remove contractions (wasn't, don't)

o s/5.x/5.X

PR:		docs/76563
Submitted by:	Jesus R. Camou <jcamou@es.FreeBSD.org>
This commit is contained in:
Simon L. B. Nielsen 2005-01-22 09:47:47 +00:00
parent b947877b2d
commit 6d951d345e
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=23615

View file

@ -56,7 +56,7 @@
3.<replaceable>X</replaceable> series. Work on 3-CURRENT trudged along
seemingly forever, and finally a cry was made to <quote>just ship it</quote> and
clean up later. This decision resulted in the 3.0 and 3.1 releases
being very unsatisfying for most, and it wasn't until 3.2 that the
being very unsatisfying for most, and it was not until 3.2 that the
series was considered <quote>stable</quote>. To make matters worse, the &t.releng.3;
branch was created along with the 3.0 release, and the &t.releng.head; branch was
allowed to advance immediately towards 4-CURRENT. This resulted in a
@ -64,7 +64,7 @@
&t.releng.3; branch very difficult. &os; 2.2.8 was left for quite a while
as the last production-quality version of &os;.</para>
<para>Our intent is to avoid repeating that scenario with &os; 5.x.
<para>Our intent is to avoid repeating that scenario with &os; 5.X.
Delaying the &t.releng.5; branch until it is stable and production quality
will ensure that it stays maintainable and provides a compelling reason
to upgrade from 4.<replaceable>X</replaceable>. To do this, we must
@ -428,7 +428,7 @@
<listitem>
<para>busdma interface and drivers: architectures like PAE/&i386; and
sparc64 which don't have a direct mapping between host memory
sparc64 which do not have a direct mapping between host memory
address space and expansion bus address space require the
elimination for vtophys() and friends. The busdma interface was
created to handle exactly this problem, but many drivers do not use