<xsl:value-of select="*[local-name()='title']"/>

LATEST RELEASES

Production Release -- Sincerely, Daniel Gerzo From owner-freebsd-www@FreeBSD.ORG Sat Feb 4 04:09:31 2006 Return-Path: X-Original-To: www@freebsd.org Delivered-To: freebsd-www@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 416E016A420 for ; Sat, 4 Feb 2006 04:09:31 +0000 (GMT) (envelope-from mrhsaacdoh@yahoo.com) Received: from web31715.mail.mud.yahoo.com (web31715.mail.mud.yahoo.com [68.142.201.195]) by mx1.FreeBSD.org (Postfix) with SMTP id D054843D45 for ; Sat, 4 Feb 2006 04:09:30 +0000 (GMT) (envelope-from mrhsaacdoh@yahoo.com) Received: (qmail 57893 invoked by uid 60001); 4 Feb 2006 04:09:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=pI+5kMpms+2C2TzmZv45OiqDJ0Qi9CwVCnDvOKL9/H9WCfxbKsiDpRmC2Ypjvl4ccCwYbhYu946J/O3fSSbnxSmoUpr/lgLPvPKLkL+ZGi9hJRcGWzlTA8zGPmoI9C/WiHtnRfniMyRnVD64LESvqRICqTII83sEu0QSWVDP21A= ; Message-ID: <20060204040930.57891.qmail@web31715.mail.mud.yahoo.com> Received: from [80.97.254.26] by web31715.mail.mud.yahoo.com via HTTP; Fri, 03 Feb 2006 20:09:30 PST Date: Fri, 3 Feb 2006 20:09:30 -0800 (PST) From: Dan Angelescu To: www@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Another FreeBSD-6.0 based Live CD called RoFreeSBIE X-BeenThere: freebsd-www@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD Project Webmasters List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 04:09:31 -0000 Hi! My name is Angelescu Ovidiu and i am a member of Romanian Free Unix Group (ROFUG).I have dveloped a Live CD based on FreeBSD-6.0 .The CD is called RoFreeSBIE and it is at 1.1 version.It contains a lot of software and it can be installed on a primary partition or on a dedicated drive by using bsdinstaller.The goal of developing this CD was to use'it for a desktop use ,for net surfing , to install quick a customized FreeBSD , to make an easy to use FreeBSD for newcomers and why not to test a system compatibility with FreeBSD-6.0. More infos can be found at http://linux.softpedia.com/get/System/Operating-Systems/Linux-Distributions/RoFreeSBIE-Live-CD-9067.shtml. . All the best! __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-www@FreeBSD.ORG Sat Feb 4 10:44:46 2006 Return-Path: X-Original-To: www@freebsd.org Delivered-To: freebsd-www@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F82216A420 for ; Sat, 4 Feb 2006 10:44:46 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (it.buh.tecnik93.com [81.196.204.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 367F743D49 for ; Sat, 4 Feb 2006 10:44:45 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from it.buh.tecnik93.com (localhost [127.0.0.1]) by it.buh.tecnik93.com (Postfix) with ESMTP id 275D3B923; Sat, 4 Feb 2006 12:44:41 +0200 (EET) Date: Sat, 4 Feb 2006 12:44:40 +0200 From: Ion-Mihai Tetcu To: Dan Angelescu Message-ID: <20060204124440.746b7547@it.buh.tecnik93.com> In-Reply-To: <20060204040930.57891.qmail@web31715.mail.mud.yahoo.com> References: <20060204040930.57891.qmail@web31715.mail.mud.yahoo.com> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: www@freebsd.org Subject: Re: Another FreeBSD-6.0 based Live CD called RoFreeSBIE X-BeenThere: freebsd-www@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD Project Webmasters List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 10:44:46 -0000 On Fri, 3 Feb 2006 20:09:30 -0800 (PST) Dan Angelescu wrote: > Hi! > > My name is Angelescu Ovidiu and i am a member of > Romanian Free Unix Group (ROFUG).I have dveloped a > Live CD based on FreeBSD-6.0 .The CD is called > RoFreeSBIE and it is at 1.1 version.It contains a lot > of software and it can be installed on a primary > partition or on a dedicated drive by using > bsdinstaller.The goal of developing this CD was to > use'it for a desktop use ,for net surfing , to install > quick a customized FreeBSD , to make an easy to use > FreeBSD for newcomers and why not to test a system > compatibility with FreeBSD-6.0. > More infos can be found at > http://linux.softpedia.com/get/System/Operating-Systems/Linux-Distributions/RoFreeSBIE-Live-CD-9067.shtml. Part of the idea being to have a live cd with localized aps. It will also make it in the ports someday (when both Dan and I have time to work on it simultaneously). Dan, any reason you don't post the rofug.ro link ? -- IOnut - Unregistered ;) FreeBSD "user" "Intellectual Property" is nowhere near as valuable as "Intellect" BOFH excuse #21: POSIX compliance problem From owner-freebsd-www@FreeBSD.ORG Sat Feb 4 17:10:09 2006 Return-Path: X-Original-To: freebsd-www@hub.freebsd.org Delivered-To: freebsd-www@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE06516A420 for ; Sat, 4 Feb 2006 17:10:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25AF643D5A for ; Sat, 4 Feb 2006 17:10:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k14HA6Bo033060 for ; Sat, 4 Feb 2006 17:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k14HA6RP033059; Sat, 4 Feb 2006 17:10:06 GMT (envelope-from gnats) Resent-Date: Sat, 4 Feb 2006 17:10:06 GMT Resent-Message-Id: <200602041710.k14HA6RP033059@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-www@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Gabor Kovesdan Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C5F116A420 for ; Sat, 4 Feb 2006 17:02:00 +0000 (GMT) (envelope-from root@server.t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF21543D4C for ; Sat, 4 Feb 2006 17:01:59 +0000 (GMT) (envelope-from root@server.t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id B390699849E; Sat, 4 Feb 2006 18:01:58 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 61053-04-3; Sat, 4 Feb 2006 18:01:54 +0100 (CET) Received: by server.t-hosting.hu (Postfix, from userid 0) id ADA6499849B; Sat, 4 Feb 2006 18:01:54 +0100 (CET) Message-Id: <20060204170154.ADA6499849B@server.t-hosting.hu> Date: Sat, 4 Feb 2006 18:01:54 +0100 (CET) From: Gabor Kovesdan To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Gabor Kovesdan Subject: www/92811: [patch] en/developers/cvs.sgml contains a broken link X-BeenThere: freebsd-www@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gabor Kovesdan List-Id: FreeBSD Project Webmasters List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 17:10:09 -0000 >Number: 92811 >Category: www >Synopsis: [patch] en/developers/cvs.sgml contains a broken link >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-www >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 04 17:10:06 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Gabor Kovesdan >Release: FreeBSD 5.3-RELEASE-p17 amd64 >Organization: n/a >Environment: >Description: The mentioned SvnWeb interface is inaccessible. >How-To-Repeat: >Fix: --- cvs.sgml.diff begins here --- --- cvs.sgml.orig Sat Feb 4 17:56:51 2006 +++ cvs.sgml Sat Feb 4 17:56:59 2006 @@ -49,12 +49,6 @@ USA/California and Ukraine.

