Re: [Rtlinuxgpl] Re: system time running out - again

I don't know the details of the problem, but you should ask on 
RTLinuxFree.com where Pau Mendoza is tracking Free issues.

I will say that you must turn off ntpd because it will fight
with RTCore over control of the clock. In Pro we have a PLL and 
clock that can tak synchronizing inputs, but we have not yet released
that to Free.




On Fri, Jan 27, 2006 at 09:49:32AM +0100, Theo Veenker wrote:
> Der Herr Hofrat wrote:
> >>At Mon, 2005-12-26 10:21 "Robson Sales (NETEL - Trana)"
> >><[email protected]> posted <[email protected]> to
> >>gmane.linux.real-time.rtlinux.general:
> >>
> >>
> >>>Hi all!
> >>>
> >>>Some time ago, people in this list notified a problem with the system
> >>>time (see in
> >>>http://www2.fsmlabs.com/pipermail/rtl/2005-February/030056.html).
> >>
> >>On a single A7N8X-E (Athlon) system, I dual-boot Gentoo and FedoraCore4.
> >>I keep both up to date with latest packages.
> >>
> >>Running FC4 the clock tracks correctly. 
> >>
> >>With Gentoo it races ahead as you described... and ntpd log messages
> >>keep indicating that it is adjusting the system clock, but the
> >>adjustments are not having any affect, the clock keeps gaining a second
> >>about every 4 minutes. Thus the log messages show increasing the amount
> >>it is "adjusting" the clock each adjustment, and that's right about the
> >>amount it would take to correct it, but the clock isn't getting
> >>corrected.
> >>
> >>It's obviously not a hardware problem.
> >>
> > 
> > are you using the default kernels from the respective distros + rtlinux patch
> > or did you take a vanilla kernel on both ? I could not see how the distro
> > would influence things this way provided the same kernel was in use .
> 
> I don't understand how this could happen either.
> 
> But what I really don't understand is why FSMLabs never says anything about
> the gpos-clock running too fast problem. Many people including me are facing
> this problem for years now. Does FSMLabs recognize the problem at all? Maybe
> they have a fix but only for paying customers? That's OK, but can't they just
> tell us poor budgetless people that there is a problem and if possible say
> what causes it and whether it could/will be fixed in RTLinuxFree or not?
> 
> Theo
> 
> 
> _______________________________________________
> Rtlinuxgpl mailing list
> [email protected]
> https://listas.upv.es/mailman/listinfo/rtlinuxgpl
> Rtlinux development repository
> http://www.rtlinux-gpl.org/

-- 
---------------------------------------------------------
Victor Yodaiken 
Finite State Machine Labs: The RTLinux Company.
www.fsmlabs.com  www.rtlinux.com
1+ 505 838 9109

_______________________________________________
Rtl mailing list
[email protected]
http://hq.fsmlabs.com/mailman/listinfo/rtl
http:/www.rtlinux-gpl.org/