On Wed, Jul 20, 2011 at 05:24:35AM -0700, Bill Unruh wrote:
> trimrtc is supposed to occur such that the algorithm to determine the rtc
> drift rate compensates for the change in rtc caused by the trinrtc (all
> entries in the prior rtc measurement table are shifted by the same amt that
> the rtc
On Wed, 20 Jul 2011, Ed W wrote:
Possibly more succinctly:
a) I want to step rtc to track real time (since it's entwined with booting)
You could do the 11 min mode. That would mean that the offset was always very
very close to zero when the device is switched off, but the rate is unknown.
On Wed, 20 Jul 2011, Miroslav Lichvar wrote:
On Wed, Jul 20, 2011 at 05:24:35AM -0700, Bill Unruh wrote:
trimrtc is supposed to occur such that the algorithm to determine the rtc
drift rate compensates for the change in rtc caused by the trinrtc (all
entries in the prior rtc measurement table
On Wed, 20 Jul 2011, Ed W wrote:
Hi, a good repost, but...
Thus calling trinrtc at anytime while running should not
make a difference. But doing it on bootup seems not a good idea. The system
time is not good then.
I'm not seeing why it makes a difference what the system time is at this