From owner-freebsd-doc@FreeBSD.ORG Sat Feb 4 23:29:55 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 4481016A420; Sat, 4 Feb 2006 23:29:55 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07D4F43D48; Sat, 4 Feb 2006 23:29:53 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k14NTmIO060862; Sat, 4 Feb 2006 16:29:49 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43E538FA.6020308@samsco.org> Date: Sat, 04 Feb 2006 16:30:02 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Gerzo References: <20060204210628.GA56334@tomas.elvandar.org> In-Reply-To: <20060204210628.GA56334@tomas.elvandar.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: re@freebsd.org, doc@freebsd.org, www@freebsd.org Subject: Re: [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 23:29:55 -0000 Hmm, I wasn't aware that there was such a TODO item. What are the advantages to switching our process to XML here? Scott Daniel Gerzo wrote: > 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 > > > > ------------------------------------------------------------------------ > > 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="html" > - indent="no" > - encoding="utf-8"/> > + 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 @@ > + > + > + > + > + > + > + + | testing) #REQUIRED> > + + | deferred) #REQUIRED> > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > + > 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 - href="http://www.freebsd.org/projects/ideas/#p-smpinstall">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 - href="http://www.freebsd.org/projects/ideas/#p-kbdmux">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 - href="http://www.holm.cc/stress/">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 + href="http://www.freebsd.org/projects/ideas/#p-smpinstall">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 + href="http://www.freebsd.org/projects/ideas/#p-kbdmux">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 @@ > + > + > + > + > + + xmlns:cvs="http://www.FreeBSD.org/XML/CVS" > + exclude-result-prefixes="cvs"> > + > + > + > + > + > + > + > + > + > + > + > + > + > + + doctype-system="http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" > + doctype-public="-//W3C//DTD XHTML 1.0 Transitional//EN"/> > + > + > + > + > + > + > + > + > +
> +
> + > + > + > +
> + > + > + > +
> + > + > + > +

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 + href="http://www.holm.cc/stress/">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 > + > + > + > + > + > + > +