From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lars Marowsky-Bree Subject: Re: Proposed enhancements to MD Date: Fri, 16 Jan 2004 10:24:47 +0100 Sender: linux-raid-owner@vger.kernel.org Message-ID: <20040116092447.GF22417@marowsky-bree.de> References: <40033D02.8000207@adaptec.com> <16389.52150.148792.875315@notabene.cse.unsw.edu.au> <20040115155221.A31378@lists.us.dell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: Content-Disposition: inline In-Reply-To: <20040115155221.A31378@lists.us.dell.com> To: Matt Domsch , Neil Brown Cc: Scott Long , linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org List-Id: linux-raid.ids On 2004-01-15T15:52:21, Matt Domsch said: > * Solution works in both 2.4 and 2.6 kernels > - less ideal of two different solutions are needed Sure, this is important. > * RAID 0,1 DDF format > * Bootable from degraded R1 We were looking at extending the boot loader (grub/lilo) to have additional support for R1 & multipath. (ie, booting from the first drive/path in the set where a consistent image can be read.) If the BIO= S supports DDF too, this would get even better. =46or the boot drive, this is highly desireable! Do you know whether DDF can also support simple multipathing? > * Boot from degraded RAID1 requires setup method early in boot > process, either initrd or kernel code. This is needed with DDF too; we need to parse the DDF data somewhere afterall. > From what I see about md: > * RAID 0,1 there today, no DDF Supporting additional metadata is desireable. For 2.6, this is already in the code, and I am looking forward to having this feature. > Am I way off base here? :-) I don't think so. But for 2.6, the functionality should go either into DM or MD, not into emd. I don't care which, really, both sides have goo= d arguments, none of which _really_ matter from a user-perspective ;-) (If, in 2.7 time, we rip out MD and fully integrate it all into DM, the= n we can see further.) Sincerely, Lars Marowsky-Br=E9e --=20 High Availability & Clustering \ ever tried. ever failed. no matt= er. SUSE Labs | try again. fail again. fail better. Research & Development, SUSE LINUX AG \ -- Samuel Beckett - To unsubscribe from this list: send the line "unsubscribe linux-raid" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html