[Bug 1807] sparc - rtems_bsp_delay depends on the clock driver

bugzilla-daemon at rtems.org bugzilla-daemon at rtems.org
Mon May 23 21:04:18 UTC 2011


--- Comment #4 from Joel Sherrill <joel.sherrill at oarcorp.com> 2011-05-23 16:04:17 CDT ---
(In reply to comment #3)
> The scaler on both ERC32 and LEON platform is initialized by the boot-loader or
> debug monitor to generate a 1 us tick to the timers. Timer 1 is used as O/S
> timer, with a default time-out of 10,000 (10 ms). The additional timers are not
> used. A small delay could be implemented by polling timer 1, adjusting for
> underflow/roll-over. Alternatively, timer 2 could be started with maximum
> time-out and polled instead. In both cases, an interrupt could cause the
> polling to fail unless interrupt are disabled ...

So other than interrupts possibly contaminating the results, the current
situation is OK for microsecond spin delays.

How could timer 2 be reliably programmed for nanosecond spin delays?

Configure bugmail: https://www.rtems.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.

More information about the bugs mailing list