Update some TODO items
This commit is contained in:
Scott Long
parent
68bddc8fb1
commit
7a09e3c7ff
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/www/; revision=27352
1 changed files with 49 additions and 49 deletions
|
|
@ -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.1R/todo.sgml,v 1.17 2006/03/08 03:05:32 hrs Exp $">
|
||||
<!ENTITY date "$FreeBSD: www/en/releases/6.1R/todo.sgml,v 1.18 2006/03/08 03:48:13 hrs Exp $">
|
||||
<!ENTITY local.rel "6.1">
|
||||
<!ENTITY title "FreeBSD 6.1 Open Issues">
|
||||
<!ENTITY % navincludes SYSTEM "../../includes.navdownload.sgml"> %navincludes;
|
||||
|
|
@ -95,22 +95,6 @@ on a filesystem is negative; fsck -f is needed to correct this.</td>
|
|||
<tt>swap_pager: indefinite wait buffer: bufobj: 0, blkno: 889347, size: 8192</tt>. There is also the possibility of deadlock.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>umount -f panics</td>
|
||||
<td>&status.wip;</td>
|
||||
<td>&a.jeff;, &a.ssouhlal;</td>
|
||||
<td>panics from race conditions.
|
||||
A patch from &a.jeff; seems to fix some of them.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>quota deadlocks</td>
|
||||
<td>&status.wip;</td>
|
||||
<td>&a.jeff;</td>
|
||||
<td>Quota support is not locked properly and causes deadlocks.
|
||||
A patch from &a.jeff; seems to fix some of them.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>UFS deadlocks on amd64</td>
|
||||
<td>&status.unknown;</td>
|
||||
|
|
@ -241,16 +225,6 @@ on a filesystem is negative; fsck -f is needed to correct this.</td>
|
|||
and there is a proposed patch in the PR, too.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>ifconfig regression on 6.x</td>
|
||||
<td>&status.wip;</td>
|
||||
<td>&a.yar;</td>
|
||||
<td>ifconfig cannot handle vlan and mtu parameters at the same time
|
||||
after rev.1.7.2.3 of sbin/ifconfig/ifvlan.c commit.
|
||||
For more information and a proposed patch, see
|
||||
<a href="http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/94028">bin/94028</a>.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>"calcru: runtime went backwards" problem for threaded program</td>
|
||||
<td>&status.unknown;</td>
|
||||
|
|
@ -286,28 +260,6 @@ on a filesystem is negative; fsck -f is needed to correct this.</td>
|
|||
<th>Description</th>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>SMP kernels for install</td>
|
||||
<td>&status.unknown;</td>
|
||||
<td></td>
|
||||
|
||||
<td><em>From the <a
|
||||
href="http://www.freebsd.org/projects/ideas/#p-smpinstall">ideas
|
||||
page</a>.</em> Right now we only install a UP kernel, for performance
|
||||
reasons. We should be able to package both a UP and SMP kernel
|
||||
into the release bits, and have sysinstall install both. It
|
||||
should also select the correct one for the target system and
|
||||
make that the default on boot. The easiest way to do this would
|
||||
be to have sysinstall boot an SMP kernel and then look at the
|
||||
hw.ncpu sysctl. The only problem is being able to have
|
||||
sysinstall fall back to booting a UP kernel for itself if the
|
||||
SMP one fails. This can probably be 'faked' by setting one of
|
||||
the SMP-disabling variables in the loader. But in any case, the
|
||||
point is to make the process Just Work for the user, without the
|
||||
user needing to know arcane loader/sysctl knobs. SMP laptops are
|
||||
here, and we should be ready to support SMP out-of-the-box.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>swap panic on sparc64</td>
|
||||
<td>&status.unknown;</td>
|
||||
|
|
@ -476,6 +428,54 @@ on a filesystem is negative; fsck -f is needed to correct this.</td>
|
|||
by default. See kbdmux(4) and contact &a.emax; if you have
|
||||
problems.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>umount -f panics</td>
|
||||
<td>&status.untested;</td>
|
||||
<td>&a.jeff;, &a.ssouhlal;</td>
|
||||
<td>panics from race conditions.
|
||||
A patch from &a.jeff; seems to fix some of them.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>quota deadlocks</td>
|
||||
<td>&status.untested;</td>
|
||||
<td>&a.jeff;</td>
|
||||
<td>Quota support is not locked properly and causes deadlocks.
|
||||
A patch from &a.jeff; seems to fix some of them.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>ifconfig regression on 6.x</td>
|
||||
<td>&status.untested;</td>
|
||||
<td>&a.yar;</td>
|
||||
<td>ifconfig cannot handle vlan and mtu parameters at the same time
|
||||
after rev.1.7.2.3 of sbin/ifconfig/ifvlan.c commit.
|
||||
For more information and a proposed patch, see
|
||||
<a href="http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/94028">bin/94028</a>.</td>
|
||||
</tr>
|
||||
|
||||
<tr>
|
||||
<td>SMP kernels for install</td>
|
||||
<td>&status.untested;</td>
|
||||
<td>&a.sam;</td>
|
||||
<td><em>From the <a
|
||||
href="http://www.freebsd.org/projects/ideas/#p-smpinstall">ideas
|
||||
page</a>.</em> Right now we only install a UP kernel, for performance
|
||||
reasons. We should be able to package both a UP and SMP kernel
|
||||
into the release bits, and have sysinstall install both. It
|
||||
should also select the correct one for the target system and
|
||||
make that the default on boot. The easiest way to do this would
|
||||
be to have sysinstall boot an SMP kernel and then look at the
|
||||
hw.ncpu sysctl. The only problem is being able to have
|
||||
sysinstall fall back to booting a UP kernel for itself if the
|
||||
SMP one fails. This can probably be 'faked' by setting one of
|
||||
the SMP-disabling variables in the loader. But in any case, the
|
||||
point is to make the process Just Work for the user, without the
|
||||
user needing to know arcane loader/sysctl knobs. SMP laptops are
|
||||
here, and we should be ready to support SMP out-of-the-box.</td>
|
||||
</tr>
|
||||
|
||||
</table>
|
||||
|
||||
<h3>Stress Test Panics</h3>
|
||||
|
|
|
|||
Loading…
Reference in a new issue