From owner-freebsd-doc@FreeBSD.ORG Sat Feb 4 21:06:30 2006 Return-Path: X-Original-To: doc@freebsd.org Delivered-To: freebsd-doc@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C8B316A420; Sat, 4 Feb 2006 21:06:30 +0000 (GMT) (envelope-from danger@tomas.elvandar.org) Received: from tomas.elvandar.org (tomas.elvandar.org [217.148.169.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 033A043D45; Sat, 4 Feb 2006 21:06:28 +0000 (GMT) (envelope-from danger@tomas.elvandar.org) Received: by tomas.elvandar.org (Postfix, from userid 1002) id 129A248450F; Sat, 4 Feb 2006 21:06:28 +0000 (UTC) Date: Sat, 4 Feb 2006 21:06:28 +0000 From: Daniel Gerzo To: www@freebsd.org Message-ID: <20060204210628.GA56334@tomas.elvandar.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: re@freebsd.org, doc@freebsd.org Subject: [patch] XML'ified version of release todo list X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 21:06:30 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hello, I've been working on XML'ifying of release todo list as it is listed in the wiki as the DocIdea and it is considered to simplify updating of the todo list for re@ people (maybe others as well). This is already achieved and the diff is included in this email, but I would like to ask you guys what do you think about it and I'm open for comments/suggestions. If everything is OK i will submit a PR and I will look forward to see it commited. The only problem I see here is that the entities for commiters are not in use, since we don't have a xsl template and variables for this, but if you really care I can write one :) Built version of this is available at: http://www.sk.freebsd.org/releases/6.1R/todo.new.html -- Sincerely, Daniel Gerzo --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="todo.xmlify.done.diff" diff -ruN 6.1R/Makefile 6.1R.test/Makefile --- 6.1R/Makefile Wed Jan 25 23:58:36 2006 +++ 6.1R.test/Makefile Sun Jan 29 13:33:34 2006 @@ -7,18 +7,21 @@ .include "../Makefile.inc" .endif -DOCS= todo.sgml approvals.sgml +DOCS= approvals.sgml + +SRCS.DEFAULT= todo.xsl +XMLDOCS= todo FETCHFILE= http://people.freebsd.org/~pho/stress/log/news.rdf FETCHCMD= /usr/bin/fetch -CLEANFILES+= news.rdf stress.html +CLEANFILES+= news.rdf stress.xml news.rdf: ${FETCHCMD} ${FETCHFILE} -stress.html: news.rdf stress.xsl - ${XSLTPROC} stress.xsl news.rdf > stress.html +stress.xml: news.rdf stress.xsl + ${XSLTPROC} stress.xsl news.rdf > stress.xml -todo.html: stress.html +todo.html: stress.xml .include "${WEB_PREFIX}/share/mk/web.site.mk" diff -ruN 6.1R/stress.xsl 6.1R.test/stress.xsl --- 6.1R/stress.xsl Wed Jan 25 23:58:36 2006 +++ 6.1R.test/stress.xsl Sun Jan 29 13:36:47 2006 @@ -7,25 +7,22 @@ version="1.0"> + method="xml" + indent="yes" + encoding="utf-8" + omit-xml-declaration="no"/> - Generated from XSLT -
    + -
  • - - - - -
  • + + <xsl:value-of select="*[local-name()='title']"/> + +
    -
- +
diff -ruN 6.1R/todo.dtd 6.1R.test/todo.dtd --- 6.1R/todo.dtd Thu Jan 1 00:00:00 1970 +++ 6.1R.test/todo.dtd Sun Jan 29 13:27:35 2006 @@ -0,0 +1,37 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff -ruN 6.1R/todo.sgml 6.1R.test/todo.sgml --- 6.1R/todo.sgml Sat Jan 28 21:37:35 2006 +++ 6.1R.test/todo.sgml Thu Jan 1 00:00:00 1970 @@ -1,309 +0,0 @@ - - - - - - %navincludes; - %includes; - %developers; - -N/A"> -Done"> -In progress"> -Needs testing"> -Not done"> -Unknown"> -Deferred for future release"> - - - - - - -]> - - - - -&header; - -

This is a list of open issues that need to be resolved for FreeBSD - &local.rel;. If you have any updates for this list, please e-mail - re@FreeBSD.org.

- - - -

Show stopper defects for &local.rel;-RELEASE

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
IssueStatusResponsibleDescription
umount -f panics&status.wip;jeffr, ssouhlalpanics from race conditions.
quota deadlocks&status.unknown;Quota support is not locked properly and causes deadlocks.
UFS deadlocks on amd64&status.unknown;teggeSeen by Kris Kennaway.
UFS deadlocks&status.unknown;Seen by Peter Jeremy.
amd64 panics in ipv6 with date(1)&status.unknown;amd64 panics in ipv6 when the date is changed using date(1) or - ntpdate(1). This may be a MI issue.
sparc64 instability.&status.unknown;mariussparc64 installability when accessing /dev/mem. Contact - marius or kris for debugging information.
dhclient causes ipv6 panics.&status.unknown;dougb has more details about this.
sparc64 frequent hangs&status.unknown;no DDB break possible, so impossible to diagnose
serious sparc64 IPv6 panic&status.unknown;gnnTriggered by just ping6'ing the box. It may even be a MI - issue, the reporter of this bug only uses IPv6 with - sparc64.
- -

Required features for &local.rel;-RELEASE

- - - - - - - - - - -
IssueStatusResponsibleDescription
- -

Desired features for &local.rel;-RELEASE

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
IssueStatusResponsibleDescription
SMP kernels for install&status.unknown;From the ideas - page. 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.
Improve kbdmux&status.unknown;emaxFrom the ideas - page. We need this for the growing number of systems - that assume that USB is the primary keyboard. Current status - appears to be that the kbdmux driver breaks very easily. We need - this working well enough where it can be enabled by default, and - all attached keyboards Just Work.
updated hal and ath drivers&status.new;sam
fix ntpdate(1) bogus output on amd64.&status.unknown;roberto
Improve performance&status.unknown;What seem to be 4BSD scheduler bugs in 6.0 that - cause performance to be anomalously low in certain situations. - davidxu has expressed some interest in this problem.
/dev/kmem panic&status.new; Kris has noticed panics on SMP machines when there was ABI - breakage of libkvm and world was not rebuilt and utilities like - fstat were used. This suggests panics can be caused by incorrect - accesses to /dev/kmem.
KLDs on sparc64&status.new; On sparc64 machines with more than 4Gb memory KLDs are not usable - and will panic the system. The problem is reportedly with how the - KLDs are compiled, it only works if the code ends up below 4G.
Max RAM on sparc64&status.new; Maximum RAM on sparc64 appears to be limited to 16Gb.
make -jN&status.new; Doing 'make -jN', then suspending/resuming it may result in make - reporting it lost child process(es).
OpenBSM&status.unknown;&a.rwatson;The integration of OpenBSM is waiting on some final licensing hurdles. - Once those are cleared, it will be a very desirable feature for &local.rel;.
update sysinstall disk labeling&status.wip;&a.rodrigc;Sysinstall could use the same fixes recently made to fdisk so it - plays nice with GEOM and disk labeling. This does not cause problems - during install because nothing on the disk is mounted when its label - is being manipulated but it can cause problems if sysinstall gets - used on a live system to adjust labels on existing disks which - sys-admins tend to do.
- -

Documentation items that must be resolved for &local.rel;

- - - - - - - - - - -
IssueStatusResponsibleDescription
- - -

Testing foci for &local.rel;-RELEASE

- - - - - - - - - - -
IssueStatusResponsibleDescription
- -

Stress Test Panics

- - -

The system is continuously being subjected to Peter Holm's Kernel Stress Test Suite. The - following issues have recently been discovered from this test - suite.

- -&stresstest; - - &footer; - - - diff -ruN 6.1R/todo.xml 6.1R.test/todo.xml --- 6.1R/todo.xml Thu Jan 1 00:00:00 1970 +++ 6.1R.test/todo.xml Sun Jan 29 13:27:35 2006 @@ -0,0 +1,272 @@ + + + + + + + + + $FreeBSD:$ + + + + + Unreliable serial console + + + At the manual 'root mount' prompt, the serial console is very + unreliable and drops most characters. + + + + + Manual root mount lockmgr panics + ssouhlal + + Specifying a manual root mount location causes lockmgr panics. + ssouhlal@ has a patch for this. + + + + + i386 deadlocks with >16GB swap + alc + + i386 deadlocks if more than 16GB of swap is in use. Increasing + the kern.maxswzone tunable would be a workaround this, but a patch + from alc@ is needed to allow this variable to be increased. + + + + + Unmount pending error + + + When unmounting filesystems Kris reports seeing this warning: + /c: unmount pending error: blocks -68512 files 0. This + dates back at least to 5.3. It might be associated with + filesystem corruption reported by many users in which the 'used' + space on a filesystem is negative; fsck -f is needed to correct + this. + + + + + swap_pager warnings + truckman + + When swapfiles are in use, there are often warnings printed: + swap_pager: indefinite wait buffer: bufobj: 0, blkno: 889347, + size: 8192. There is also the possibility of deadlock. + + + + + umount -f panics + jeffr, ssouhlal + + Panics from race conditions. + + + + + UFS deadlocks on amd64 + tegge + + Seen by Kris Kennaway. + + + + + UFS deadlocks + + + Seen by Peter Jeremy. + + + + + amd64 panics in ipv6 with date(1) + + + amd64 panics in ipv6 when the date is changed using date(1) or + ntpdate(1). This may be a MI issue. + + + + + sparc64 instability. + marius + + sparc64 installability when accessing /dev/mem. Contact marius@ + or kris@ for debugging information. + + + + + dhclient causes ipv6 panics. + + + dougb@ has more details about this. + + + + + sparc64 frequent hangs + unknown + + + No DDB break possible, so impossible to diagnose. + + + + + Serious sparc64 IPv6 panic + gnn + + Triggered by just ping6'ing the box. It may even be a MI issue, + the reporter of this bug only uses IPv6 with sparc64. + + + + + SMP kernels for install + + + From the ideas + page. 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 + wouldbe 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. + + + + + Improve kbdmux + emax + + From the ideas + page. We need this for the growing number of systems + that assume that USB is the primary keyboard. Current status + appears to be that the kbdmux driver breaks very easily. We need + this working well enough where it can be enabled by default, and + all attached keyboards Just Work. + + + + + swap panic on sparc64 + kris has panic info + + Kris reports configuring a 74GB swap-backed md on sparc64 that + caused a panic after a week or two of load (during which time swap + was slowly filling as more of the md was dirtied). + + + + + Updated hal and ath drivers + sam + + + + + Fix ntpdate(1) bogus output on amd64. + roberto + + + + + Improve performance + + + What seem to be 4BSD scheduler bugs in 6.0 that cause performance + to be anomalously low in certain situations. davidxu@ has + expressed some interest in this problem. + + + + + /dev/kmem panic + + + Kris has noticed panics on SMP machines when there was ABI + breakage of libkvm and world was not rebuilt and utilities like + fstat were used. This suggests panics can be caused by incorrect + accesses to /dev/kmem. + + + + + KLDs on sparc64 + + + On sparc64 machines with more than 4Gb memory KLDs are not usable + and will panic the system. The problem is reportedly with how the + KLDs are compiled, it only works if the code ends up below 4G. + + + + + Max RAM on sparc64 + + + Maximum RAM on sparc64 appears to be limited to 16Gb. + + + + + make -jN + + + Doing 'make -jN', then suspending/resuming it may result in make + reporting it lost child process(es). + + + + + OpenBSM + rwatson + + The integration of OpenBSM is waiting on some final licensing + hurdles. Once those are cleared, it will be a very desirable + feature for this release. + + + + + Update sysinstall disk labeling + rodrigc + + Sysinstall could use the same fixes recently made to fdisk so it + plays nice with GEOM and disk labeling. This does not cause + problems during install because nothing on the disk is mounted + when its label is being manipulated but it can cause problems if + sysinstall gets used on a live system to adjust labels on existing + disks which sys-admins tend to do. + + + diff -ruN 6.1R/todo.xsl 6.1R.test/todo.xsl --- 6.1R/todo.xsl Thu Jan 1 00:00:00 1970 +++ 6.1R.test/todo.xsl Sun Jan 29 13:53:34 2006 @@ -0,0 +1,221 @@ + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+
+ + + +
+ + + +
+ + + +

This is a list of open issues that need to be resolved for + FreeBSD -RELEASE. If you + have any updates for this list, please e-mail + re@FreeBSD.org.

+ + + +

Show stopper defects for -RELEASE

+ + + + + + + + + + + + +
IssueStatusResponsibleDescription
+ +

Required features for -RELEASE

+ + + + + + + + + + + + +
IssueStatusResponsibleDescription
+ +

Desired features for -RELEASE

+ + + + + + + + + + + + +
IssueStatusResponsibleDescription
+ +

Documentation items that must be resolved for -RELEASE

+ + + + + + + + + + + + +
IssueStatusResponsibleDescription
+ +

Testing focuses for -RELEASE

+ + + + + + + + + + + + +
IssueStatusResponsibleDescription
+ +

Stress Test Panics

+ +

The system is continuously being subjected to Peter Holm's Kernel Stress Test Suite. + The following issues have recently been discovered from this + test suite.

+ +
    + +
  • + + + + +
  • +
    +
+ +
+
+ +
+ + + +
+
+ + + +
+ + + + + + + N/A + + + Done + + + In progress + + + Needs testing + + + Not done + + + Unknown + + + Deferred for future release + + + + + + +
--bp/iNruPH9dso1Pn--