Re: [ts-7000] Re: 983.04 Khz timer

["Don W. Carr" <>]

Bob,

I am using a 7260 which I bought about a month ago, it looks like ts9 (see below). I will check to see if that function is available. That would sure be a lot easier than reading the free running timer if available. I would prefer that gettimeofday() just did it all and interpolated correctly.

$ cat /proc/sys/kernel/osrelease
2.4.26-ts9

Of course this still does not solve the problem of losing over 15 seconds per day when they want to know to the nearest second when a train leaves the station.

Thanks!

Don.

On 4/18/06, Bob Lees <> wrote:

Hi Don

Which src are you using for the kernel ts8 or ts9?

Last July I posted a patch to -ts8 which had a new function
static unsigned long ep93xx_gettimeoffset(void)
without this gettimeofday only returns the last tick update which is every 10
milli-seconds.  For adjtimex (read xntpd)  to work you need a gettimeofday
function which actually returns the number of usecs since the last tick
update.

The patch name is linux24_ts8-lck1-cpufreq-230705.patch.gz and it is posted to
the group file area.  It applies to -ts9 as well.

This may account for the results you and others are currently seeing.

Bob

On Tuesday 18 April 2006 02:31, Don W. Carr wrote:
> I have been running my 7260 now for about 8 hours since setting both the
> system clock with date, and the battery backed real-time clock with hwclock
> to my atomic clock that synchronizes every night. It appears that the
> battery-backed real-time clock is right on, but the system clock has lost
> about 4 seconds in 8 hours (not good). I have an application where I need
> to know with max 1 second error when a train crosses a sensor.
>
> Below you can see I ran hwclock and date at the same time, right at the top
> of the minute.
>
> $ hwclock ; date
> Mon Apr 17 20:10:00 2006  0.000000 seconds
> Mon Apr 17 20:09:56 UTC 2006
> $
>
> When I started the test, they both read exactly the same.
>
> Any ideas on how to keep the system clock in better sync? I would like
> these systems to stay within 1 second even if they are disconnected from
> the net for 24 hours.
>
> Don.
>
> On 4/17/06, Yan Seiner <> wrote:
> >  --- In "Don W. Carr" <> wrote:
> > > Well, yes, for most applications the computers will be network
> > > attached and I can use ntp. But, that brings up the other
> >
> > question,
> >
> > > should I periodically run "hwclock --systohc" so if the computer
> > > reboots, it will come up at the right time? Or does ntp handle
> >
> > that?
> >
> > Well, I was thinking of reference clocks....  But I see from reading
> > the ntp docs that it's not what I thought....
> >
> > What is really needed is an ntp refclock driver for the TS RTC....
> > I have no idea how hard it would be to implement one... But seeing
> > as you can use NMEA messages and a pulse for refclocks it should not
> > be impossible.  Basically make it emulate a GPS signal.
> >
> > > Does anybody have the ntp client compiled for the Arm boards
> >
> > (TS-Linux)?
> >
> > Not yet....
> >
> > --Yan
> >
> >
> >
> >
> >
> >  SPONSORED LINKS
> >   Linux

> > os<http://groups.yahoo.com/gads?t=ms&k=Linux+os&w1=Linux+os&w2=Hardware&w
> >3=Arms&w4=Computer+internet&w5=Computer+security&w6=Computer+hardware+secu
> >rity&c=6&s=116&.sig=BJW5myHQ5naFTMcGbJtFkw>
> > Hardware<http://groups.yahoo.com/gads?t=ms&k=Hardware&w1=Linux+os&w2=Hard
> >ware&w3=Arms&w4=Computer+internet&w5=Computer+security&w6=Computer+hardwar
> >e+security&c=6&s=116&.sig=y-BHswwhyikFrxIthtmHdw>
> > Arms<http://groups.yahoo.com/gads?t=ms&k=Arms&w1=Linux+os&w2=Hardware&w3=
> >Arms&w4=Computer+internet&w5=Computer+security&w6=Computer+hardware+securi
> >ty&c=6&s=116&.sig=VFc2E4uFRtDPNiivNTse7A>   Computer
> > internet<http://groups.yahoo.com/gads?t=ms&k=Computer+internet&w1=Linux+o
> >s&w2=Hardware&w3=Arms&w4=Computer+internet&w5=Computer+security&w6=Compute
> >r+hardware+security&c=6&s=116&.sig=a5JoGFmV0BGnuTosV_TwhQ>  Computer
> > security<http://groups.yahoo.com/gads?t=ms&k=Computer+security&w1=Linux+o
> >s&w2=Hardware&w3=Arms&w4=Computer+internet&w5=Computer+security&w6=Compute
> >r+hardware+security&c=6&s=116&.sig=8PsVXc1m7Y17vsjZkWVCyw>  Computer
> > hardware
> > security<http://groups.yahoo.com/gads?t=ms&k=Computer+hardware+security&w
> >1=Linux+os&w2=Hardware&w3=Arms&w4=Computer+internet&w5=Computer+security&w
> >6=Computer+hardware+security&c=6&s=116&.sig=mUV97a_TbfG5v5dQOBfVkA>
> >
> >  ------------------------------
> > YAHOO! GROUPS LINKS
> >
> >
> >    -  Visit your group "ts-7000 <http://groups.yahoo.com/group/ts-7000>"

> >    on the web.
> >
> >    -  To unsubscribe from this group, send an email to:
> >   

> > <m("yahoogroups.com?s","//ts-7000-unsubscribe");" target="_blank" >
> >ubject=Unsubscribe>
> >
> >    -  Your use of Yahoo! Groups is subject to the Yahoo! Terms of
> >    Service <http://docs.yahoo.com/info/terms/>.
> >
> >
> >  ------------------------------
>
> --

> Dr. Don W. Carr
> J. G. Montenegro 2258
> Guadalajara, Mexico
> +52-333-630-0704
> +52-333-836-4500 ext 2930

--
V +44 (0) 1296 747667
F +44 (0) 1296 747557
C +44 (0) 7860 406093

Diamond Consulting Services Ltd
Dinton
Aylesbury
Bucks, HP17 8UG
England

SPONSORED LINKS

Linux os	Hardware	Arms
Computer internet	Computer security	Computer hardware security

---

YAHOO! GROUPS LINKS

•  Visit your group "ts-7000" on the web.
   
•  To unsubscribe from this group, send an email to:
   =Unsubscribe
   
•  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

---

--
Dr. Don W. Carr
J. G. Montenegro 2258
Guadalajara, Mexico
+52-333-630-0704
+52-333-836-4500 ext 2930

---

YAHOO! GROUPS LINKS

•  Visit your group "ts-7000" on the web.
   
•  To unsubscribe from this group, send an email to:
   =Unsubscribe
   
•  Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

---