cvs commit: src/etc Makefile sensorsd.conf src/etc/defaults rc.conf src/etc/rc.d Makefile sensorsd src/lib/libc/gen sysctl.3 src/sbin/sysctl sysctl.8 sysctl.c src/share/man/man5 rc.conf.5 src/share/man/man9 Makefile sensor_attach.9 src/sys/conf files ...

Sam Leffler sam at
Sun Oct 14 11:16:49 PDT 2007

Poul-Henning Kamp wrote:
> In message <200710141045.l9EAjW4m058732 at>, Alexander Leiding
> er writes:
>>  Log:
>>  Import OpenBSD's sysctl hardware sensors framework.
> I would like to register a complaint about this commit.
> When this was discussed I objected that this entire pile of crap does
> not belong in the kernel.
> I still think this is a festering junkpile that does not belong in
> the kernel, and that his should be backed out, until a proper
> architectural solution has been found.
> Adding a new bogus type of device tree just because on cannot be
> bothered to do things right, is the road that leads to things like
> SYSV IPC and away from a sustainable architecture for an operating
> system which is here for the long term.
> Please back this out.

I'd have to agree that these changes need more buy in and review.  I 
recall many folks voiced complaints when the work was submitted to p4.  
There are basic design issues that need to be resolved such as whether 
code that's been added to the kernel is needed (instead of doing 
user-space drivers).  Having kernel support is usually dependent on 
whether it's infeasible to do the work in user space and/or using the 
results within the kernel.  I also took a quick glance at the 2 drivers 
that were added and see multiple issues that indicate this code needs 
more review (possible div-by-zero, lack of newbus integration, probing 
i2c devices, etc).

I was very happy to see this SoC project happen and I think users could 
benefit from a common sensor framework but I'd like to see one that is a 
better fit to freebsd.


More information about the cvs-src mailing list