Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: Gary Palmer <gpalmer@xxxxxxxxxxx>
- Date: Wed, 11 Jul 2007 13:40:46 -0400
On Wed, Jul 11, 2007 at 11:19:40AM +0000, Poul-Henning Kamp wrote:
In message <20070711115332.I67691@xxxxxxxxxxxxxxxxx>, Robert Watson writes:
On Wed, 11 Jul 2007, Poul-Henning Kamp wrote:
So it sounds like it would be useful for Constantine to help flesh out a few
pieces of understanding:
Add to this:
- Is it possible to correctly identify the hardware platform, so that we know
where to find the sensors and know what they measure, without bloating the
kernel with a lot of tables.
Why would the tables have to be in the kernel? Even if they are in the
kernel, what is stopping something loading the correct table on boot
based on some userland tool run out of /etc/rc.d? I'm also not sure what
the benefit to having the tables in the kernel would be. A userland tool
which watches the data from the sensors (however they are presented, whether
it is a sysctl MIB or data passed via RFC 1149) and acts appropriately
would appear to be a more flexible solution (ala devd)
_______________________________________________
freebsd-arch@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"
- References:
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: Robert Watson
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- From: Poul-Henning Kamp
- Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Prev by Date: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Next by Date: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Previous by thread: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Next by thread: Re: Porting OpenBSD's sysctl hw.sensors framework to FreeBSD
- Index(es):
Relevant Pages
- 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) - Re: uname Question
... Bob Chiodini wrote: ... infor on coreutils uname the -i option reports
the hardware platform ... I believe, the kernel that runs ... (Fedora)