On Wed, 21 Apr 2010 11:04:35 -0700 (PDT)
Bill Unruh wrote:
> On Wed, 21 Apr 2010, Miroslav Lichvar wrote:
>
> > On Wed, Apr 21, 2010 at 08:53:53AM -0700, Bill Unruh wrote:
> >> On Wed, 21 Apr 2010, Miroslav Lichvar wrote:
> >>> We can add an option to unset the UNSYNC flag in chrony too
> >>> (w
On Wed, Apr 21, 2010 at 08:53:53AM -0700, Bill Unruh wrote:
> On Wed, 21 Apr 2010, Miroslav Lichvar wrote:
> >We can add an option to unset the UNSYNC flag in chrony too (would be
> >allowed only if rtcfile is disabled).
>
> That would completely destroy chrony's ability to determine the drift of
On Wed, 21 Apr 2010 10:55:07 +0100
Ed W wrote:
> The point was not to use both hwclock AND chrony to condition the RTC
> since they are both trying to do the same job independently and will
> fight...
This is the very point which I was asking for. If chrony itself takes care off
rtc then the
On Wed, Apr 21, 2010 at 12:36:55PM +0200, Miroslav Lichvar wrote:
> Having rtcfile directive in chrony.conf only enables RTC tracking, it
> doesn't write to RTC nor set system clock from RTC on start unless the
> -r option is used.
That should be -s option.
--
Miroslav Lichvar
---
To unsubscrib
On Wed, Apr 21, 2010 at 03:43:24PM +0530, J. Bakshi wrote:
> > The point was not to use both hwclock AND chrony to condition the RTC
> > since they are both trying to do the same job independently and will
> > fight...
>
> This is the very point which I was asking for. If chrony itself
> takes c
On Wed, 21 Apr 2010, Miroslav Lichvar wrote:
On Wed, Apr 21, 2010 at 08:53:53AM -0700, Bill Unruh wrote:
On Wed, 21 Apr 2010, Miroslav Lichvar wrote:
We can add an option to unset the UNSYNC flag in chrony too (would be
allowed only if rtcfile is disabled).
That would completely destroy chro
On Tue, 20 Apr 2010 21:09:54 -0700 (PDT)
Bill Unruh wrote:
> On Wed, 21 Apr 2010, J. Bakshi wrote:
>
> > Thanks a lot for your clarification and suggestion. Then I do
> > continue with the corn - way as you suggest. I understand as ntp
> > chrony has been designed to address the system time. Ma
On 21/04/2010 06:33, J. Bakshi wrote:
Yes I agree with you. The objective is to sync with ntp. But I might be
permitted dreaming that one day chrony can adjust the rtc too.
I think you misunderstand - see my email a few moments ago - chrony DOES
adjust the rtc. In fact it's ntp which do
On Wed, 21 Apr 2010, Miroslav Lichvar wrote:
On Wed, Apr 21, 2010 at 03:43:24PM +0530, J. Bakshi wrote:
The point was not to use both hwclock AND chrony to condition the RTC
since they are both trying to do the same job independently and will
fight...
This is the very point which I was asking
On Wed, 21 Apr 2010, J. Bakshi wrote:
Thanks a lot for your clarification and suggestion. Then I do continue with the
corn - way as you suggest. I understand as ntp chrony has been designed to
address the system time. Maybe in future it can also take care of rtc clock too
as rtc clock has it
10 matches
Mail list logo