A public Subversion mirror of the FreeBSD src/ CVS repository is - provided at svn://svn.clkao.org/freebsd/. A web interface is - also available. This is intended for people who would like to - try the svk distributed version control system.

- &footer; --- cvs.sgml.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-www@FreeBSD.ORG Sat Feb 4 19:33:42 2006 Return-Path: X-Original-To: www@FreeBSD.org Delivered-To: freebsd-www@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8C4516A420; Sat, 4 Feb 2006 19:33:42 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D03243D45; Sat, 4 Feb 2006 19:33:42 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id B7805998563; Sat, 4 Feb 2006 20:33:40 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 88029-05; Sat, 4 Feb 2006 20:33:37 +0100 (CET) Received: from [80.98.231.227] (catv-5062e7e3.catv.broadband.hu [80.98.231.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id 11B1099825F; Sat, 4 Feb 2006 20:33:37 +0100 (CET) Message-ID: <43E501A2.9080109@t-hosting.hu> Date: Sat, 04 Feb 2006 20:33:54 +0100 From: =?UTF-8?B?S8O2dmVzZMOhbiBHw6Fib3I=?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: doc@FreeBSD.org, www@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: Subject: How to handle localized characters ans special symbols? X-BeenThere: freebsd-www@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD Project Webmasters List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 19:33:43 -0000 Hello, I'm translating the FreeBSD webpage to Hungarian. I haven't done too much so far, because I don't have too much spare time, but I'll finish this translation. Today, I made a test build. You can see this here: http://tux.t-hosting.hu/data The most part of it is still in English but there are some translated pages. The build succeeded quite good, I've found my mistakes easily and managed to build the site, but I have troubles with one of the localized characters. This is The o letter with two commas on it. Its standard html code is ő, but the sgml parser substitutes it with a Q char. I don't see why does it happen and don't know how to fix it. There are two more problematic characters, and they are ® and ™. They are also substituted in a wrong way. See: http://tux.t-hosting.hu/data/about.html You can notice the Z character with a Ë‡ sign after the word Pentium and a " after Athlon. How could I correctly display these characters? Please tell me what to do so that we have a nice Hungarian webpage. :) (I use Firefox and it selects the ISO-8859-2 Central European encoding automatically.) Thanks in advance, Gabor Kovesdan From owner-freebsd-www@FreeBSD.ORG Sat Feb 4 21:06:30 2006 Return-Path: X-Original-To: www@freebsd.org Delivered-To: freebsd-www@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-www@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD Project Webmasters 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
Required features
Desired features
Documentation Items
Testing foci
Problems Discovered by Kernel Stress Test Suite

- -

Show stopper defects for &local.rel;-RELEASE

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Issue	Status	Responsible	Description
umount -f panics	&status.wip;	jeffr, ssouhlal	panics from race conditions.
quota deadlocks	&status.unknown;		Quota support is not locked properly and causes deadlocks.
UFS deadlocks on amd64	&status.unknown;	tegge	Seen 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;	marius	sparc64 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;	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.

- -

Required features for &local.rel;-RELEASE

- - - - - - - - - - -

Issue	Status	Responsible	Description

- -

Desired features for &local.rel;-RELEASE

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Issue	Status	Responsible	Description
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;	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.
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;

- - - - - - - - - - -

Issue	Status	Responsible	Description

- - -

Testing foci for &local.rel;-RELEASE

- - - - - - - - - - -

Issue	Status	Responsible	Description

- -

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
Required features
Desired features
Documentation Items
Testing foci
Problems Discovered by Kernel Stress Test Suite

+ +

Show stopper defects for -RELEASE

+ + + + + + + + + + + + +

Issue	Status	Responsible	Description

+ +

Required features for -RELEASE

+ + + + + + + + + + + + +

Issue	Status	Responsible	Description

+ +

Desired features for -RELEASE

+ + + + + + + + + + + + +

Issue	Status	Responsible	Description

+ +

Documentation items that must be resolved for -RELEASE

+ + + + + + + + + + + + +

Issue	Status	Responsible	Description

+ +

Testing focuses for -RELEASE

+ + + + + + + + + + + + +

Issue	Status	Responsible	Description

+ +

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-- From owner-freebsd-www@FreeBSD.ORG Sat Feb 4 23:29:55 2006 Return-Path: X-Original-To: www@freebsd.org Delivered-To: freebsd-www@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-www@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD Project Webmasters 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
Required features
Desired features
Documentation Items
Testing foci
Problems Discovered by Kernel Stress Test Suite

> - > -

Show stopper defects for &local.rel;-RELEASE

> - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > -

Issue	Status	Responsible	Description
umount -f panics	&status.wip;	jeffr, ssouhlal	panics from race conditions.
quota deadlocks	&status.unknown;		Quota support is not locked properly and causes deadlocks.
UFS deadlocks on amd64	&status.unknown;	tegge	Seen 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;	marius	sparc64 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;	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.

> - > -

Required features for &local.rel;-RELEASE

> - > - > - > - > - > - > - > - > - > - > -

Issue	Status	Responsible	Description

> - > -

Desired features for &local.rel;-RELEASE

> - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > - > -

Issue	Status	Responsible	Description
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;	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.
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;

> - > - > - > - > - > - > - > - > - > - > -

Issue	Status	Responsible	Description

> - > - > -

Testing foci for &local.rel;-RELEASE

> - > - > - > - > - > - > - > - > - > - > -

Issue	Status	Responsible	Description

> - > -

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
Required features
Desired features
Documentation Items
Testing foci
Problems Discovered by Kernel Stress Test Suite

> + > +

Show stopper defects for -RELEASE

> + > + > + > + > + > + > + > + > + > + > + > + > +

Issue	Status	Responsible	Description

> + > +

Required features for -RELEASE

> + > + > + > + > + > + > + > + > + > + > + > + > +

Issue	Status	Responsible	Description

> + > +

Desired features for -RELEASE

> + > + > + > + > + > + > + > + > + > + > + > + > +

Issue	Status	Responsible	Description

> + > +

Documentation items that must be resolved for -RELEASE

> + > + > + > + > + > + > + > + > + > + > + > + > +

Issue	Status	Responsible	Description

> + > +

Testing focuses for -RELEASE

> + > + > + > + > + > + > + > + > + > + > + > + > +

Issue	Status	Responsible	Description

> + > +

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 > + > + > + > + > + > + > +