From owner-freebsd-arch@FreeBSD.ORG  Sun Sep 11 15:50:41 2005
Return-Path: <owner-freebsd-arch@FreeBSD.ORG>
X-Original-To: freebsd-arch@freebsd.org
Delivered-To: freebsd-arch@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id AF27E16A41F;
	Sun, 11 Sep 2005 15:50:41 +0000 (GMT)
	(envelope-from phk@phk.freebsd.dk)
Received: from pasmtp.tele.dk (pasmtp.tele.dk [193.162.159.95])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 60EBE43D45;
	Sun, 11 Sep 2005 15:50:41 +0000 (GMT)
	(envelope-from phk@phk.freebsd.dk)
Received: from phk.freebsd.dk (0x535c0e2a.sgnxx1.adsl-dhcp.tele.dk
	[83.92.14.42]) by pasmtp.tele.dk (Postfix) with ESMTP id 67B681EC301;
	Sun, 11 Sep 2005 17:50:33 +0200 (CEST)
To: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=)
From: "Poul-Henning Kamp" <phk@phk.freebsd.dk>
In-Reply-To: Your message of "Sun, 11 Sep 2005 16:34:29 +0200."
	<86y863k70q.fsf@xps.des.no> 
Date: Sun, 11 Sep 2005 17:50:29 +0200
Message-ID: <760.1126453829@phk.freebsd.dk>
Sender: phk@phk.freebsd.dk
Cc: Jung-uk Kim <jkim@freebsd.org>, freebsd-arch@freebsd.org
Subject: Re: Bigger boot block size? 
X-BeenThere: freebsd-arch@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussion related to FreeBSD architecture <freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 11 Sep 2005 15:50:41 -0000

In message <86y863k70q.fsf@xps.des.no>, =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= 
writes:

>We also need to fix gstripe, gmirror etc. so they place their metadata
>at the start of the provider instead of at the end.

There are perfectly good arguments for metadata at front and metadata
at the end and none of the arguments is definitive.

In GEOM it is a private matter for the classes in question, and as
long as they handle it properly, I have no issues with any placement
of metadata.

-- 
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.