From owner-freebsd-current Tue Mar 12 4:28:41 2002 Delivered-To: freebsd-current@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id D07CF37B416 for ; Tue, 12 Mar 2002 04:28:36 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.2/8.12.2) with ESMTP id g2CCSEnp017671; Tue, 12 Mar 2002 13:28:14 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Rasmus Skaarup Cc: current@FreeBSD.ORG Subject: Re: GEOM code ready for testing In-Reply-To: Your message of "Tue, 12 Mar 2002 13:14:35 +0100." <20020312130810.U18984-100000@skaarup.org> Date: Tue, 12 Mar 2002 13:28:14 +0100 Message-ID: <17670.1015936094@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <20020312130810.U18984-100000@skaarup.org>, Rasmus Skaarup writes: >> Basically when a new "g_provider" is created it is offered to each method >> in turn and if that method likes it, it can stick g_geom on top of it. > >Ahh.. But do you rule out the possibility that two methods could apply to >a g_provider? Or is this even a problem? the relationships in geom are: g_method --- 1 : N --- g_geom Each method can have multiple instances. g_geom --- 1 : N --- g_consumer An instance can attach to multiple providers (striping, mirroring, raid5) g_geom --- 1 : N --- g_provider An instance can split into more providers. (BSD/disklabel, MBR) g_provider --- 1 : N --- g_consumer Multiple consumers can attach to one provider. >> How you would recognize the same disk on thre different paths is a good >> question. We could implement (if we don't already have it) an >> ioctl/BIO_GETATTR which returns the serial number(s) of the diskdevice >> and you could query that. > >Hmm, but I'm not sure all kinds of storage devices have serialnumbers that >could be fetched (tape devices for instance?) and can we rely on the >hardware manufacturers to provide unique serialnumbers? Well, the recognition/configuration issue is not one GEOM magically can solve for you, but GEOM promises that if you can recognize it and configure it, GEOM will not get in your way for doing what you want. -- 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-current" in the body of the message