Regen from article.sgml 1.31.

This commit is contained in:
Bruce A. Mah 2003-03-03 18:39:33 +00:00
parent e14e16d89d
commit cb078750b2
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=16183

View file

@ -22,8 +22,8 @@
2003 by The FreeBSD Documentation Project</p>
<p class="PUBDATE">$FreeBSD:
src/release/doc/en_US.ISO8859-1/errata/article.sgml,v 1.28
2003/02/24 17:50:27 bmah Exp $<br />
src/release/doc/en_US.ISO8859-1/errata/article.sgml,v 1.31
2003/03/03 18:23:57 bmah Exp $<br />
</p>
<hr />
</div>
@ -112,6 +112,19 @@
are given in security advisory <a
href="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:03.syncookies.asc"
target="_top">FreeBSD-SA-03:03</a>.</p>
<p>Due to a buffer overflow in header parsing in <b
class="APPLICATION">sendmail</b>, a remote attacker can
create a specially-crafted message that may cause <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=sendmail&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">sendmail</span>(8)</span></a> to
execute arbitrary code with the privileges of the user
running it, typically <tt class="USERNAME">root</tt>. More
information, including pointers to patches, can be found in
security advisory <a
href="ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/advisories/FreeBSD-SA-03:04.sendmail.asc"
target="_top">FreeBSD-SA-03:04</a>.</p>
</div>
<div class="SECT1">
@ -120,11 +133,11 @@
<h1 class="SECT1"><a id="LATE-NEWS" name="LATE-NEWS">3
Late-Breaking News</a></h1>
<h4 class="BRIDGEHEAD"><a id="AEN41"
name="AEN41">GEOM</a></h4>
<h4 class="BRIDGEHEAD"><a id="AEN48"
name="AEN48">GEOM</a></h4>
<p>The <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=geom&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=geom&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">geom</span>(4)</span></a>-based disk
partitioning code in the kernel will not allow an open
@ -135,18 +148,18 @@
stored. A suggested workaround is to boot from an alternate
disk, a CDROM, or a fixit floppy.</p>
<h4 class="BRIDGEHEAD"><a id="AEN48" name="AEN48"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=dump&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN55" name="AEN55"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=dump&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">dump</span>(8)</span></a></a></h4>
<p>When using disk media with sector sizes larger than 512
bytes (for instance, <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=gbde&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=gbde&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">gbde</span>(4)</span></a> encrypted
disks), the <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=dump&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=dump&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">dump</span>(8)</span></a> program
fails to respect the larger sector size and cannot dump the
@ -162,82 +175,83 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
</pre>
<p>A simpler workaround is to use <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=tar&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=tar&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">tar</span>(1)</span></a> or <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=cpio&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=cpio&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">cpio</span>(1)</span></a> to make
backup copies.</p>
<h4 class="BRIDGEHEAD"><a id="AEN71" name="AEN71"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=mly&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN78" name="AEN78"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=mly&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">mly</span>(4)</span></a></a></h4>
<p>Hangs were reported during FreeBSD 5.0 snapshot
installations when installing to <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=mly&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=mly&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">mly</span>(4)</span></a>-supported
RAID arrays, in hardware configurations that appear to work
fine under FreeBSD 4.7-RELEASE. These problems have been
corrected in FreeBSD 5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN79"
name="AEN79">NETNCP/Netware File System Support</a></h4>
<h4 class="BRIDGEHEAD"><a id="AEN86"
name="AEN86">NETNCP/Netware File System Support</a></h4>
<p>NETNCP and nwfs appear to be as-yet unadapted for KSE,
and hence not working.</p>
and hence not working. These have been fixed in FreeBSD
5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN81" name="AEN81"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=iir&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN88" name="AEN88"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=iir&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">iir</span>(4)</span></a>
controller</a></h4>
<p>During installation, the <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=iir&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=iir&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">iir</span>(4)</span></a> controller
appears to probe correctly, but finds no disk devices.</p>
<h4 class="BRIDGEHEAD"><a id="AEN89" name="AEN89"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN96" name="AEN96"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">truss</span>(1)</span></a> race
condition</a></h4>
<p><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">truss</span>(1)</span></a> appears to
contain a race condition during the start-up of debugging,
which can result in <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">truss</span>(1)</span></a> failing to
attach to the process before it exists. The symptom is that
<a
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">truss</span>(1)</span></a> reports
that it cannot open the <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=procfs&amp;sektion=5&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=procfs&sektion=5&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">procfs</span>(5)</span></a> node
supporting the process being debugged. A bug also appears
to exist wherein <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">truss</span>(1)</span></a> will hang
if <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=execve&amp;sektion=2&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=execve&sektion=2&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">execve</span>(2)</span></a> returns
<tt class="LITERAL">ENOENT</tt> A further race appears to
exist in which <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=truss&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">truss</span>(1)</span></a> will
return ``<tt class="ERRORNAME">PIOCWAIT: Input/output
@ -245,33 +259,33 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
sufficiently changes process execution handling that it has
been deferred until after 5.0.</p>
<h4 class="BRIDGEHEAD"><a id="AEN117" name="AEN117">Disk
<h4 class="BRIDGEHEAD"><a id="AEN124" name="AEN124">Disk
Partitioning in Installer</a></h4>
<p>Some bugs have been reported in <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=sysinstall&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=sysinstall&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">sysinstall</span>(8)</span></a> disk
partitioning. One observed problem on the i386 is that <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=sysinstall&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=sysinstall&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">sysinstall</span>(8)</span></a>
cannot recalculate the free space left on a disk after
changing the type of an FDISK-type partition.</p>
<h4 class="BRIDGEHEAD"><a id="AEN125" name="AEN125">Stale
<h4 class="BRIDGEHEAD"><a id="AEN132" name="AEN132">Stale
Documentation</a></h4>
<p>In some case, documentation (such as the FAQ or
Handbook) has not been updated to take into account FreeBSD
5.0-RELEASE features. Examples of areas where documentation
is still needed include <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=gbde&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=gbde&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">gbde</span>(8)</span></a> and the new
``fast IPsec'' implementation.</p>
<h4 class="BRIDGEHEAD"><a id="AEN131" name="AEN131">SMB
<h4 class="BRIDGEHEAD"><a id="AEN138" name="AEN138">SMB
File System</a></h4>
<p>Attempting to unmount smbfs shares may fail with ``<tt
@ -284,13 +298,13 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
-f</tt>) smbfs shares may cause a kernel panic. This bug
has been fixed in 5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN136" name="AEN136"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=fstat&amp;sektion=2&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN143" name="AEN143"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=fstat&sektion=2&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">fstat</span>(2)</span></a></a></h4>
<p>When called on a connected socket file descriptor, <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=fstat&amp;sektion=2&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=fstat&sektion=2&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">fstat</span>(2)</span></a> is
supposed to return the number of bytes available to read in
@ -300,11 +314,11 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
as <tt class="LITERAL">0</tt> on TCP sockets. This bug has
been fixed in 5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN148" name="AEN148">Kernel
<h4 class="BRIDGEHEAD"><a id="AEN155" name="AEN155">Kernel
Event Queues</a></h4>
<p>The <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=kqueue&amp;sektion=2&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=kqueue&sektion=2&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">kqueue</span>(2)</span></a> <tt
class="LITERAL">EVFILT_READ</tt> filter erroneously
@ -315,24 +329,24 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
class="LITERAL">EVFILT_READ</tt> is also broken on TCP
sockets. This bug has been fixed in 5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN157" name="AEN157">POSIX
<h4 class="BRIDGEHEAD"><a id="AEN164" name="AEN164">POSIX
Named Semaphores</a></h4>
<p>FreeBSD 5.0-RELEASE introduced support for POSIX named
semaphores but the implementation contains a critical bug
that causes <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=sem_open&amp;sektion=3&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=sem_open&sektion=3&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">sem_open</span>(3)</span></a> to
incorrectly handle the opening of the same semaphore
multiple times by the same process, and that causes <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=sem_close&amp;sektion=3&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=sem_close&sektion=3&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">sem_close</span>(3)</span></a> to
crash calling programs. This bug has been fixed in
5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN165" name="AEN165"><tt
<h4 class="BRIDGEHEAD"><a id="AEN172" name="AEN172"><tt
class="FILENAME">/dev/tty</tt> Permissions</a></h4>
<p>FreeBSD 5.0-RELEASE has a minor bug in how the
@ -340,79 +354,83 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
handled. This can be triggered by logging in as a non-<tt
class="USERNAME">root</tt>, non-<tt
class="GROUPNAME">tty</tt> group user, and using <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=su&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=su&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">su</span>(1)</span></a> to switch to
a second non-<tt class="USERNAME">root</tt>, non-<tt
class="GROUPNAME">tty</tt> group user. <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=ssh&amp;sektion=1&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=ssh&sektion=1&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">ssh</span>(1)</span></a> will fail
because it cannot open <tt class="FILENAME">/dev/tty</tt>.
This bug has been fixed in 5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN180" name="AEN180"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=growfs&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN187" name="AEN187"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=growfs&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">growfs</span>(8)</span></a></a></h4>
<p><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=growfs&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=growfs&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">growfs</span>(8)</span></a> no longer
works on <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=vinum&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=vinum&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">vinum</span>(4)</span></a> volumes
(and presumably, on <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=geom&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=geom&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">geom</span>(4)</span></a> entities)
since these subsystems no longer fake disklabels, but <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=growfs&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=growfs&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">growfs</span>(8)</span></a> insists
on examining a label.</p>
<h4 class="BRIDGEHEAD"><a id="AEN197"
name="AEN197">IPFW</a></h4>
<h4 class="BRIDGEHEAD"><a id="AEN204"
name="AEN204">IPFW</a></h4>
<p><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=ipfw&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=ipfw&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">ipfw</span>(4)</span></a> <tt
class="LITERAL">skipto</tt> rules do not work when coupled
with the <tt class="LITERAL">log</tt> keyword. This bug has
been fixed in 5.0-CURRENT.</p>
with the <tt class="LITERAL">log</tt> keyword. <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=ipfw&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">ipfw</span>(4)</span></a> <tt
class="LITERAL">uid</tt> rules also do not work properly.
These bugs have been fixed in 5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN204"
name="AEN204">Passwords and <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=adduser&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN215"
name="AEN215">Passwords and <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=adduser&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">adduser</span>(8)</span></a></a></h4>
<p><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=adduser&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=adduser&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">adduser</span>(8)</span></a> does not
correctly handle setting user passwords containing special
shell characters. This problem has been corrected in
5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN212" name="AEN212"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=xl&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN223" name="AEN223"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=xl&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">xl</span>(4)</span></a></a></h4>
<p>The <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=xl&amp;sektion=4&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=xl&sektion=4&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">xl</span>(4)</span></a> driver has a
timing bug that may cause a kernel panic (or other
problems) when attempting to configure an interface. This
bug has been fixed in 5.0-CURRENT.</p>
<h4 class="BRIDGEHEAD"><a id="AEN220" name="AEN220">ISC
<h4 class="BRIDGEHEAD"><a id="AEN231" name="AEN231">ISC
DHCP</a></h4>
<p><b class="APPLICATION">ISC DHCP</b> was updated to
@ -420,8 +438,8 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
5.0-RELEASE, but was not documented in the release
notes.</p>
<h4 class="BRIDGEHEAD"><a id="AEN223" name="AEN223"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=amd&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
<h4 class="BRIDGEHEAD"><a id="AEN234" name="AEN234"><a
href="http://www.FreeBSD.org/cgi/man.cgi?query=amd&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">amd</span>(8)</span></a>
Interoperability</a></h4>
@ -429,7 +447,7 @@ class="USERINPUT"><b>dump 0f - /junk/ad0.dd | ...</b></tt>
<p>5.0-RELEASE contains some bugs in its non-blocking RPC
code. The most noticeable side-effect of these bugs was
that <a
href="http://www.FreeBSD.org/cgi/man.cgi?query=amd&amp;sektion=8&amp;manpath=FreeBSD+5.0-current">
href="http://www.FreeBSD.org/cgi/man.cgi?query=amd&sektion=8&manpath=FreeBSD+5.0-current">
<span class="CITEREFENTRY"><span
class="REFENTRYTITLE">amd</span>(8)</span></a> users were
not able to mount volumes from a 5.0-RELEASE server. This