From owner-freebsd-arch@FreeBSD.ORG Fri Oct 19 16:07:15 2007 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DACB16A41B; Fri, 19 Oct 2007 16:07:15 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8028413C458; Fri, 19 Oct 2007 16:07:14 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.14.1) with ESMTP id l9JG5GiE029284; Fri, 19 Oct 2007 10:05:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 19 Oct 2007 10:05:16 -0600 (MDT) Message-Id: <20071019.100516.74722974.imp@bsdimp.com> To: phk@phk.freebsd.dk From: Warner Losh In-Reply-To: <81952.1192786864@critter.freebsd.dk> References: <20071019113444.xinyc37x9cg0ckk0@webmail.leidinger.net> <81952.1192786864@critter.freebsd.dk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexander@Leidinger.net, cnst@freebsd.org, arch@freebsd.org Subject: Re: sensors fun.. X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Oct 2007 16:07:15 -0000 From: "Poul-Henning Kamp" Subject: Re: sensors fun.. Date: Fri, 19 Oct 2007 09:41:04 +0000 > In message <20071019113444.xinyc37x9cg0ckk0@webmail.leidinger.net>, Alexander L > eidinger writes: > > >I was thinking you talk about the interface between the kernel and the > >userland. Now I think that you talk more or less about something which > >could be implemented e.g., as an userland library which not only polls > >the kernel sensors framework, but provides the single-system sensor > >data (and could be a base of a singe-system sensor daemon which feeds > >its data to a group-level sensors framework). Does this sound like > >what you have in mind? > > It certainly sounds more sensible. > > The kernel-userland interface should happen over a filedescriptor > (either device or unix-domain socket) so that whatever daemon we > park on the fd can just use select/poll/kqueue to wait for events. If we're going to have a stream of data from the kernel, is there any reason to invent another daemon for that? We already have devd that deals with a number of disparate events from the kernel in a fairly generic way. Warner