From owner-freebsd-arch Tue Nov 27 14:58: 4 2001 Delivered-To: freebsd-arch@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 3BE4337B417 for ; Tue, 27 Nov 2001 14:58:01 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fARN1nj04294 for ; Tue, 27 Nov 2001 15:01:49 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200111272301.fARN1nj04294@mass.dis.org> To: arch@FreeBSD.ORG Subject: Re: Anybody working on devd? In-Reply-To: Message from Warner Losh of "Tue, 27 Nov 2001 15:45:20 MST." <200111272245.fARMjKM17357@harmony.village.org> Date: Tue, 27 Nov 2001 15:01:49 -0800 From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I'd also point out that devfsd, in my world view, dealt with dev_t, > while devd dealt with device_t. I think the problem here is that the line is being drawn in the wrong place. Yes, there are a group of different things which need to be considered; responses to new devices, new device nodes, new media, etc. However, all of these group under the single heading of "dynamic changes in system configuration". And it would be highly desirable to group the policies that react to these changes in a single place, and manage them with a single tool. The alternative is a confusing mess. So, yes, we want a generic event-responsive architecture. And yes, we need to be able to script the responses to these events accordingly. And whether we call this facility "devd" or "devfsd" or "theamazingmancinid" is IMO immaterial. There are a couple of well-understood sets of event-response sets already: - new dev_t - new device_t - new media / media ejection request and probably several more that I've left out. Let's quite the squabbling over what the damn application is going to be called and get on with implementing something do to the work, ok? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message