From: Neil Russell <caret@c-side.com>
To: brendan.simon@bigpond.com,
linuxppc-embedded <linuxppc-embedded@lists.linuxppc.org>
Cc: Dan Malek <dmalek@jlc.net>
Subject: Re: linuxppc-embedded: mpc8260 bus frequency calculations
Date: Thu, 1 Mar 2001 20:20:24 -0800 [thread overview]
Message-ID: <20010301202024.A7876@lx.c-side.com> (raw)
In-Reply-To: <3A9EFA26.8030805@bigpond.com>; from Brendan J Simon on Fri, Mar 02, 2001 at 12:40:54PM +1100
If bi_busfreq is set to 66.0 and the crystal is 66.6666, then the system
clock should appear to go too fast. Sounds like what you have is the other
way around. I've seen plenty of crystals that are running at 66.0 MHz.
Do you have one of these?
The system time is set once at boot up from the RTC. If the system
gains/looses time by some fraction of a percent, then this may well
be just error in the crystal. Most systems I've seen have some error.
The program "adjtimex" exists to correct this.
Neil.
On Fri, Mar 02, 2001 at 12:40:54PM +1100, Brendan J Simon wrote:
>
> I've come accross a problem where our custom embedded 8260 board is
> losing time. I've tracked it down to the bi_busfreq value being set to
> 66 instead of the true value of
> 66.6666666666666666666666666666666666666. One solution is to have the
> board_info fields in units of Hz instead of MHz. I could then set the
> bi_busfreq value to 66666667 for much better accuracy.
>
> Another solution might be to regularly read the real time clock. Does
> linux do this normally or does it just read the RTC once at boot up and
> then just rely on it's internal timers for the system time. I can't see
> how this can be very accurate.
>
> Thanks,
> Brendan Simon.
>
>
--
Neil Russell <caret@c-side.com>
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2001-03-02 4:20 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-02 1:40 linuxppc-embedded: mpc8260 bus frequency calculations Brendan J Simon
2001-03-02 4:20 ` Neil Russell [this message]
2001-03-02 4:32 ` Brendan J Simon
2001-03-02 5:27 ` Murray Jensen
2001-03-02 14:50 ` Daris A Nevil
2001-03-02 7:26 ` Dan Malek
2001-03-02 14:20 ` Magnus Damm
2001-03-08 6:06 ` Dan Malek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010301202024.A7876@lx.c-side.com \
--to=caret@c-side.com \
--cc=brendan.simon@bigpond.com \
--cc=dmalek@jlc.net \
--cc=linuxppc-embedded@lists.linuxppc.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.