Date: Tue, 12 Mar 2002 10:58:22 -0700 From: "Justin T. Gibbs" <gibbs@scsiguy.com> To: "Kenneth D. Merry" <ken@kdm.org> Cc: Rasmus Skaarup <mfbsd@skaarup.org>, Poul-Henning Kamp <phk@critter.freebsd.dk>, current@FreeBSD.ORG Subject: Re: GEOM code ready for testing Message-ID: <200203121758.g2CHwMI30008@aslan.scsiguy.com> In-Reply-To: Your message of "Tue, 12 Mar 2002 10:34:23 MST." <20020312103423.A79424@panzer.kdm.org>
next in thread | previous in thread | raw e-mail | index | archive | help
>FWIW, Justin and I have been thinking about (for years, actually) doing >multipath support inside CAM. Actually, the multipathing support would be in new-bus and CAM would be one newbus client able to detect redundant paths and register them accordingly. The main thing to remember is that there are lots of device types that want to export the concept of multiple paths. CAM and GEOM may implement different policies with those paths or the devices in question may not even be of interest to those two subsystems. This is why the support should be generic enough to be used by CAM, GEOM, and all of the uses to follow. With newbus, this becomes pretty trivial. Each device node has a method for enumerating its paths. CAM or GEOM or X new cool thing, can then devise their own policy to handle this information. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200203121758.g2CHwMI30008>