Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 19 Oct 2007 19:54:21 -0400
From:      "Constantine A. Murenin" <cnst@FreeBSD.org>
To:        Alexander Leidinger <netchild@FreeBSD.org>
Cc:        Scott Long <scottl@samsco.org>, src-committers@FreeBSD.org, John Baldwin <jhb@FreeBSD.org>, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, "Constantine A. Murenin" <cnst@FreeBSD.org>, Poul-Henning Kamp <phk@phk.freebsd.dk>, Wilko Bulte <wb@freebie.xs4all.nl>
Subject:   Re: 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 f
Message-ID:  <471943AD.3040402@FreeBSD.org>
In-Reply-To: <20071018092558.3c9b4tkescko4g0c@webmail.leidinger.net>
References:  <52183.1192652654@critter.freebsd.dk> <20071018092558.3c9b4tkescko4g0c@webmail.leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 18/10/2007 03:25, Alexander Leidinger wrote:

> Quoting Poul-Henning Kamp <phk@phk.freebsd.dk> (from Wed, 17 Oct 2007  
> 20:24:14 +0000):
> 
>> In message <47162F40.8000203@FreeBSD.org>, "Constantine A. Murenin" 
>> writes:
>>
>>> You didn't quote my other part of the reply about the ntpd/sensors.c
>>> example.
>>
>>
>> FreeBSD already supports an API for timekeeping events, complying
>> with the only relevant standard in this area: RFC 2783
> 
> 
> He didn't talk about using this for timekeeping stuff in FreeBSD. He  
> used this an an example what could be done for RAID.

I confirm.

> As you didn't asked for a specific action regarding this I try to do  
> it. Please correct me if I don't get it right:
> 
> Constantine, we have a standards compliant API for timekeeping events.  
> Any time related stuff should use this API. Please add a text and a  
> pointer, e.g., in the man-page and/or any other sensible place, which  
> tells that our RFC 2783 compliant API shall be used.

Sure, in fact, I don't think such documentation is even needed -- 
OpenNTPD, the primary daemon that benefits from the timedelta sensors, 
resides in the ports tree, so any timedelta drivers could be implemented 
as loadable kernel modules and also reside in the ports tree, to be used 
together with OpenNTPD.  I see no technical or architectural violations 
here, merely an extra alternative for the end users.

The sensors framework itself, on the other hand, obviously cannot reside 
in the ports tree.

C.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?471943AD.3040402>