From owner-cvs-doc@FreeBSD.ORG  Fri Dec  5 18:34:08 2003
Return-Path: <owner-cvs-doc@FreeBSD.ORG>
Delivered-To: cvs-doc@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 9F39916A4CE; Fri,  5 Dec 2003 18:34:08 -0800 (PST)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id EE1C943FDD; Fri,  5 Dec 2003 18:34:07 -0800 (PST)
	(envelope-from scottl@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.9/8.12.9) with ESMTP id hB62Y7XJ080147;
	Fri, 5 Dec 2003 18:34:07 -0800 (PST)
	(envelope-from scottl@repoman.freebsd.org)
Received: (from scottl@localhost)
	by repoman.freebsd.org (8.12.9/8.12.9/Submit) id hB62Y77x080142;
	Fri, 5 Dec 2003 18:34:07 -0800 (PST)
	(envelope-from scottl)
Message-Id: <200312060234.hB62Y77x080142@repoman.freebsd.org>
From: Scott Long <scottl@FreeBSD.org>
To: doc-committers@FreeBSD.org, cvs-doc@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: www/en/releases/5.2R todo.sgml
X-BeenThere: cvs-doc@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the doc and www trees <cvs-doc.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-doc>,
	<mailto:cvs-doc-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-doc>
List-Post: <mailto:cvs-doc@freebsd.org>
List-Help: <mailto:cvs-doc-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-doc>,
	<mailto:cvs-doc-request@freebsd.org?subject=subscribe>
Date: Sat, 06 Dec 2003 02:34:08 -0000
X-Original-Date: Fri, 5 Dec 2003 18:34:07 -0800 (PST)
X-List-Received-Date: Sat, 06 Dec 2003 02:34:08 -0000

scottl      2003/12/05 18:34:07 PST

  FreeBSD doc repository

  Modified files:
    en/releases/5.2R     todo.sgml 
  Log:
  The ATA-RAID panics looks to be related to long-standing robustness
  issues, and can only happen if the user takes intentional steps to
  cause havok.  Thus, this is no longer a show-stopper.  Thanks to
  Doug White for investigating this.
  
  Revision  Changes    Path
  1.68      +1 -8      www/en/releases/5.2R/todo.sgml