From owner-freebsd-current Tue Nov 5 12:19:17 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 969C337B401 for ; Tue, 5 Nov 2002 12:19:15 -0800 (PST) Received: from phalanx.trit.org (phalanx.trit.org [63.198.170.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0277543E77 for ; Tue, 5 Nov 2002 12:19:15 -0800 (PST) (envelope-from dima@trit.org) Received: from harpoon.trit.org (harpoon.trit.org [192.168.4.193]) by phalanx.trit.org (Postfix) with ESMTP id E59381A42D; Tue, 5 Nov 2002 20:19:13 +0000 (UTC) Received: from harpoon.trit.org (localhost [127.0.0.1]) by harpoon.trit.org (8.12.6/8.12.5) with ESMTP id gA5KJDCA000955; Tue, 5 Nov 2002 20:19:13 GMT (envelope-from dima@trit.org) Received: (from dima@localhost) by harpoon.trit.org (8.12.6/8.12.6/Submit) id gA5KJAPM000954; Tue, 5 Nov 2002 20:19:10 GMT X-Authentication-Warning: harpoon.trit.org: dima set sender to dima@trit.org using -f Date: Tue, 5 Nov 2002 20:19:10 +0000 From: Dima Dorfman To: Dan Nelson Cc: Andrew Lankford , current@FreeBSD.ORG Subject: Re: What's the status of devfs(8)? Message-ID: <20021105201910.GD641@trit.org> References: <20021105044708.LIEA1469.out010.verizon.net@verizon.net> <20021105185757.GB641@trit.org> <20021105194146.GB35777@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021105194146.GB35777@dan.emsphone.com> User-Agent: Mutt/1.4i 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 Dan Nelson wrote: > In the last episode (Nov 05), Dima Dorfman said: > > Andrew Lankford wrote: > > > devfs rule: ioctl DEVFSIO_RADD: Input/output error > > > > This is telling you that you're trying to modify ruleset 0. From the > > man page: > > > > Ruleset number 0 is the default ruleset for all new > > mount-points. It is always empty, cannot be modified or > > deleted, and does not show up in the output of showsets. > > Then it should return EPERM, EACCESS, EINVAL, or basically anything > except EIO, imho. I'm not particularly attached to EIO. I wanted something different, though, so when I see posts like this, i know what the problem is. Perhaps I should document devfs's esoteric meanings for error numbers--it has quite a few of them. > I got bit by this as well, and thought /sbin/devfs > was simply broken or not fully coded until I saw this post. That one can't modify ruleset 0 is documented copiously in the man page, and all the examples are preceeded by "devfs ruleset 10" (see the first sentence in the EXAMPLES section). Since this doesn't appear to be enough, perhaps you (or anyone, for that matter) could suggest a better way to communicate this requirement? > Or maybe allow ruleset 0 to be modified like any other? Is there a > benefit to having an invisible, immutable default ruleset? phk and I had a long discussion about this, and the conclusion was that it is indeed useful, sort of like having a NULL pointer is useful. I can go through my archives if you're interested in details. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message