Clock Manager
#############
.. index:: clock
Introduction
============
The clock manager provides support for time of day
and other time related capabilities. The directives provided by
the clock manager are:
- ``rtems.clock_set`` - Set date and time
- ``rtems.clock_get`` - Get date and time information
- ``rtems.clock_get_tod`` - Get date and time in TOD format
- ``rtems.clock_get_tod_timeval`` - Get date and time in timeval format
- ``rtems.clock_get_seconds_since_epoch`` - Get seconds since epoch
- ``rtems.clock_get_ticks_per_second`` - Get ticks per second
- ``rtems.clock_get_ticks_since_boot`` - Get current ticks counter value
- ``rtems.clock_tick_later`` - Get tick value in the future
- ``rtems.clock_tick_later_usec`` - Get tick value in the future in microseconds
- ``rtems.clock_tick_before`` - Is tick value is before a point in time
- ``rtems.clock_get_uptime`` - Get time since boot
- ``rtems.clock_get_uptime_timeval`` - Get time since boot in timeval format
- ``rtems.clock_get_uptime_seconds`` - Get seconds since boot
- ``rtems.clock_get_uptime_nanoseconds`` - Get nanoseconds since boot
- ``rtems.clock_set_nanoseconds_extension`` - Install the nanoseconds since last tick handler
- ``rtems.clock_tick`` - Announce a clock tick
Background
==========
Required Support
----------------
For the features provided by the clock manager to be
utilized, periodic timer interrupts are required. Therefore, a
real-time clock or hardware timer is necessary to create the
timer interrupts. The ``rtems.clock_tick``
directive is normally called
by the timer ISR to announce to RTEMS that a system clock tick
has occurred. Elapsed time is measured in ticks. A tick is
defined to be an integral number of microseconds which is
specified by the user in the Configuration Table.
Time and Date Data Structures
-----------------------------
The clock facilities of the clock manager operate
upon calendar time. These directives utilize the following date
and time record for the native time and date format:
.. code:: c
type Time_Of_Day is
record
Year : RTEMS.Unsigned32; -- year, A.D.
Month : RTEMS.Unsigned32; -- month, 1 .. 12
Day : RTEMS.Unsigned32; -- day, 1 .. 31
Hour : RTEMS.Unsigned32; -- hour, 0 .. 23
Minute : RTEMS.Unsigned32; -- minute, 0 .. 59
Second : RTEMS.Unsigned32; -- second, 0 .. 59
Ticks : RTEMS.Unsigned32; -- elapsed ticks between seconds
end record;
The native date and time format is the only format
supported when setting the system date and time using the``rtems.clock_set`` directive. Some applications
expect to operate on a "UNIX-style" date and time data structure. The``rtems.clock_get_tod_timeval`` always returns
the date and time in ``struct timeval`` format. The``rtems.clock_get`` directive can optionally return
the current date and time in this format.
The ``struct timeval`` data structure has two fields: ``tv_sec``
and ``tv_usec`` which are seconds and microseconds, respectively.
The ``tv_sec`` field in this data structure is the number of seconds
since the POSIX epoch of January 1, 1970 but will never be prior to
the RTEMS epoch of January 1, 1988.
Clock Tick and Timeslicing
--------------------------
.. index:: timeslicing
Timeslicing is a task scheduling discipline in which
tasks of equal priority are executed for a specific period of
time before control of the CPU is passed to another task. It is
also sometimes referred to as the automatic round-robin
scheduling algorithm. The length of time allocated to each task
is known as the quantum or timeslice.
The system’s timeslice is defined as an integral
number of ticks, and is specified in the Configuration Table.
The timeslice is defined for the entire system of tasks, but
timeslicing is enabled and disabled on a per task basis.
The ``rtems.clock_tick``
directive implements timeslicing by
decrementing the running task’s time-remaining counter when both
timeslicing and preemption are enabled. If the task’s timeslice
has expired, then that task will be preempted if there exists a
ready task of equal priority.
Delays
------
.. index:: delays
A sleep timer allows a task to delay for a given
interval or up until a given time, and then wake and continue
execution. This type of timer is created automatically by the``rtems.task_wake_after``
and ``rtems.task_wake_when`` directives and, as a result,
does not have an RTEMS ID. Once activated, a sleep timer cannot
be explicitly deleted. Each task may activate one and only one
sleep timer at a time.
Timeouts
--------
.. index:: timeouts
Timeouts are a special type of timer automatically
created when the timeout option is used on the``rtems.message_queue_receive``,``rtems.event_receive``,``rtems.semaphore_obtain`` and``rtems.region_get_segment`` directives.
Each task may have one and only one timeout active at a time.
When a timeout expires, it unblocks the task with a timeout status code.
Operations
==========
Announcing a Tick
-----------------
RTEMS provides the ``rtems.clock_tick`` directive which is
called from the user’s real-time clock ISR to inform RTEMS that
a tick has elapsed. The tick frequency value, defined in
microseconds, is a configuration parameter found in the
Configuration Table. RTEMS divides one million microseconds
(one second) by the number of microseconds per tick to determine
the number of calls to the``rtems.clock_tick`` directive per second. The
frequency of ``rtems.clock_tick``
calls determines the resolution
(granularity) for all time dependent RTEMS actions. For
example, calling ``rtems.clock_tick``
ten times per second yields a higher
resolution than calling ``rtems.clock_tick``
two times per second. The ``rtems.clock_tick``
directive is responsible for maintaining both
calendar time and the dynamic set of timers.
Setting the Time
----------------
The ``rtems.clock_set`` directive allows a task or an ISR to
set the date and time maintained by RTEMS. If setting the date
and time causes any outstanding timers to pass their deadline,
then the expired timers will be fired during the invocation of
the ``rtems.clock_set`` directive.
Obtaining the Time
------------------
The ``rtems.clock_get`` directive allows a task or an ISR to
obtain the current date and time or date and time related
information. The current date and time can be returned in
either native or UNIX-style format. Additionally, the
application can obtain date and time related information such as
the number of seconds since the RTEMS epoch, the number of ticks
since the executive was initialized, and the number of ticks per
second. The information returned by the``rtems.clock_get`` directive is
dependent on the option selected by the caller. This
is specified using one of the following constants
associated with the enumerated type``rtems.clock_get_options``:.. index:: rtems_clock_get_options
- ``RTEMS.CLOCK_GET_TOD`` - obtain native style date and time
- ``RTEMS.CLOCK_GET_TIME_VALUE`` - obtain UNIX-style
date and time
- ``RTEMS.CLOCK_GET_TICKS_SINCE_BOOT`` - obtain number of ticks
since RTEMS was initialized
- ``RTEMS.CLOCK_GET_SECONDS_SINCE_EPOCH`` - obtain number
of seconds since RTEMS epoch
- ``RTEMS.CLOCK_GET_TICKS_PER_SECOND`` - obtain number of clock
ticks per second
Calendar time operations will return an error code if
invoked before the date and time have been set.
Directives
==========
This section details the clock manager’s directives.
A subsection is dedicated to each of this manager’s directives
and describes the calling sequence, related constants, usage,
and status codes.
CLOCK_SET - Set date and time
-----------------------------
**CALLING SEQUENCE:**
.. index:: set the time of day
.. code:: c
procedure Clock_Set (
Time_Buffer : in RTEMS.Time_Of_Day;
Result : out RTEMS.Status_Codes
);
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - date and time set successfully
``RTEMS.INVALID_ADDRESS`` - ``time_buffer`` is NULL
``RTEMS.INVALID_CLOCK`` - invalid time of day
**DESCRIPTION:**
This directive sets the system date and time. The
date, time, and ticks in the time_buffer record are all
range-checked, and an error is returned if any one is out of its
valid range.
**NOTES:**
Years before 1988 are invalid.
The system date and time are based on the configured
tick rate (number of microseconds in a tick).
Setting the time forward may cause a higher priority
task, blocked waiting on a specific time, to be made ready. In
this case, the calling task will be preempted after the next
clock tick.
Re-initializing RTEMS causes the system date and time
to be reset to an uninitialized state. Another call to``rtems.clock_set`` is required to re-initialize
the system date and time to application specific specifications.
CLOCK_GET - Get date and time information
-----------------------------------------
.. index:: obtain the time of day
**CALLING SEQUENCE:**
.. code:: c
procedure Clock_Get (
Option : in RTEMS.Clock_Get_Options;
Time_Buffer : in RTEMS.Address;
Result : out RTEMS.Status_Codes
);
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - current time obtained successfully
``RTEMS.NOT_DEFINED`` - system date and time is not set
``RTEMS.INVALID_ADDRESS`` - ``time_buffer`` is NULL
**DESCRIPTION:**
This directive is deprecated.
This directive obtains the system date and time. If
the caller is attempting to obtain the date and time (i.e.
option is set to either ``RTEMS.CLOCK_GET_SECONDS_SINCE_EPOCH``,``RTEMS.CLOCK_GET_TOD``, or``RTEMS.CLOCK_GET_TIME_VALUE``) and the date and time
has not been set with a previous call to``rtems.clock_set``, then the``RTEMS.NOT_DEFINED`` status code is returned.
The caller can always obtain the number of ticks per second (option is``RTEMS.CLOCK_GET_TICKS_PER_SECOND``) and the number of
ticks since the executive was initialized option is``RTEMS.CLOCK_GET_TICKS_SINCE_BOOT``).
The ``option`` argument may taken on any value of the enumerated
type ``rtems_clock_get_options``. The data type expected for``time_buffer`` is based on the value of ``option`` as
indicated below:.. index:: rtems_clock_get_options
- ``RTEMS.Clock_Get_TOD`` - Address of an variable of
type RTEMS.Time_Of_Day
- ``RTEMS.Clock_Get_Seconds_Since_Epoch`` - Address of an
variable of type RTEMS.Interval
- ``RTEMS.Clock_Get_Ticks_Since_Boot`` - Address of an
variable of type RTEMS.Interval
- ``RTEMS.Clock_Get_Ticks_Per_Second`` - Address of an
variable of type RTEMS.Interval
- ``RTEMS.Clock_Get_Time_Value`` - Address of an variable of
type RTEMS.Clock_Time_Value
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be
preempted. Re-initializing RTEMS causes the system date and
time to be reset to an uninitialized state. Another call to``rtems.clock_set`` is required to re-initialize the
system date and time to application specific specifications.
CLOCK_GET_TOD - Get date and time in TOD format
-----------------------------------------------
.. index:: obtain the time of day
**CALLING SEQUENCE:**
.. code:: c
procedure Clock_Get_TOD (
Time_Buffer : in RTEMS.Time_Of_Day;
Result : out RTEMS.Status_Codes
);
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - current time obtained successfully
``RTEMS.NOT_DEFINED`` - system date and time is not set
``RTEMS.INVALID_ADDRESS`` - ``time_buffer`` is NULL
**DESCRIPTION:**
This directive obtains the system date and time. If the date and time
has not been set with a previous call to``rtems.clock_set``, then the``RTEMS.NOT_DEFINED`` status code is returned.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be
preempted. Re-initializing RTEMS causes the system date and
time to be reset to an uninitialized state. Another call to``rtems.clock_set`` is required to re-initialize the
system date and time to application specific specifications.
CLOCK_GET_TOD_TIMEVAL - Get date and time in timeval format
-----------------------------------------------------------
.. index:: obtain the time of day
**CALLING SEQUENCE:**
.. code:: c
procedure Clock_Get_TOD_Timeval (
Time : in RTEMS.Timeval;
Result : out RTEMS.Status_Codes
);
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - current time obtained successfully
``RTEMS.NOT_DEFINED`` - system date and time is not set
``RTEMS.INVALID_ADDRESS`` - ``time`` is NULL
**DESCRIPTION:**
This directive obtains the system date and time in POSIX``struct timeval`` format. If the date and time
has not been set with a previous call to``rtems.clock_set``, then the``RTEMS.NOT_DEFINED`` status code is returned.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be
preempted. Re-initializing RTEMS causes the system date and
time to be reset to an uninitialized state. Another call to``rtems.clock_set`` is required to re-initialize the
system date and time to application specific specifications.
CLOCK_GET_SECONDS_SINCE_EPOCH - Get seconds since epoch
-------------------------------------------------------
.. index:: obtain seconds since epoch
**CALLING SEQUENCE:**
.. code:: c
procedure Clock_Get_Seconds_Since_Epoch(
The_Interval : out RTEMS.Interval;
Result : out RTEMS.Status_Codes
);
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - current time obtained successfully
``RTEMS.NOT_DEFINED`` - system date and time is not set
``RTEMS.INVALID_ADDRESS`` - ``the_interval`` is NULL
**DESCRIPTION:**
This directive returns the number of seconds since the RTEMS
epoch and the current system date and time. If the date and time
has not been set with a previous call to``rtems.clock_set``, then the``RTEMS.NOT_DEFINED`` status code is returned.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be
preempted. Re-initializing RTEMS causes the system date and
time to be reset to an uninitialized state. Another call to``rtems.clock_set`` is required to re-initialize the
system date and time to application specific specifications.
CLOCK_GET_TICKS_PER_SECOND - Get ticks per second
-------------------------------------------------
.. index:: obtain seconds since epoch
**CALLING SEQUENCE:**
.. code:: c
function Clock_Get_Ticks_Per_Seconds
return RTEMS.Interval;
**DIRECTIVE STATUS CODES:**
NONE
**DESCRIPTION:**
This directive returns the number of clock ticks per second. This
is strictly based upon the microseconds per clock tick that the
application has configured.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be preempted.
CLOCK_GET_TICKS_SINCE_BOOT - Get current ticks counter value
------------------------------------------------------------
.. index:: obtain ticks since boot
.. index:: get current ticks counter value
**CALLING SEQUENCE:**
.. code:: c
function Clock_Get_Ticks_Since_Boot
return RTEMS.Interval;
**DIRECTIVE STATUS CODES:**
NONE
**DESCRIPTION:**
This directive returns the current tick counter value. With a 1ms clock tick,
this counter overflows after 50 days since boot. This is the historical
measure of uptime in an RTEMS system. The newer service``rtems.clock_get_uptime`` is another and potentially more
accurate way of obtaining similar information.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be preempted.
CLOCK_TICK_LATER - Get tick value in the future
-----------------------------------------------
**CALLING SEQUENCE:**
**DESCRIPTION:**
Returns the ticks counter value delta ticks in the future.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be preempted.
CLOCK_TICK_LATER_USEC - Get tick value in the future in microseconds
--------------------------------------------------------------------
**CALLING SEQUENCE:**
**DESCRIPTION:**
Returns the ticks counter value at least delta microseconds in the future.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be preempted.
CLOCK_TICK_BEFORE - Is tick value is before a point in time
-----------------------------------------------------------
**CALLING SEQUENCE:**
**DESCRIPTION:**
Returns true if the current ticks counter value indicates a time before the
time specified by the tick value and false otherwise.
**NOTES:**
This directive is callable from an ISR.
This directive will not cause the running task to be preempted.
**EXAMPLE:**
.. code:: c
status busy( void )
{
rtems_interval timeout = rtems_clock_tick_later_usec( 10000 );
do {
if ( ok() ) {
return success;
}
} while ( rtems_clock_tick_before( timeout ) );
return timeout;
}
CLOCK_GET_UPTIME - Get the time since boot
------------------------------------------
.. index:: clock get uptime
.. index:: uptime
**CALLING SEQUENCE:**
.. code:: c
procedure Clock_Get_Uptime (
Uptime : out RTEMS.Timespec;
Result : out RTEMS.Status_Codes
);
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - clock tick processed successfully
``RTEMS.INVALID_ADDRESS`` - ``time_buffer`` is NULL
**DESCRIPTION:**
This directive returns the seconds and nanoseconds since the
system was booted. If the BSP supports nanosecond clock
accuracy, the time reported will probably be different on every
call.
**NOTES:**
This directive may be called from an ISR.
CLOCK_GET_UPTIME_TIMEVAL - Get the time since boot in timeval format
--------------------------------------------------------------------
.. index:: clock get uptime
.. index:: uptime
**CALLING SEQUENCE:**
**DIRECTIVE STATUS CODES:**
NONE
**DESCRIPTION:**
This directive returns the seconds and microseconds since the
system was booted. If the BSP supports nanosecond clock
accuracy, the time reported will probably be different on every
call.
**NOTES:**
This directive may be called from an ISR.
CLOCK_GET_UPTIME_SECONDS - Get the seconds since boot
-----------------------------------------------------
.. index:: clock get uptime
.. index:: uptime
**CALLING SEQUENCE:**
**DIRECTIVE STATUS CODES:**
The system uptime in seconds.
**DESCRIPTION:**
This directive returns the seconds since the system was booted.
**NOTES:**
This directive may be called from an ISR.
CLOCK_GET_UPTIME_NANOSECONDS - Get the nanoseconds since boot
-------------------------------------------------------------
.. index:: clock get nanoseconds uptime
.. index:: uptime
**CALLING SEQUENCE:**
**DIRECTIVE STATUS CODES:**
The system uptime in nanoseconds.
**DESCRIPTION:**
This directive returns the nanoseconds since the system was booted.
**NOTES:**
This directive may be called from an ISR.
CLOCK_SET_NANOSECONDS_EXTENSION - Install the nanoseconds since last tick handler
---------------------------------------------------------------------------------
.. index:: clock set nanoseconds extension
.. index:: nanoseconds extension
.. index:: nanoseconds time accuracy
**CALLING SEQUENCE:**
.. code:: c
NOT SUPPORTED FROM Ada BINDING
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - clock tick processed successfully
``RTEMS.INVALID_ADDRESS`` - ``time_buffer`` is NULL
**DESCRIPTION:**
This directive is used by the Clock device driver to install the``routine`` which will be invoked by the internal RTEMS method used to
obtain a highly accurate time of day. It is usually called during
the initialization of the driver.
When the ``routine`` is invoked, it will determine the number of
nanoseconds which have elapsed since the last invocation of
the ``rtems.clock_tick`` directive. It should do
this as quickly as possible with as little impact as possible
on the device used as a clock source.
**NOTES:**
This directive may be called from an ISR.
This directive is called as part of every service to obtain the
current date and time as well as timestamps.
CLOCK_TICK - Announce a clock tick
----------------------------------
.. index:: clock tick
**CALLING SEQUENCE:**
.. code:: c
procedure Clock_Tick (
Result : out RTEMS.Status_Codes
);
**DIRECTIVE STATUS CODES:**
``RTEMS.SUCCESSFUL`` - clock tick processed successfully
**DESCRIPTION:**
This directive announces to RTEMS that a system clock
tick has occurred. The directive is usually called from the
timer interrupt ISR of the local processor. This directive
maintains the system date and time, decrements timers for
delayed tasks, timeouts, rate monotonic periods, and implements
timeslicing.
**NOTES:**
This directive is typically called from an ISR.
The ``microseconds_per_tick`` and ``ticks_per_timeslice``
parameters in the Configuration Table contain the number of
microseconds per tick and number of ticks per timeslice,
respectively.
.. COMMENT: COPYRIGHT (c) 1988-2008.
.. COMMENT: On-Line Applications Research Corporation (OAR).
.. COMMENT: All rights reserved.