From owner-freebsd-arch Tue Nov 27 14:38:59 2001 Delivered-To: freebsd-arch@freebsd.org Received: from bazooka.trit.org (bazooka.trit.org [63.198.170.138]) by hub.freebsd.org (Postfix) with ESMTP id F15AB37B419 for ; Tue, 27 Nov 2001 14:38:54 -0800 (PST) Received: by bazooka.trit.org (Postfix, from userid 1000) id 78E853EF3; Tue, 27 Nov 2001 22:38:54 +0000 (UTC) Received: from bazooka (localhost [127.0.0.1]) by bazooka.trit.org (Postfix) with ESMTP id 778203C130; Tue, 27 Nov 2001 22:38:54 +0000 (UTC) To: Warner Losh Cc: arch@FreeBSD.ORG Subject: Re: Anybody working on devd? In-Reply-To: <200111270629.fAR6TVM10680@harmony.village.org>; from imp@harmony.village.org on "Mon, 26 Nov 2001 23:29:31 -0700" Date: Tue, 27 Nov 2001 22:38:49 +0000 From: Dima Dorfman Message-Id: <20011127223854.78E853EF3@bazooka.trit.org> 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 Warner Losh wrote: > In message <20011126171018.F39FD3EDE@bazooka.trit.org> Dima Dorfman writes: > : Is anybody working, or planning on starting in the near future, on > : devd or similar? I'm thinking of giving it a shot, but I'd rather not > : duplicate effort and/or step on anybody's toes. > > Which part of devd? "The do commands when devices are added to the > configured device tree," or "the preserve permissions in /dev" one :-) I was talking about the former. What I have in mind is a generic "something has happened to this device, would the userland like to do anything in response?" kind of thing. Basically, we can have a notify_userland() API in the kernel which takes a dev_t and an event type, which gets filtered down to a devd userland daemon, which can take the appropriate action (this can either be executing an external program, or, in the case of something more complex and integrated like pccard, a builtin function). The advantages of this approach is that it's very simple, doesn't strictly depend on devfs, can probably be used to replace pccardd and usbd (although I haven't looked at the latter much), and if we stick a call to the hypothetical notify_userland() function in make_dev(), it can somewhat be used to control permissions in /dev, although not satisfactorily. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message