From owner-freebsd-arch Mon Jan 28 12:42:39 2002 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 297DC37B400 for ; Mon, 28 Jan 2002 12:42:32 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id g0SKdd747068; Mon, 28 Jan 2002 21:39:40 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Kenneth D. Merry" Cc: arch@FreeBSD.ORG Subject: Re: Geom project, limited preview... In-Reply-To: Your message of "Mon, 28 Jan 2002 13:18:34 MST." <20020128131834.A4983@panzer.kdm.org> Date: Mon, 28 Jan 2002 21:39:39 +0100 Message-ID: <47066.1012250379@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020128131834.A4983@panzer.kdm.org>, "Kenneth D. Merry" writes: [...] >This will require thought, [...] >[...] >Depending on your design, [...] I am sure you are right, but I cannot really provide you any assurance as to what can and what cannot be done yet. Between you and sos@ and me, I am sure we can cover this ground, but I have this nagging feeling that a geom module of the kind we are talking about, is composed of 10% "doing the actual I/O" and 90% "dissecting the on-disk configuration records and setting things up". I have implemented some generic code for your average "subdisk" module (BSD, MBR, SUNLABEL, MACLABEL and so on) but the actual savings is surprisingly small (the benefit in consistency is of course still more than enough to justify it). I _think_ my design and code allows for "doing anything" but I may be wrong. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message