Date: Sun, 26 Jan 2003 23:32:46 +0100 From: phk@freebsd.org To: Robert Watson <rwatson@freebsd.org> Cc: Garrett Wollman <wollman@lcs.mit.edu>, cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sbin/disklabel disklabel.c Message-ID: <11536.1043620366@critter.freebsd.dk> In-Reply-To: Your message of "Sun, 26 Jan 2003 17:21:06 EST." <Pine.NEB.3.96L.1030126171900.24134P-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <Pine.NEB.3.96L.1030126171900.24134P-100000@fledge.watson.org>, Robe rt Watson writes: >We've always had a problem with ioctl's operating on storage devices >regardless of the open mode (and permitted access modes) for the devidce >nodes. And it ain't going to get any better as we get more weird "disks" in the GEOM framwork. >> Probably there should be a separate .ctl node for these sorts of >> operations. This is not a solution I like, partly because of the /dev clutter but more because the device driver API is not the right one to use for it, in particular since there are GEOM node needs it cannot fill. The basic problem is that addressing inside the GEOM mesh does not follow /dev contents. I have worked a fair bit on an API which would allow us to manage the entire GEOM zoo through /dev/geom.ctl but I have not got it to a point where I am satisfied yet. -- 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 cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?11536.1043620366>