From owner-freebsd-arch Tue Jan 5 04:29:31 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA09304 for freebsd-arch-outgoing; Tue, 5 Jan 1999 04:29:31 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA09297 for ; Tue, 5 Jan 1999 04:29:22 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id NAA09773 for ; Tue, 5 Jan 1999 13:28:53 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id NAA14192 for freebsd-arch@freebsd.org; Tue, 5 Jan 1999 13:28:51 +0100 (MET) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA09438 for ; Sun, 3 Jan 1999 18:17:39 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id TAA29522; Sun, 3 Jan 1999 19:17:13 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id TAA20679; Sun, 3 Jan 1999 19:17:13 -0700 Date: Sun, 3 Jan 1999 19:17:13 -0700 Message-Id: <199901040217.TAA20679@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: freebsd-arch@FreeBSD.ORG Mail-Followup-To: freebsd-arch@FreeBSD.ORG X-To: Warner Losh Subject: Re: Implementing a DEVFS daemon In-Reply-To: <199901032109.OAA57058@harmony.village.org> References: <199901032109.OAA57058@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Consider having a daemon that saves the state of a particular /devfs > tree. This daemon will wake up every now and again and read the > /devfs tree. When it notices changes, it will record them in its > database. This database will be in text format for easy editing. Any chance that DEVFS could throw a symbol in /proc (or even in /dev) so that it could through a 'select()' event to the daemon to cause it to re-read the /devfs? (Just a nit). This is how the APM system works, and it keeps the daemon from having to continually poll the kernel and burn up CPU cycles for no good reason. Otherwise, since it seems to be giving me what I believe the userbase desires (persistence w/out requiring learning 'Yet-Another FreeBSD centric configuration') it sounds good. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message