From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bill Davidsen Subject: Re: Time to deprecate old RAID formats? Date: Fri, 02 Nov 2007 08:31:48 -0400 Message-ID: <472B18B4.50504@tmr.com> References: <18200.49267.763509.924873@stoffel.org> <18200.53593.687483.120827@stoffel.org> <1192810534.1666.68.camel@firewall.xsintricity.com> <18200.56684.14194.630264@stoffel.org> <1192813877.1666.79.camel@firewall.xsintricity.com> <18200.63987.514073.184865@stoffel.org> <471E7DC6.7050206@tmr.com> <1193184555.10336.3.camel@firewall.xsintricity.com> <18207.56169.769976.512617@notabene.brown> <471FDEB1.8040401@garzik.org> <47204F45.4010205@dgreaves.com> <18209.34365.375059.602828@notabene.brown> <4721F742.1090301@tmr.com> <18214.42031.418516.420310@notabene.brown> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <18214.42031.418516.420310@notabene.brown> Sender: linux-raid-owner@vger.kernel.org To: Neil Brown Cc: David Greaves , Jeff Garzik , Doug Ledford , John Stoffel , Justin Piszcz , linux-raid@vger.kernel.org List-Id: linux-raid.ids Neil Brown wrote: > On Friday October 26, davidsen@tmr.com wrote: > >> Perhaps you could have called them 1.start, 1.end, and 1.4k in the >> beginning? Isn't hindsight wonderful? >> >> > > Those names seem good to me. I wonder if it is safe to generate them > in "-Eb" output.... > > If you agree that they are better, using them in the obvious places would be better now than later. Are you going to put them in the metadata options as well? Let me know, I have looking at the documentation on my list for next week, and could include some text. > Maybe the key confusion here is between "version" numbers and > "revision" numbers. > When you have multiple versions, there is no implicit assumption that > one is better than another. "Here is my version of what happened, now > let's hear yours". > When you have multiple revisions, you do assume ongoing improvement. > > v1.0 v1.1 and v1.2 are different version of the v1 superblock, which > itself is a revision of the v0... > Like kernel releases, people assume that the first number means *big* changes, the second incremental change. -- bill davidsen CTO TMR Associates, Inc Doing interesting things with small computers since 1979