Move a bunch of recently-completed items down to the Testing column. Thanks

to everyone who has worked on these!
This commit is contained in:
Scott Long 2004-10-01 19:20:06 +00:00
parent bbb6a9d4ec
commit 16c4ef9191
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=22530

View file

@ -1,7 +1,7 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" [
<!ENTITY base CDATA "../..">
<!ENTITY email 'freebsd-qa'>
<!ENTITY date "$FreeBSD: www/en/releases/5.3R/todo.sgml,v 1.87 2004/09/25 22:14:35 scottl Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/5.3R/todo.sgml,v 1.88 2004/09/26 19:31:47 scottl Exp $">
<!ENTITY title "FreeBSD 5.3 Open Issues">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
<!ENTITY % developers SYSTEM "../../developers.sgml"> %developers;
@ -74,45 +74,12 @@
itself, rather than ethernet frame header.</td>
</tr>
<tr>
<td>if_em wedging under high pps</td>
<td>&status.new;</td>
<td>-</td>
<td>There have been several reports of if_em cards "wedging" under high
packets-per-second load. This needs to be debugged and fixed.</td>
</tr>
<tr>
<td>KAME IPSEC "ENOBUFS" problem with racoon and mbuma</td>
<td>&status.wip;</td>
<td>&a.rwatson;</td>
<td>There are reports that racoon is unable to complete IKE negotiation
due to a send to the pfkey socket returning ENOBUFS. This appears to
be a result of an incorrect assumption about mbuf data size due to a
change resulting from mbuma.</td>
</tr>
<tr>
<td>Panic on USB detach</td>
<td>&status.unknown</td>
<td>&a.imp;, &a.scottl;</td>
<td>A recent regression in the USB code is causing panics when a USB
device detaches, especially USB hubs. Since detaching a USB device is
a common event, this must be fixed for the release.</td>
</tr>
</table>
<h3>Required features for 5.3-RELEASE</h3>
<table border=1 width="100%">
<tr><th>Issue</th><th>Status</th><th>Responsible</th><th>Description</th></tr>
<tr>
<td>BIND9 import into 5-CURRENT</td>
<td>&status.wip;</td>
<td>&a.dougb;</td>
<td>BIND9 must be imported for 5.3-RELEASE.</td>
</tr>
<tr>
<td>KSE support for sparc64</td>
<td>--</td>
@ -141,14 +108,6 @@
5.3-RELEASE.</td>
</tr>
<tr>
<td>Synaptics touchpad problems</td>
<td>&status.wip;</td>
<td>&a.philip;</td>
<td>Synaptics updates to the psm(4) driver have resulted in poor
interactivity for taps and button press events for some users.</td>
</tr>
<tr>
<td>Entropy harvesting optimizations</td>
<td>&status.wip;</td>
@ -599,6 +558,51 @@
also before moving this to "testing" status.</td>
</tr>
<tr>
<td>if_em wedging under high pps</td>
<td>&status.untested;</td>
<td>&a.mlaier;</td>
<td>There have been several reports of if_em cards "wedging" under high
packets-per-second load. A fix is in RELENG_5 now.</td>
</tr>
<tr>
<td>Panic on USB detach</td>
<td>&status.untested</td>
<td>&a.imp;, &a.scottl;</td>
<td>A recent regression in the USB code is causing panics when a USB
device detaches, especially USB hubs. A fix is in RELENG_5 now.</td>
</tr>
<tr>
<td>KAME IPSEC "ENOBUFS" problem with racoon and mbuma</td>
<td>&status.untested;</td>
<td>&a.rwatson;</td>
<td>There are reports that racoon is unable to complete IKE negotiation
due to a send to the pfkey socket returning ENOBUFS. This appears to
be a result of an incorrect assumption about mbuf data size due to a
change resulting from mbuma. A fix for this is in RELENG_5 now.</td>
</tr>
<tr>
<td>BIND9 import into 5-CURRENT</td>
<td>&status.untested;</td>
<td>&a.dougb;, &a.des;, &a.trhodes;</td>
<td>BIND9 is now in RELENG_5 and HEAD. Testing is needed of basic
functionality, migration from 8.x, and 3rd party packages in the ports
tree.</td>
</tr>
<tr>
<td>Synaptics touchpad problems</td>
<td>&status.untested;</td>
<td>&a.philip;</td>
<td>Synaptics updates to the psm(4) driver have resulted in poor
interactivity for taps and button press events for some users.
Support is now disabled by default but work will procede to fix the
underlying problems.</td>
</tr>
</table>
&footer;