Re: sensors fun..

From: "Poul-Henning Kamp" <phk@xxxxxxxxxxxxxx>
Subject: Re: sensors fun..
Date: Fri, 19 Oct 2007 09:41:04 +0000

In message <20071019113444.xinyc37x9cg0ckk0@xxxxxxxxxxxxxxxxxxxxx>, 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
_______________________________________________
freebsd-arch@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"

Relevant Pages

  • Re: sensors fun..
    ... reason to invent another daemon for that? ... The kernel and userland sensors would result in two kinds of data, ... measurements can be taken through the sensors framework and events could be sent via the devctlmechanism. ...
    (freebsd-arch)
  • Re: sensors fun..
    ... >> single-system sensors framework above. ... >> as I don't think userland data should be feed into the kernel. ... Instead, I think the "public" interface that systat, ...
    (freebsd-arch)
  • Re: cvs commit: src/etc Makefile sensorsd.conf src/etc/defaults rc.conf src/etc/rc.d Makefile sensor
    ... rights than using the userland parts of the sensors framework. ... but I have learned that the kernel should never be a dumping ...
    (freebsd-arch)
  • Re: sensors framework continued (architecture)
    ... This sounds like you propose more than one kernel access point for all ... the end you do a blocking wait, with slow sensors comming back later ... Why couldn't you tell multiple sensors to poll in one syscall? ... sensord about their placement in the hierarchy. ...
    (freebsd-arch)
  • sensors fun..
    ... etc. sensors report status via an object like this ... - I'm not entirely opposed to having kernel drivers for various known sensor ... Forcing all sensors to be in the kernel. ... consequences in the kernel than in userland. ...
    (freebsd-arch)