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

* Remove the devfs umount holdover from the 6.0 list as this is believed fixed.

Browse source 
* Clarify some of kris's entries.
* Remove a duplicate entry.

Submitted by: kris, thompsa, remko
This commit is contained in:
Murray Stokely 2006-01-26 07:41:46 +00:00
parent 7b5488af09
commit c50ee376f1
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=26957
1 changed files with 10 additions and 20 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

30
en/releases/6.1R/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.1R/todo.sgml,v 1.1 2006/01/25 23:58:36 murray Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/6.1R/todo.sgml,v 1.2 2006/01/26 05:44:06 murray Exp $">
<!ENTITY local.rel "6.1">
<!ENTITY title "FreeBSD 6.1 Open Issues">
<!ENTITY % navincludes SYSTEM "../../includes.navdownload.sgml"> %navincludes;
@ -70,7 +70,14 @@
<td>UFS deadlocks on amd64</td>
<td>&status.unknown;</td>
<td>tegge</td>
<td>Seen by Kris Kennaway and Peter Jeremy.</td>
<td>Seen by Kris Kennaway.</td>
</tr>
<tr>
<td>UFS deadlocks</td>
<td>&status.unknown;</td>
<td></td>
<td>Seen by Peter Jeremy.</td>
</tr>
<tr>
@ -81,13 +88,6 @@
ntpdate(1). This may be a MI issue.</td>
</tr>
<tr>
<td>dhclient causes ipv6 panics.</td>
<td>&status.unknown;</td>
<td></td>
<td>dougb has more details about this.</td>
</tr>
<tr>
<td>sparc64 instability.</td>
<td>&status.unknown;</td>
@ -214,7 +214,7 @@ which marius is working on)</pre>
</tr>
<tr>
<td>improve sparc64 performance</td>
<td>Improve performance</td>
<td>&status.unknown;</td>
<td></td>
<td>What seem to be 4BSD scheduler bugs in 6.0 that
@ -222,16 +222,6 @@ which marius is working on)</pre>
davidxu has expressed some interest in this problem.</td>
</tr>
<tr>
<td>devfs umount panic</td>
<td>&status.new;</td>
<td>&nbsp;</td>
<td>There is a race condition between device removal and devfs
umounts that causes "Memory modified after free" panics. Can
be reproduced by doing 'mdconfig -u' concurrently with unmounting
a devfs instance.</td>
</tr>
<tr>
<td>/dev/kmem panic</td>
<td>&status.new;</td>