powerpc mvme5500 clock off by factor of 150

[Kate Feng]

"Joel Sherrill " wrote:

> Kate Feng wrote:
> > Peter Dufault wrote:
> >
> >
> >>The clock on the MVME5500 seems to be off by a factor of 150.  In the
> >>"ticker" test it is taking 750 seconds instead of 5 seconds for the
> >>displays of the times.  I started fiddling constants in bspstart.c but
> >>then reading the I2C bus started to fail so I decided I had to look
> >>through things and get an overview and not continue ignorantly.
> >>
> >>I'm looking through it now, but if anyone has hints based on knowledge
> >>of the PPC decrementer and the PPC board support packages and how they
> >>support the clock (or maybe changes that went into 4.7?) on where I
> >>should look I'd appreciate it.
> >>
> >
> >
> > I  never tested the tests/samples/ticker.  However, the mvme5500 clock
> > works fine for me.  Attached is a test program I  wrote.  The test result
> > is:
>
> This is using rtems_bsp_delay.  This is not the same as the
> ticker test which uses that the clock tick device driver.
> Look in tests/samples/ticker.  You need to run it or
> you can't be sure any RTEMS time related service including
> timeouts on blocking, sleep, etc are right.
>

I really do not have to test  tests/samples/ticker.
My EPICS application used blocking, sleep, etc.
As far as I am concerned, the clock works  fine for  all my
application.

Anyway, I replaced the rtems_bsp_delay() with

sc = rtems_task_wake_after( 5 * rtemsTicksPerSecond_double );

It works fine.

Ticks per second 100.000000
 - rtems_clock_get - 09:00:05   03/07/2005
 - rtems_clock_get - 09:00:10   03/07/2005
 - rtems_clock_get - 09:00:15   03/07/2005
 - rtems_clock_get - 09:00:20   03/07/2005
 - rtems_clock_get - 09:00:25   03/07/2005
 - rtems_clock_get - 09:00:30   03/07/2005
 - rtems_clock_get - 09:00:35   03/07/2005
 - rtems_clock_get - 09:00:40   03/07/2005
 - rtems_clock_get - 09:00:45   03/07/2005
 - rtems_clock_get - 09:00:50   03/07/2005


Regards,
Kate