[BACK]Return to errata.html CVS log [TXT][DIR] Up to [local] / www
File: [local] / www / errata.html (download) (as text)

Revision 1.153, Mon Dec 28 23:32:04 1998 UTC (25 years, 5 months ago) by millert
Branch: MAIN
Changes since 1.152: +10 -1 lines 

Mention patch for nfs3 mounts > 2gig on big endian machines (fxdr_hyper macro fix)

<!DOCTYPE HTML PUBLIC  "-//IETF//DTD HTML Strict//EN">
<html>
<head>
<title>OpenBSD release errata</title>
<link rev=made href=mailto:www@openbsd.org>
<meta name="resource-type" content="document">
<meta name="description" content="the OpenBSD CD errata page">
<meta name="keywords" content="openbsd,cd,errata">
<meta name="distribution" content="global">
<meta name="copyright" content="This document copyright 1997-1998 by OpenBSD.">
</head>

<BODY BGCOLOR="#FFFFFF" TEXT="#000000" LINK="#23238E">

<img alt="[OpenBSD]" height=30 width=141 SRC="images/smalltitle.gif">
<h2><font color=#0000e0>
This is the OpenBSD 2.4 release errata &amp; patch list:

</font></h2>

<hr>
<a href=errata21.html>For 2.1 errata, please refer here</a>.<br>
<a href=errata22.html>For 2.2 errata, please refer here</a>.<br>
<a href=errata23.html>For 2.3 errata, please refer here</a>.<br>
<hr>

<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4.tar.gz>
You can also fetch a tar.gz file containing all the following patches</a>.
This file is updated once a day.

<hr>

<ul>
<a name=all></a>
<li><h3><font color=#e00000>All architectures</font></h3>
<ul>
<a name=nfs3></a>
<li><font color=#009000><strong>FUNCTIONALITY FIX</strong></font><br>
A problem with NFS version 3 mounts on big endian machines (m68k, sparc
and powerpc) exists when mounting filesystems larger than 2gig.  You
can see evidence of the bug by running df(1) and checking for negative
partition sizes.
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/common/nfs3.patch>
A source code patch exists which remedies this problem.</a>
<p>
<a name=terminfo></a>
<li><font color=#009000><strong>FUNCTIONALITY FIX</strong></font><br>
A workaround for an xterm problem that causes <strong>vi</strong> to not
restore the correct cursor position on exit.
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/common/terminfo.src.patch>
A source code patch exists which remedies this problem.</a>
<br>
Alternately, you can also download a pre-compiled terminfo file to be
installed as <strong>/usr/share/misc/terminfo.db</strong>.  For i386,
alpha and mips, use the
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/common/terminfo.db-LE.tar.gz>
little endian</a> version.  For sparc, m68k and powerpc, use the
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/common/terminfo.db-BE.tar.gz>
big endian</a> version.
<p>
<a name=userdir></a>
<li><font color=#009000><strong>FUNCTIONALITY FIX</strong></font><br>
<strong>userdir</strong> support was accidentally left out of httpd(8).
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/common/userdir.patch>
A source code patch exists which remedies this problem.</a>
<p>
<a name=bootpd></a>
<li><font color=#009000><strong>SECURITY FIX</strong></font><br>
A remotely exploitable problem exists in bootpd(8).  bootpd is disabled
by default, but some people may actually be using it.
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/common/bootpd.patch>
A source code patch exists which remedies this problem</a>, this is the
second version of the patch.
<p>
<a name=tcpfix></a>
<li><font color=#009000><strong>SECURITY FIX</strong></font><br>
A remote machine lockup problem exists in the TCP decoding code.
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/common/tcpfix.patch>
A source code patch exists which remedies this problem.</a>
<p>
</ul>
<a name=i386></a>
<li><h3><font color=#e00000>i386</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=mac68k></a>
<li><h3><font color=#e00000>mac68k</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=sparc></a>
<li><h3><font color=#e00000>sparc</font></h3>
<ul>
<a name=hme></a>
<li><font color=#009000><strong>DRIVER FIX</strong></font><br>
The sparc hme(4) driver works poorly on some types of of SS-20 machines.
This is because those machines lie, saying they support 64-bit DMA
bursting.  No sun4m machines supprort that.
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/sparc/hme.patch>
A source code patch exists which remedies this problem.</a>
<p>
<a name=hme></a>
<li><font color=#009000><strong>DRIVER FIX</strong></font><br>
The sparc le(4) driver does media changes incorrectly on one type of
sbus le(4) card.  
<a href=ftp://ftp.openbsd.org/pub/OpenBSD/patches/2.4/sparc/le.patch>
A source code patch exists which remedies this problem.</a>
<p>
</ul>
<a name=amiga></a>
<li><h3><font color=#e00000>amiga</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=pmax></a>
<li><h3><font color=#e00000>pmax</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=arc></a>
<li><h3><font color=#e00000>arc</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=alpha></a>
<li><h3><font color=#e00000>alpha</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=hp300></a>
<li><h3><font color=#e00000>hp300</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=mvme68k></a>
<li><h3><font color=#e00000>mvme68k</font></h3>
<ul>
<li>No problems identified yet.
</ul>
<a name=powerpc></a>
<li><h3><font color=#e00000>powerpc</font></h3>
<ul>
<li>No problems identified yet.
</ul>



<p>
</ul>
<br>

<hr>
<a href=errata21.html>For 2.1 errata, please refer here</a>.<br>
<a href=errata22.html>For 2.2 errata, please refer here</a>.<br>
<a href=errata23.html>For 2.3 errata, please refer here</a>.<br>
<hr>
<a href=orders.html><img height=24 width=24 src=back.gif border=0 alt=OpenBSD></a> 
<a href=mailto:www@openbsd.org>www@openbsd.org</a>
<br><small>$OpenBSD: errata.html,v 1.153 1998/12/28 23:32:04 millert Exp $</small>

</body>
</html>