Re: UPDATE3: ATA mkIII official patches - please test!
Søren Schmidt <[EMAIL PROTECTED]> writes: > Good! If you look carefull you can see that RAID5 support has stepped > closer, composite ATA commands are now in there making RAID5 possible. I noticed that in your email. Maybe I'll sit down on a rainy day and finish the software RAID5 support, and you can add XOR offloading later... DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UPDATE3: ATA mkIII official patches - please test!
Dag-Erling Smørgrav wrote: Søren Schmidt <[EMAIL PROTECTED]> writes: New version available for testing: [...] Intel ICH6R and Promise S150SX4 still working like a charm (except for missing RAID5 support). Please commit :) Good! If you look carefull you can see that RAID5 support has stepped closer, composite ATA commands are now in there making RAID5 possible. I've fixed a few nits with the rebuild stuff, if I dont find any real showstoppers I'll porbably commit it after eastern... -- -Søren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UPDATE3: ATA mkIII official patches - please test!
Søren Schmidt <[EMAIL PROTECTED]> writes: > New version available for testing: > [...] Intel ICH6R and Promise S150SX4 still working like a charm (except for missing RAID5 support). Please commit :) DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UPDATE3: ATA mkIII official patches - please test!
On Tue, 2005-03-22 at 12:28 +0100, SÃren Schmidt wrote: > o PCCARD probing fixed. > Since I have reported this problem with the previous version of the patch, I would like to confirm that with this version my PCMCIA-to-CF adapter works properly. Thank you, -- Alexandre "Sunny" Kovalenko (ÑÐÐÐÑ Ð) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UPDATE3: ATA mkIII official patches - please test!
On Tue, Mar 22, 2005 at 12:55:26PM +0100, Gary Jennejohn wrote: > > 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). > What's with ATAPICAM? I've done some preparatory work to adapt ATAPI/CAM for mkII, which is not completed yet. I hope to have some time to work on it in early April. Thomas. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UPDATE3: ATA mkIII official patches - please test!
> Date: Tue, 22 Mar 2005 12:28:26 +0100 > From: =?ISO-8859-1?Q?Søren_Schmidt?= <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > 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: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UPDATE3: ATA mkIII official patches - please test!
Le Mardi 22 mars 2005 Ã 12:28 +0100, SÃren Schmidt a Ãcrit : > 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. Great work SÃren, it's working so far. > Items in this release: > > o Dumping to disk fixed. And this issue is solved (tested like before with DDB access, and "call doadump"). I dunno yet if it fixes dumping on panic too (which is an issue of the original ata) [...] > 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! Sure ! Anthony. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: UPDATE3: ATA mkIII official patches - please test!
Soeren Schmidt writes: > 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). > What's with ATAPICAM? --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
UPDATE3: ATA mkIII official patches - please test!
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! -- -Søren ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
