Date: Tue, 25 Jul 2000 12:51:01 -0700 (PDT) From: Matthew Jacob <mjacob@feral.com> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: freebsd-arch@FreeBSD.ORG Subject: Re: How much do we need the all-singing, all-dancing devfs? Message-ID: <Pine.BSF.4.10.10007251246140.56819-100000@beppo.feral.com> In-Reply-To: <13763.964554142@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
> In my mind it would make more sense to make an API to examine the > disklabels (of various sorts) and pick the "FreeBSD device identifier" > from there. > > That way all devices, SCSI, ATA, IDE, RAID, Flash and so on can be > handled. For devices that have been so labelled, yes, and that the label in question can be written to the device media (or stored in the device). This means that you have an import step. Not the worst thing in the world, but it does indeed restrict usage and sharing on a SAN- you can't rewrite the 50 NT volume labels on the SAN to find a FreeBSD identifier. And ocmpanies won't use FreeBSD if that is what we will require (this, I in fact, *do* know from stuff at Veritas- ask me some time what hacks that have to happen to make sure, when exporting volumes in target mode, you have to take to make sure that NT doesn't emit it's love label all over your FreeBSD volumes!). As I've said- I would like to have what you propose available. I would prefer it. But I also would like to solve directly addressing via immutable hardware properties (which vary as to type from device to device) direct access to some devices. -matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.10007251246140.56819-100000>