From owner-cvs-all Sun Jan 26 14:32:49 2003 Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23AAC37B401; Sun, 26 Jan 2003 14:32:48 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C97A43ED8; Sun, 26 Jan 2003 14:32:47 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h0QMWkQl011537; Sun, 26 Jan 2003 23:32:46 +0100 (CET) (envelope-from phk@freebsd.org) To: Robert Watson Cc: Garrett Wollman , cvs-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sbin/disklabel disklabel.c From: phk@freebsd.org In-Reply-To: Your message of "Sun, 26 Jan 2003 17:21:06 EST." Date: Sun, 26 Jan 2003 23:32:46 +0100 Message-ID: <11536.1043620366@critter.freebsd.dk> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message , 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