Date: Mon, 29 Nov 2004 10:35:11 -0800 From: Marcel Moolenaar <marcel@xcllnt.net> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: Chris Hedley <cbh-freebsd-current@groups.chrishedley.com> Subject: Re: GEOM: gpt partitions on a gmirror array possible? Message-ID: <20041129183511.GA84117@ns1.xcllnt.net> In-Reply-To: <20041129133825.GL7232@darkness.comp.waw.pl> References: <20041127193532.X15946@teapot.cbhnet> <20041129133825.GL7232@darkness.comp.waw.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Nov 29, 2004 at 02:38:25PM +0100, Pawel Jakub Dawidek wrote: > > It is because GEOM_GPT class only allow to create GPT labels on rank#1 > providers (i.e. disks). I'm not sure why we have this hack, maybe marcel@ > knows something more (cc'ed). It's there, because it was there for the MBR class when I used that class as a blueprint for implementing GPT support. Since GPT is not allowed within an MBR slice, or within a GPT partition (no nesting), not to mention all the non-native partitioning schemes that GEOM supports, that test made sure we only tasted GPT partitions on the one kind of providers that existed besides slicers: disks. I guess a change like geom_mbr.c:1.57 is in order, or a more to-the- point test for rejecting GPT on MBR or GPT on GPT. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041129183511.GA84117>