From owner-freebsd-stable@FreeBSD.ORG Tue Mar 22 18:00:49 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B5916A4CE; Tue, 22 Mar 2005 18:00:49 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13FC843D1F; Tue, 22 Mar 2005 18:00:49 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Tue, 22 Mar 2005 10:00:48 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7B1A35D07; Tue, 22 Mar 2005 10:00:48 -0800 (PST) To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-reply-to: Your message of "Tue, 22 Mar 2005 12:28:26 +0100." <4240015A.2020802@DeepCore.dk> Date: Tue, 22 Mar 2005 10:00:48 -0800 From: "Kevin Oberman" Message-Id: <20050322180048.7B1A35D07@ptavv.es.net> cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE3: ATA mkIII official patches - please test! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Mar 2005 18:00:49 -0000 > Date: Tue, 22 Mar 2005 12:28:26 +0100 > From: =?ISO-8859-1?Q?Søren_Schmidt?= > Sender: owner-freebsd-stable@freebsd.org > > New version available for testing: > http://people.freebsd.org/~sos/ata-mk3m.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3m.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3m.tar.gz > > This time the diff must be reapplied as there are new changes in there. > > Items in this release: > > o Dumping to disk fixed. > > o PCCARD probing fixed. > > o PC98 probing and modules fixed. > > o Support for "atomic" composite ATA requests > > o Support for "addspare" to an ATA PseudoRAID array > > o Support for "rebuild" of an ATA PseudoRAID array. > Note that this is now done differently from the old system as > the rebuild is now done piggybacked on read requests to the > array, so atacontrol simply starts a background "dd" to rebuild > the array. > > If I dont get any significant showstopper reports this is what will get > committed to -current soon (plus what I might get done until then of new > > features). > > This WARNING still applies: > > > One warning applies to both this and the last snapshot. I accidentially> > > released the RAID5 test code I had in there which allows to apparently > > > use a RAID5 array. However it *ONLY* reads and writes the data part, it> > > does *NOT* maintain the parity part. That means it will trash a RAID5 > > array for later real use as the parity wont match the data one there. > > Since the code is "out there" I've decided to let it stay, as it allows> > > for testing of getting and using the metadata etc.. > > I'll probably just disable that code when it goes into -current but for > now its in there for testing purposes. > > As usual use at your own risk, but feedback on this is very welcomed. > Big thanks to all those that has participated so far! > > Enjoy! This is great! Thanks for the work. Any report on whether Thomas has ATAPICAM ready to work with this? While I know a lot of people don't care about it, quite a few use tools which depend on it and its loss can be a real problem, especially if it happens in Stable. (I realize stable is not an issue at this time, but I hope it will be soon as ATA mkIII seems like a really big improvement.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634