From owner-freebsd-current@FreeBSD.ORG  Fri Oct  7 07:13:28 2011
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 72ACF1065769;
	Fri,  7 Oct 2011 07:13:28 +0000 (UTC)
	(envelope-from perryh@pluto.rain.com)
Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34])
	by mx1.freebsd.org (Postfix) with ESMTP id 37AF68FC17;
	Fri,  7 Oct 2011 07:13:28 +0000 (UTC)
Received: from agora.rdrop.com (66@localhost [127.0.0.1])
	by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id p977DJvo024804
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
	Fri, 7 Oct 2011 00:13:19 -0700 (PDT)
	(envelope-from perryh@pluto.rain.com)
Received: (from uucp@localhost)
	by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id p977DJTF024803; 
	Fri, 7 Oct 2011 00:13:19 -0700 (PDT)
Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com
	(4.1/SMI-4.1-pluto-M2060407) id AA00305; Fri, 7 Oct 11 00:07:29 PDT
Date: Fri, 07 Oct 2011 07:06:38 -0700
From: perryh@pluto.rain.com
To: lev@freebsd.org
Message-Id: <4e8f076e.XGNH7dUgsC/mhr1j%perryh@pluto.rain.com>
References: <1927112464.20111004220507@serebryakov.spb.ru>
	<4E8B7A27.5070908@quip.cz>
	<344794801.20111005101957@serebryakov.spb.ru> <4E8C1426.60107@quip.cz>
	<251861322.20111005125825@serebryakov.spb.ru> <4E8C6E85.90005@quip.cz>
	<CACdU+f8mA1wLUnHVyrJwaf89ahf2oc_904=8mme7kkBLxLSCCQ@mail.gmail.com>
	<4E8CD662.90202@quip.cz> <j6k252$hpm$1@dough.gmane.org>
	<4E8D9136.6040200@digsys.bg>
	<672948039.20111006175334@serebryakov.spb.ru>
In-Reply-To: <672948039.20111006175334@serebryakov.spb.ru>
User-Agent: nail 11.25 7/29/05
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Mailman-Approved-At: Fri, 07 Oct 2011 15:44:23 +0000
Cc: daniel@digsys.bg, freebsd-current@freebsd.org, ivoras@freebsd.org,
	freebsd-geom@freebsd.org
Subject: Re: RFC: Project geom-events
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Oct 2011 07:13:28 -0000

Lev Serebryakov <lev@freebsd.org> wrote:

>   GPT (and MBR) metadata placement is dictated from outside world,
> where is no GEOM and geom_label. They INTENDED to be used on DISKS.
> BIOSes should be able to find it :)

Certainly GPT and MBR must place an instance of the partition table
where the BIOS expects it, but there's no immediately obvious reason
why they must regard that instance as their GEOM metadata.  GPT puts
a second copy in the provider's last block, and AFAICT it could just
as well use _that_ instance -- or even a differently-formatted block
that included the same data -- as the primary.  MBR could do likewise.