Date: Tue, 22 Mar 2005 10:00:48 -0800 From: "Kevin Oberman" <oberman@es.net> To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= <sos@DeepCore.dk> Cc: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: UPDATE3: ATA mkIII official patches - please test! Message-ID: <20050322180048.7B1A35D07@ptavv.es.net> In-Reply-To: Your message of "Tue, 22 Mar 2005 12:28:26 %2B0100." <4240015A.2020802@DeepCore.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
> Date: Tue, 22 Mar 2005 12:28:26 +0100 > From: =?ISO-8859-1?Q?Søren_Schmidt?= <sos@DeepCore.dk> > 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050322180048.7B1A35D07>