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

Move uprintf/tprintf show stopper from "Required" to "Testing" now that

Browse source 
Giant use around uprintf/tprintf has been fixed and cleaned up in HEAD,
and MFC'd to RELENG_6.  Test test test.
This commit is contained in:
Robert Watson 2005-09-29 18:40:44 +00:00
parent 4b3913e871
commit d8dd0b4aa5
Notes: svn2git 2020-12-08 03:00:23 +00:00 
svn path=/www/; revision=25770
1 changed files with 16 additions and 15 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

31
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.38 2005/09/20 09:21:58 rwatson Exp $">
<!ENTITY date "$FreeBSD: www/en/releases/6.0R/todo.sgml,v 1.39 2005/09/22 11:19:02 rwatson Exp $">
<!ENTITY title "FreeBSD 6.0 Open Issues">
<!ENTITY % includes SYSTEM "../../includes.sgml"> %includes;
<!ENTITY % developers SYSTEM "../../developers.sgml"> %developers;
@ -88,20 +88,6 @@
testing.</td>
</tr>
<tr>
<td>Panic when filesystem fills</td>
<td>&status.wip;</td>
<td>&a.rwatson;</td>
<td>Inadequate locking causes panics when calling kernel printf functions.
This is most often seen when a filesystem fills up and uprintf() is
called to report it to the console, but it can happen in many other
places also. Properly locking the upper and lower parts of the tty
subsystem likely cannot happen for 6.0, but temporary fixes must be
developed and committed. A patch has now been committed that is
believed to fix this problem by acquiring Giant around uprintf() and
tprintf(), as well as a regression test. After additional testing and
refinement, it will be merged to RELENG_6.</td>
</tr>
</table>
<h3>Required features for 6.0-RELEASE</h3>
@ -400,6 +386,21 @@
and can be provoked within minutes of testing!</td>
</tr>
<tr>
<td>Panic when filesystem fills</td>
<td>&status.untested;</td>
<td>&a.rwatson;</td>
<td>Inadequate locking causes panics when calling kernel printf functions.
This is most often seen when a filesystem fills up and uprintf() is
called to report it to the console, but it can happen in many other
places also. Properly locking the upper and lower parts of the tty
subsystem likely cannot happen for 6.0, but temporary fixes must be
developed and committed. A patch has now been committed that is
believed to fix this problem by acquiring Giant in uprintf() and
tprintf(), as well as a regression test. This work-around has now been
merged to RELENG_6 and is ready for wide-spread testing.</td>
</tr>
</table>
<h3>Stress Test Panics</h3>