From c50ee376f144c57d6f9cf3b59e243487c7b7cf0e Mon Sep 17 00:00:00 2001 From: Murray Stokely Date: Thu, 26 Jan 2006 07:41:46 +0000 Subject: [PATCH] * Remove the devfs umount holdover from the 6.0 list as this is believed fixed. * Clarify some of kris's entries. * Remove a duplicate entry. Submitted by: kris, thompsa, remko --- en/releases/6.1R/todo.sgml | 30 ++++++++++-------------------- 1 file changed, 10 insertions(+), 20 deletions(-) diff --git a/en/releases/6.1R/todo.sgml b/en/releases/6.1R/todo.sgml index cee98da440..9543051a85 100644 --- a/en/releases/6.1R/todo.sgml +++ b/en/releases/6.1R/todo.sgml @@ -1,7 +1,7 @@ - + %navincludes; @@ -70,7 +70,14 @@ UFS deadlocks on amd64 &status.unknown; tegge - Seen by Kris Kennaway and Peter Jeremy. + Seen by Kris Kennaway. + + + + UFS deadlocks + &status.unknown; + + Seen by Peter Jeremy. @@ -81,13 +88,6 @@ ntpdate(1). This may be a MI issue. - - dhclient causes ipv6 panics. - &status.unknown; - - dougb has more details about this. - - sparc64 instability. &status.unknown; @@ -214,7 +214,7 @@ which marius is working on) - improve sparc64 performance + Improve performance &status.unknown; What seem to be 4BSD scheduler bugs in 6.0 that @@ -222,16 +222,6 @@ which marius is working on) davidxu has expressed some interest in this problem. - - devfs umount panic - &status.new; -   - 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. - - /dev/kmem panic &status.new;