Commit Graph

6 Commits

Author SHA1 Message Date
Joel Sherrill
0dd1d44582 Removed old hack of using Configuration Table entry ticks_per_timeslice
being set to 0 to indicate that there should be no Clock Tick.  This
was used by the Timing Tests to avoid clock tick overhead perturbing
execution times.  Now the Timing Tests simply leave the Clock Tick
Driver out of the Device Driver Table.
2000-01-11 17:34:20 +00:00
Joel Sherrill
08311cc3a9 Updated copyright notice. 1999-11-17 17:51:34 +00:00
Joel Sherrill
458bd343e2 This is another pass at making sure that nothing outside the BSP
unnecessarily uses any variables defined by the BSP.  On this
sweep, use of BSP_Configuration and Cpu_table was eliminated.

A significant part of this modification was the addition of
macros to access fields in the RTEMS configuration structures.

This is necessary to strengthen the division between the BSP independent
parts of RTEMS and the BSPs themselves.  This started after
comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
1999-11-05 16:44:02 +00:00
Joel Sherrill
f817b0283c The files in libcpu should not be directly dependent on any BSP. In
particular, using bsp.h, or getting information from the BSP which
should properly be obtained from RTEMS is forbidden.  This is
necessary to strengthen the division between the BSP independent
parts of RTEMS and the BSPs themselves.  This started after
comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
The changes primarily eliminated the need to include bsp.h and
peeking at BSP_Configuration.  The use of Cpu_table in each
BSP needs to be eliminated.
1999-11-04 18:05:09 +00:00
Joel Sherrill
b06279dfc0 Bug fix from Gunter Magin <magin@skil.camelot.de>:
in libcpu/powerpc/mpc860/clock/clock.c:InstallClock() the reload value for
    the PIT is defined as:

      pit_value = (BSP_Configuration.microseconds_per_tick *
                 Cpu_table.clicks_per_usec) - 1 ;

    What exactly is a tick, and what is a click?

    My confusion stems from the fact, that Jay defines clicks_per_usec to 1
    which is correct for his configuration, where a 4MHz clock is predivided
    by 4 and then fed to the PIT. So I assume a "click" is just the period of
    the PIT input frequency.

    However, our HW config seems to have 32.768 kHz crystal input for PIT.
    Mandatory division by 4 means 8.196kHz (122usec) at the PIT.

    I think, the above assignment should read:

      pit_value = (BSP_Configuration.microseconds_per_tick /
                 Cpu_table.clicks_per_usec) - 1;

    where I can define Cpu_table.clicks_per_usec in bspstart.c to 122
    (clicks_per_usec). That would lead to a PIT reload value of
    10000/122 - 1 = 81 to reach a 10ms "tick" period.
1999-05-07 16:28:43 +00:00
Joel Sherrill
ee73396529 Jay Monkman <jmonkman@frasca.com> submitted the eth_comm BSP for a PPC860
based board.
1999-02-17 20:24:53 +00:00