From owner-freebsd-current Thu May 15 11:11:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA04753 for current-outgoing; Thu, 15 May 1997 11:11:26 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.50]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id LAA04746 for ; Thu, 15 May 1997 11:11:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA15283; Thu, 15 May 1997 11:04:39 -0700 From: Terry Lambert Message-Id: <199705151804.LAA15283@phaeton.artisoft.com> Subject: Re: Backwards compatibiliy for isa_driver To: phk@dk.tfs.com (Poul-Henning Kamp) Date: Thu, 15 May 1997 11:04:39 -0700 (MST) Cc: deischen@iworks.InterWorks.org, phk@dk.tfs.com, current@FreeBSD.ORG In-Reply-To: <4021.863696556@critter> from "Poul-Henning Kamp" at May 15, 97 01:42:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Have you looked at how Sun Solaris does similar things? > > yes, and I don't really like it :-) Me neither. If you are going to do a registry, you might as well go for LDAP schema compatability so you can export it as an LDAP service branch and integrate it into an X.500 global directory, or at the very least enable remote management via LDAP tools. Personally, I think there are a lot of good reasons to have a registry, not the least of which is that rc.conf/sysconfig is a gross hack looking for a registry to save it from drowning in its own excrement. But DEVFS persistent storage, and ISA device persistant storage are not good uses of such a beast, IMO. There are better was to solve these problems than throwing a persistent (and potentially stale, and therefore high maintenance) store at them. The Sun routines, bogus as they are, are for runtime conflict resoloution more than they are for persistance (IMO), since once set, there's no reason that they will ever change without a hardware reconfiguration some time down the line. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.