Move smbus and inpcb bug reports to the test category: we don't appear

to have much to go on right now, so other than encouraging developers
to pick up and chase these issues, it's not clear what to do with them.
If you use smbus, please test it; if you have access to a crash dump
or crash information involving inpcb, please post about it.
This commit is contained in:
Robert Watson 2002-12-06 20:23:25 +00:00
parent 8bebbd1869
commit 809d779917
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/www/; revision=15201

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.0R/todo.sgml,v 1.97 2002/12/06 20:20:11 rwatson Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/5.0R/todo.sgml,v 1.98 2002/12/06 20:21:17 rwatson Exp $">
<!ENTITY title "FreeBSD 5.0 Open Issues">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
]>
@ -192,24 +192,6 @@
</td>
</tr>
<tr>
<td>No console (term) if smbus is enable in the kernel</td>
<td>--</td>
<td>--</td>
<td>There are reports that kernels build with smbus, viapm, and smb
devices may not properly probe and support the system console
following boot.</td>
</tr>
<tr>
<td>inpcb panic involving IP stack sleep</td>
<td>--</td>
<td>--</td>
<td>Report of a panic in the TCP syncache thread under load, due to
another thread sleeping while holding an inpcb mutex, when not
running with WITNESS (WITNESS would have caught the sleep earlier).
</td>
</tr>
</table>
<h3>Desired Features for 5.0-RELEASE</h3>
@ -383,6 +365,25 @@
with recent 5.0 snapshots and provide feedback to Sam Leffler.</td>
</tr>
<tr>
<td>No console (term) if smbus is enable in the kernel</td>
<td>--</td>
<td>--</td>
<td>There are reports that kernels build with smbus, viapm, and smb
devices may not properly probe and support the system console
following boot.</td>
</tr>
<tr>
<td>inpcb panic involving IP stack sleep</td>
<td>--</td>
<td>--</td>
<td>Report of a panic in the TCP syncache thread under load, due to
another thread sleeping while holding an inpcb mutex, when not
running with WITNESS (WITNESS would have caught the sleep earlier).
</td>
</tr>
</table>
&footer;