From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Engelhardt Subject: Re: [PATCH] Use new sb type Date: Sun, 10 Feb 2008 13:12:13 +0100 (CET) Message-ID: References: <479E1C95.1040008@dgreaves.com> <479FB1FB.6040500@tmr.com> <47AED31A.3070704@dgreaves.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Return-path: In-Reply-To: <47AED31A.3070704@dgreaves.com> Sender: linux-raid-owner@vger.kernel.org To: David Greaves Cc: Bill Davidsen , neilb@suse.de, linux-raid@vger.kernel.org List-Id: linux-raid.ids On Feb 10 2008 10:34, David Greaves wrote: >Jan Engelhardt wrote: >> On Jan 29 2008 18:08, Bill Davidsen wrote: >> >>>> IIRC there was a discussion a while back on renaming mdadm options >>>> (google "Time to deprecate old RAID formats?") and the superblocks >>>> to emphasise the location and data structure. Would it be good to >>>> introduce the new names at the same time as changing the default >>>> format/on-disk-location? >>> Yes, I suggested some layout names, as did a few other people, and >>> a few changes to separate metadata type and position were >>> discussed. BUT, changing the default layout, no matter how "better" >>> it seems, is trumped by "breaks existing setups and user practice." >> >> Layout names are a different matter from what the default sb type should >> be. >Indeed they are. Or rather should be. > >However the current default sb includes a layout element. If the default sb is >changed then it seems like an opportunity to detach the data format from the >on-disk location. I do not see anything wrong by specifying the SB location as a metadata version. Why should not location be an element of the raid type? It's fine the way it is IMHO. (Just the default is not :)