> Date: Tue, 22 Mar 2005 12:28:26 +0100 > From: =?ISO-8859-1?Q?Søren_Schmidt?= <sos_at_DeepCore.dk> > Sender: owner-freebsd-stable_at_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_at_es.net Phone: +1 510 486-8634Received on Tue Mar 22 2005 - 17:00:49 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:30 UTC