os/doc
3
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

Reduce the size of the todo list some more. Thanks to Tor Egge for fixing

Browse source 
a particularly vexing problem.
This commit is contained in:
Scott Long 2005-09-17 16:48:08 +00:00
parent cd96331876
commit efd67ebae6
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=25674
1 changed files with 13 additions and 21 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

34
en/releases/6.0R/todo.sgml
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/6.0R/todo.sgml,v 1.32 2005/09/13 14:25:16 rwatson Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/6.0R/todo.sgml,v 1.33 2005/09/15 06:08:07 scottl Exp $">
<!ENTITY title "FreeBSD 6.0 Open Issues">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
<!ENTITY % developers SYSTEM "../../developers.sgml"> %developers;
@ -70,14 +70,6 @@
<td>Found by stress tests at <a href="http://www.holm.cc/stress/log/cons142.html">http://www.holm.cc/stress/log/cons142.html</a>.</td>
</tr>
<tr>
<td>panic: wrong b_bufobj</td>
<td>&status.unknown;</td>
<td>&a.jeff;</td>
<td>Found by stress tests at <a href="http://www.holm.cc/stress/log/cons140.html">http://www.holm.cc/stress/log/cons140.html</a>. This is high priority
and can be provoked within minutes of testing!</td>
</tr>
<tr>
<td>panic on multicast socket close after interface removal</td>
<td>&status.wip;</td>
@ -144,8 +136,8 @@
<tr>
<td>fpudna: fpcurthread == curthread 1 times</td>
<td>&status.new;</td>
<td>&a.peter;</td>
<td>&status.wip;</td>
<td>&a.ups;</td>
<td>This warning is appearing sporadically on a dual AMD64 system. It
appears to be warning against a legitimate problem, and thus should be
investigated and fixed.</td>
@ -161,14 +153,6 @@
a devfs instance.</td>
</tr>
<tr>
<td>nullfs hash size</td>
<td>&status.new;</td>
<td>&nbsp;</td>
<td>Nullfs (and perhaps other filesystems) use an absurdly small
hash size that causes significant performance penalties.</td>
</tr>
<tr>
<td>/dev/kmem panic</td>
<td>&status.new;</td>
@ -213,8 +197,8 @@
<tr>
<td>update sysinstall disk labeling</td>
<td>&status.new;</td>
<td>&nbsp;</td>
<td>&status.wip;</td>
<td>&a.rodrigc;</td>
<td>Sysinstall could use the same fixes recently made to fdisk so it
plays nice with GEOM and disk labeling. This doesn't cause problems
during install because nothing on the disk is mounted when its label
@ -391,6 +375,14 @@
architectures. This allows tracebacks to provide useful info.</td>
</tr>
<tr>
<td>panic: wrong b_bufobj</td>
<td>&status.untested;</td>
<td>&a.tegge;</td>
<td>Found by stress tests at <a href="http://www.holm.cc/stress/log/cons140.html">http://www.holm.cc/stress/log/cons140.html</a>. This is high priority
and can be provoked within minutes of testing!</td>
</tr>
</table>
<h3>Stress Test Panics</h3>