c-user: Generate scheduling concepts documentation

The documentation is a consolidation of the comments in Doxygen markup
and the documentation sources in Sphinx markup.  The documentation was
transfered to interface specification items.  The documentation source
files were generated from the items by a script.

Update #3993.
This commit is contained in:
Sebastian Huber 2021-01-19 07:25:07 +01:00
parent f6b433727c
commit 4a3259f161
2 changed files with 666 additions and 345 deletions

View File

@ -1,60 +1,112 @@
.. SPDX-License-Identifier: CC-BY-SA-4.0
.. Copyright (C) 1988, 2008 On-Line Applications Research Corporation (OAR)
.. Copyright (C) 2013, 2021 embedded brains GmbH (http://www.embedded-brains.de)
.. Copyright (C) 1988, 2017 On-Line Applications Research Corporation (OAR)
.. This file is part of the RTEMS quality process and was automatically
.. generated. If you find something that needs to be fixed or
.. worded better please post a report or patch to an RTEMS mailing list
.. or raise a bug report:
..
.. https://www.rtems.org/bugs.html
..
.. For information on updating and regenerating please refer to the How-To
.. section in the Software Requirements Engineering chapter of the
.. RTEMS Software Engineering manual. The manual is provided as a part of
.. a release. For development sources please refer to the online
.. documentation at:
..
.. https://docs.rtems.org
.. _SchedulerManagerDirectives:
Directives
==========
This section details the scheduler manager. A subsection is dedicated to each
of these services and describes the calling sequence, related constants, usage,
and status codes.
This section details the directives of the Scheduler Manager. A subsection is
dedicated to each of this manager's directives and lists the calling sequence,
parameters, description, return values, and notes of the directive.
.. Generated from spec:/rtems/scheduler/if/ident
.. raw:: latex
\clearpage
.. _rtems_scheduler_ident:
.. index:: rtems_scheduler_ident()
SCHEDULER_IDENT - Get ID of a scheduler
---------------------------------------
.. _InterfaceRtemsSchedulerIdent:
rtems_scheduler_ident()
-----------------------
Identifies a scheduler by the object name.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_ident(
rtems_name name,
rtems_id *id
);
rtems_status_code rtems_scheduler_ident( rtems_name name, rtems_id *id );
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ADDRESS``
- The ``id`` parameter is ``NULL``.
* - ``RTEMS_INVALID_NAME``
- Invalid scheduler name.
``name``
This parameter is the scheduler name to look up.
DESCRIPTION:
Identifies a scheduler by its name. The scheduler name is determined by
the scheduler configuration. See :ref:`ConfigurationSchedulerTable`
and :ref:`CONFIGURE_SCHEDULER_NAME`.
``id``
This parameter is the pointer to an object identifier variable. When the
directive call is successful, the identifier of the scheduler will be
stored in this variable.
NOTES:
None.
.. rubric:: DESCRIPTION:
This directive obtains a scheduler identifier associated with the scheduler
name specified in ``name``.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_NAME`
There was no scheduler associated with the name.
:c:macro:`RTEMS_INVALID_ADDRESS`
The ``id`` parameter was `NULL
<https://en.cppreference.com/w/c/types/NULL>`_.
.. rubric:: NOTES:
The scheduler name is determined by the scheduler configuration.
The scheduler identifier is used with other scheduler related directives to
access the scheduler.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/ident-by-processor
.. raw:: latex
\clearpage
.. _rtems_scheduler_ident_by_processor:
.. index:: rtems_scheduler_ident_by_processor()
SCHEDULER_IDENT_BY_PROCESSOR - Get ID of a scheduler by processor
-----------------------------------------------------------------
.. _InterfaceRtemsSchedulerIdentByProcessor:
rtems_scheduler_ident_by_processor()
------------------------------------
Identifies a scheduler by the processor index.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_ident_by_processor(
@ -62,36 +114,57 @@ CALLING SEQUENCE:
rtems_id *id
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ADDRESS``
- The ``id`` parameter is ``NULL``.
* - ``RTEMS_INVALID_NAME``
- Invalid processor index.
* - ``RTEMS_INCORRECT_STATE``
- The processor index is valid, however, this processor is not owned by
a scheduler.
``cpu_index``
This parameter is the processor index to identify the scheduler.
DESCRIPTION:
Identifies a scheduler by a processor.
``id``
This parameter is the pointer to an object identifier variable. When the
directive call is successful, the identifier of the scheduler will be
stored in this variable.
NOTES:
None.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ADDRESS`
The ``id`` parameter was `NULL
<https://en.cppreference.com/w/c/types/NULL>`_.
:c:macro:`RTEMS_INVALID_NAME`
The processor index was invalid.
:c:macro:`RTEMS_INCORRECT_STATE`
The processor index was valid, however, the corresponding processor was not
owned by a scheduler.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/ident-by-processor-set
.. raw:: latex
\clearpage
.. _rtems_scheduler_ident_by_processor_set:
.. index:: rtems_scheduler_ident_by_processor_set()
SCHEDULER_IDENT_BY_PROCESSOR_SET - Get ID of a scheduler by processor set
-------------------------------------------------------------------------
.. _InterfaceRtemsSchedulerIdentByProcessorSet:
rtems_scheduler_ident_by_processor_set()
----------------------------------------
Identifies a scheduler by the processor set.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_ident_by_processor_set(
@ -100,40 +173,70 @@ CALLING SEQUENCE:
rtems_id *id
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ADDRESS``
- The ``id`` parameter is ``NULL``.
* - ``RTEMS_INVALID_SIZE``
- Invalid processor set size.
* - ``RTEMS_INVALID_NAME``
- The processor set contains no online processor.
* - ``RTEMS_INCORRECT_STATE``
- The processor set is valid, however, the highest numbered online
processor in the specified processor set is not owned by a scheduler.
``cpusetsize``
This parameter is the size of the referenced processor set variable in
bytes. This value shall be positive.
DESCRIPTION:
Identifies a scheduler by a processor set. The scheduler is selected
according to the highest numbered online processor in the specified
processor set.
``cpuset``
This parameter is the pointer to a processor set variable. The referenced
processor set will be used to identify the scheduler.
NOTES:
None.
``id``
This parameter is the pointer to an object identifier variable. When the
directive call is successful, the identifier of the scheduler will be
stored in this variable.
.. rubric:: DESCRIPTION:
The scheduler is selected according to the highest numbered online processor in
the specified processor set.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ADDRESS`
The ``id`` parameter was `NULL
<https://en.cppreference.com/w/c/types/NULL>`_.
:c:macro:`RTEMS_INVALID_SIZE`
The processor set size was invalid.
:c:macro:`RTEMS_INVALID_NAME`
The processor set contained no online processor.
:c:macro:`RTEMS_INCORRECT_STATE`
The processor set was valid, however, the highest numbered online processor
in the processor set was not owned by a scheduler.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/get-maximum-priority
.. raw:: latex
\clearpage
.. _rtems_scheduler_get_maximum_priority:
.. index:: rtems_scheduler_get_maximum_priority()
SCHEDULER_GET_MAXIMUM_PRIORITY - Get maximum task priority of a scheduler
-------------------------------------------------------------------------
.. _InterfaceRtemsSchedulerGetMaximumPriority:
rtems_scheduler_get_maximum_priority()
--------------------------------------
Gets the maximum task priority of the scheduler.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_get_maximum_priority(
@ -141,34 +244,54 @@ CALLING SEQUENCE:
rtems_task_priority *priority
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ID``
- Invalid scheduler instance identifier.
* - ``RTEMS_INVALID_ADDRESS``
- The ``priority`` parameter is ``NULL``.
``scheduler_id``
This parameter is the scheduler identifier.
DESCRIPTION:
Returns the maximum task priority of the specified scheduler instance in
``priority``.
``priority``
This parameter is the pointer to a task priority variable. The maximum
priority of the scheduler will be stored in this variable, if the operation
is successful.
NOTES:
None.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ID`
There was no scheduler associated with the identifier specified by
``scheduler_id``.
:c:macro:`RTEMS_INVALID_ADDRESS`
The ``priority`` parameter was `NULL
<https://en.cppreference.com/w/c/types/NULL>`_.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/map-priority-to-posix
.. raw:: latex
\clearpage
.. _rtems_scheduler_map_priority_to_posix:
.. index:: rtems_scheduler_map_priority_to_posix()
SCHEDULER_MAP_PRIORITY_TO_POSIX - Map task priority to POSIX thread prority
---------------------------------------------------------------------------
.. _InterfaceRtemsSchedulerMapPriorityToPosix:
rtems_scheduler_map_priority_to_posix()
---------------------------------------
Maps a Classic API task priority to the corresponding POSIX thread priority.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_map_priority_to_posix(
@ -177,35 +300,61 @@ CALLING SEQUENCE:
int *posix_priority
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ADDRESS``
- The ``posix_priority`` parameter is ``NULL``.
* - ``RTEMS_INVALID_ID``
- Invalid scheduler instance identifier.
* - ``RTEMS_INVALID_PRIORITY``
- Invalid task priority.
``scheduler_id``
This parameter is the scheduler identifier.
DESCRIPTION:
Maps a task priority to the corresponding POSIX thread priority.
``priority``
This parameter is the Classic API task priority to map.
NOTES:
None.
``posix_priority``
This parameter is the pointer to a POSIX thread priority variable. When
the directive call is successful, the POSIX thread priority value
corresponding to the specified Classic API task priority value will be
stored in this variable.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ADDRESS`
The ``posix_priority`` parameter was `NULL
<https://en.cppreference.com/w/c/types/NULL>`_.
:c:macro:`RTEMS_INVALID_ID`
There was no scheduler associated with the identifier specified by
``scheduler_id``.
:c:macro:`RTEMS_INVALID_PRIORITY`
The Classic API task priority was invalid.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/map-priority-from-posix
.. raw:: latex
\clearpage
.. _rtems_scheduler_map_priority_from_posix:
.. index:: rtems_scheduler_map_priority_from_posix()
SCHEDULER_MAP_PRIORITY_FROM_POSIX - Map POSIX thread prority to task priority
-----------------------------------------------------------------------------
.. _InterfaceRtemsSchedulerMapPriorityFromPosix:
rtems_scheduler_map_priority_from_posix()
-----------------------------------------
Maps a POSIX thread priority to the corresponding Classic API task priority.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_map_priority_from_posix(
@ -214,98 +363,157 @@ CALLING SEQUENCE:
rtems_task_priority *priority
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ADDRESS``
- The ``priority`` parameter is ``NULL``.
* - ``RTEMS_INVALID_ID``
- Invalid scheduler instance identifier.
* - ``RTEMS_INVALID_PRIORITY``
- Invalid POSIX thread priority.
``scheduler_id``
This parameter is the scheduler identifier.
DESCRIPTION:
Maps a POSIX thread priority to the corresponding task priority.
``posix_priority``
This parameter is the POSIX thread priority to map.
NOTES:
None.
``priority``
This parameter is the pointer to a Classic API task priority variable.
When the directive call is successful, the Classic API task priority value
corresponding to the specified POSIX thread priority value will be stored
in this variable.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ADDRESS`
The ``priority`` parameter was `NULL
<https://en.cppreference.com/w/c/types/NULL>`_.
:c:macro:`RTEMS_INVALID_ID`
There was no scheduler associated with the identifier specified by
``scheduler_id``.
:c:macro:`RTEMS_INVALID_PRIORITY`
The POSIX thread priority was invalid.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/get-processor
.. raw:: latex
\clearpage
.. _rtems_scheduler_get_processor:
.. index:: rtems_scheduler_get_processor()
SCHEDULER_GET_PROCESSOR - Get current processor index
-----------------------------------------------------
.. _InterfaceRtemsSchedulerGetProcessor:
rtems_scheduler_get_processor()
-------------------------------
Returns the index of the current processor.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
uint32_t rtems_scheduler_get_processor( void );
DIRECTIVE STATUS CODES:
This directive returns the index of the current processor.
.. rubric:: DESCRIPTION:
DESCRIPTION:
In uniprocessor configurations, a value of zero will be returned.
Where the system was built with SMP support disabled, this directive evaluates
to a compile time constant of zero.
In SMP configurations, an architecture specific method is used to obtain the
index of the current processor in the system. The set of processor indices
is the range of integers starting with zero up to the processor count minus
one.
Where the system was built with SMP support enabled, this directive returns the
index of the current processor. The set of processor indices is the range of
integers starting with zero up to
:ref:`InterfaceRtemsSchedulerGetProcessorMaximum` minus one.
.. rubric:: RETURN VALUES:
Returns the index of the current processor.
.. rubric:: NOTES:
Outside of sections with disabled thread dispatching the current processor
index may change after every instruction since the thread may migrate from
one processor to another. Sections with disabled interrupts are sections
with thread dispatching disabled.
index may change after every instruction since the thread may migrate from one
processor to another. Sections with disabled interrupts are sections with
thread dispatching disabled.
NOTES:
None.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/get-processor-maximum
.. raw:: latex
\clearpage
.. _rtems_scheduler_get_processor_maximum:
.. index:: rtems_scheduler_get_processor_maximum()
SCHEDULER_GET_PROCESSOR_MAXIMUM - Get processor maximum
-------------------------------------------------------
.. _InterfaceRtemsSchedulerGetProcessorMaximum:
rtems_scheduler_get_processor_maximum()
---------------------------------------
Returns the processor maximum supported by the system.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
uint32_t rtems_scheduler_get_processor_maximum( void );
DIRECTIVE STATUS CODES:
This directive returns the processor maximum supported by the system.
.. rubric:: DESCRIPTION:
DESCRIPTION:
In uniprocessor configurations, a value of one will be returned.
Where the system was built with SMP support disabled, this directive evaluates
to a compile time constant of one.
In SMP configurations, this directive returns the minimum of the processors
(physically or virtually) available by the platform and the configured
processor maximum. Not all processors in the range from processor index
zero to the last processor index (which is the processor maximum minus one)
may be configured to be used by a scheduler or online (online processors
have a scheduler assigned).
Where the system was built with SMP support enabled, this directive returns the
minimum of the processors (physically or virtually) available at the
:term:`target` and the configured processor maximum (see
:ref:`CONFIGURE_MAXIMUM_PROCESSORS`). Not all processors in the range from
processor index zero to the last processor index (which is the processor
maximum minus one) may be configured to be used by a scheduler or may be online
(online processors have a scheduler assigned).
NOTES:
None.
.. rubric:: RETURN VALUES:
Returns the processor maximum supported by the system.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/get-processor-set
.. raw:: latex
\clearpage
.. _rtems_scheduler_get_processor_set:
.. index:: rtems_scheduler_get_processor_set()
SCHEDULER_GET_PROCESSOR_SET - Get processor set of a scheduler
--------------------------------------------------------------
.. _InterfaceRtemsSchedulerGetProcessorSet:
rtems_scheduler_get_processor_set()
-----------------------------------
Gets the set of processors owned by the scheduler.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_get_processor_set(
@ -314,38 +522,64 @@ CALLING SEQUENCE:
cpu_set_t *cpuset
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ID``
- Invalid scheduler instance identifier.
* - ``RTEMS_INVALID_ADDRESS``
- The ``cpuset`` parameter is ``NULL``.
* - ``RTEMS_INVALID_NUMBER``
- The processor set buffer is too small for the set of processors owned
by the scheduler instance.
``scheduler_id``
This parameter is the scheduler identifier.
DESCRIPTION:
Returns the processor set owned by the scheduler instance in ``cpuset``. A
set bit in the processor set means that this processor is owned by the
scheduler instance and a cleared bit means the opposite.
``cpusetsize``
This parameter is the size of the referenced processor set variable in
bytes.
NOTES:
None.
``cpuset``
This parameter is the pointer to a processor set variable. When the
directive call is successful, the processor set of the scheduler will be
stored in this variable. A set bit in the processor set means that the
corresponding processor is owned by the scheduler, otherwise the bit is
cleared.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ADDRESS`
The ``cpuset`` parameter was `NULL
<https://en.cppreference.com/w/c/types/NULL>`_.
:c:macro:`RTEMS_INVALID_ID`
There was no scheduler associated with the identifier specified by
``scheduler_id``.
:c:macro:`RTEMS_INVALID_NUMBER`
The provided processor set was too small for the set of processors owned by
the scheduler.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within any runtime context.
* The directive will not cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/add-processor
.. raw:: latex
\clearpage
.. _rtems_scheduler_add_processor:
.. index:: rtems_scheduler_add_processor()
SCHEDULER_ADD_PROCESSOR - Add processor to a scheduler
------------------------------------------------------
.. _InterfaceRtemsSchedulerAddProcessor:
rtems_scheduler_add_processor()
-------------------------------
Adds the processor to the set of processors owned by the scheduler.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_add_processor(
@ -353,40 +587,66 @@ CALLING SEQUENCE:
uint32_t cpu_index
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ID``
- Invalid scheduler instance identifier.
* - ``RTEMS_NOT_CONFIGURED``
- The processor is not configured to be used by the application.
* - ``RTEMS_INCORRECT_STATE``
- The processor is configured to be used by the application, however, it
is not online.
* - ``RTEMS_RESOURCE_IN_USE``
- The processor is already assigned to a scheduler instance.
``scheduler_id``
This parameter is the scheduler identifier.
DESCRIPTION:
Adds a processor to the set of processors owned by the specified scheduler
instance.
``cpu_index``
This parameter is the index of the processor to add.
NOTES:
Must be called from task context. This operation obtains and releases the
objects allocator lock.
.. rubric:: DESCRIPTION:
This directive adds the processor specified by the ``cpu_index`` to the
scheduler specified by ``scheduler_id``.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ID`
There was no scheduler associated with the identifier specified by
``scheduler_id``.
:c:macro:`RTEMS_NOT_CONFIGURED`
The processor was not configured to be used by the application.
:c:macro:`RTEMS_INCORRECT_STATE`
The processor was configured to be used by the application, however, it was
not online.
:c:macro:`RTEMS_RESOURCE_IN_USE`
The processor was already assigned to a scheduler.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within device driver initialization context.
* The directive may be called from within task context.
* The directive may obtain and release the object allocator mutex. This may
cause the calling task to be preempted.
.. Generated from spec:/rtems/scheduler/if/remove-processor
.. raw:: latex
\clearpage
.. _rtems_scheduler_remove_processor:
.. index:: rtems_scheduler_remove_processor()
SCHEDULER_REMOVE_PROCESSOR - Remove processor from a scheduler
--------------------------------------------------------------
.. _InterfaceRtemsSchedulerRemoveProcessor:
rtems_scheduler_remove_processor()
----------------------------------
Removes the processor from the set of processors owned by the scheduler.
.. rubric:: CALLING SEQUENCE:
CALLING SEQUENCE:
.. code-block:: c
rtems_status_code rtems_scheduler_remove_processor(
@ -394,31 +654,48 @@ CALLING SEQUENCE:
uint32_t cpu_index
);
DIRECTIVE STATUS CODES:
.. list-table::
:class: rtems-table
.. rubric:: PARAMETERS:
* - ``RTEMS_SUCCESSFUL``
- Successful operation.
* - ``RTEMS_INVALID_ID``
- Invalid scheduler instance identifier.
* - ``RTEMS_INVALID_NUMBER``
- The processor is not owned by the specified scheduler instance.
* - ``RTEMS_RESOURCE_IN_USE``
- The set of processors owned by the specified scheduler instance would
be empty after the processor removal and there exists a non-idle task
that uses this scheduler instance as its home scheduler instance.
* - ``RTEMS_RESOURCE_IN_USE``
- A task with a restricted processor affinity exists that uses this
scheduler instance as its home scheduler instance and it would be no
longer possible to allocate a processor for this task after the
removal of this processor.
``scheduler_id``
This parameter is the scheduler identifier.
DESCRIPTION:
Removes a processor from set of processors owned by the specified scheduler
instance.
``cpu_index``
This parameter is the index of the processor to remove.
NOTES:
Must be called from task context. This operation obtains and releases the
objects allocator lock. Removing a processor from a scheduler is a complex
operation that involves all tasks of the system.
.. rubric:: DESCRIPTION:
This directive removes the processor specified by the ``cpu_index`` from the
scheduler specified by ``scheduler_id``.
.. rubric:: RETURN VALUES:
:c:macro:`RTEMS_SUCCESSFUL`
The requested operation was successful.
:c:macro:`RTEMS_INVALID_ID`
There was no scheduler associated with the identifier specified by
``scheduler_id``.
:c:macro:`RTEMS_INVALID_NUMBER`
The processor was not owned by the scheduler.
:c:macro:`RTEMS_RESOURCE_IN_USE`
The set of processors owned by the scheduler would have been empty after
the processor removal and there was at least one non-idle task that used
this scheduler as its :term:`home scheduler`.
.. rubric:: NOTES:
Removing a processor from a scheduler is a complex operation that involves all
tasks of the system.
.. rubric:: CONSTRAINTS:
The following constraints apply to this directive:
* The directive may be called from within device driver initialization context.
* The directive may be called from within task context.
* The directive may obtain and release the object allocator mutex. This may
cause the calling task to be preempted.

View File

@ -1,42 +1,86 @@
.. SPDX-License-Identifier: CC-BY-SA-4.0
.. Copyright (C) 1988, 2008 On-Line Applications Research Corporation (OAR)
.. Copyright (C) 2013, 2021 embedded brains GmbH (http://www.embedded-brains.de)
.. Copyright (C) 1988, 2017 On-Line Applications Research Corporation (OAR)
.. This file is part of the RTEMS quality process and was automatically
.. generated. If you find something that needs to be fixed or
.. worded better please post a report or patch to an RTEMS mailing list
.. or raise a bug report:
..
.. https://www.rtems.org/bugs.html
..
.. For information on updating and regenerating please refer to the How-To
.. section in the Software Requirements Engineering chapter of the
.. RTEMS Software Engineering manual. The manual is provided as a part of
.. a release. For development sources please refer to the online
.. documentation at:
..
.. https://docs.rtems.org
.. Generated from spec:/rtems/scheduler/if/group
.. _SchedulerManagerIntroduction:
Introduction
============
.. The following list was generated from:
.. spec:/rtems/scheduler/if/ident
.. spec:/rtems/scheduler/if/ident-by-processor
.. spec:/rtems/scheduler/if/ident-by-processor-set
.. spec:/rtems/scheduler/if/get-maximum-priority
.. spec:/rtems/scheduler/if/map-priority-to-posix
.. spec:/rtems/scheduler/if/map-priority-from-posix
.. spec:/rtems/scheduler/if/get-processor
.. spec:/rtems/scheduler/if/get-processor-maximum
.. spec:/rtems/scheduler/if/get-processor-set
.. spec:/rtems/scheduler/if/add-processor
.. spec:/rtems/scheduler/if/remove-processor
The scheduling concepts relate to the allocation of processing time for tasks.
The concept of scheduling in real-time systems dictates the ability to provide
an immediate response to specific external events, particularly the necessity of
scheduling tasks to run within a specified time limit after the occurrence of
an event. For example, software embedded in life-support systems used to
monitor hospital patients must take instant action if a change in the patient's
an immediate response to specific external events, particularly the necessity
of scheduling tasks to run within a specified time limit after the occurrence
of an event. For example, software embedded in life-support systems used to
monitor hospital patients must take instant action if a change in the patients
status is detected.
The component of RTEMS responsible for providing this capability is
appropriately called the scheduler. The scheduler's sole purpose is to
allocate the all important resource of processor time to the various tasks
competing for attention.
appropriately called the scheduler. The schedulers sole purpose is to allocate
the all important resource of processor time to the various tasks competing for
attention. The directives provided by the Scheduler Manager are:
The directives provided by the scheduler manager are:
* :ref:`InterfaceRtemsSchedulerIdent` - Identifies a scheduler by the object
name.
- :ref:`rtems_scheduler_ident`
* :ref:`InterfaceRtemsSchedulerIdentByProcessor` - Identifies a scheduler by
the processor index.
- :ref:`rtems_scheduler_ident_by_processor`
* :ref:`InterfaceRtemsSchedulerIdentByProcessorSet` - Identifies a scheduler by
the processor set.
- :ref:`rtems_scheduler_ident_by_processor_set`
* :ref:`InterfaceRtemsSchedulerGetMaximumPriority` - Gets the maximum task
priority of the scheduler.
- :ref:`rtems_scheduler_get_maximum_priority`
* :ref:`InterfaceRtemsSchedulerMapPriorityToPosix` - Maps a Classic API task
priority to the corresponding POSIX thread priority.
- :ref:`rtems_scheduler_map_priority_to_posix`
* :ref:`InterfaceRtemsSchedulerMapPriorityFromPosix` - Maps a POSIX thread
priority to the corresponding Classic API task priority.
- :ref:`rtems_scheduler_map_priority_from_posix`
* :ref:`InterfaceRtemsSchedulerGetProcessor` - Returns the index of the current
processor.
- :ref:`rtems_scheduler_get_processor`
* :ref:`InterfaceRtemsSchedulerGetProcessorMaximum` - Returns the processor
maximum supported by the system.
- :ref:`rtems_scheduler_get_processor_maximum`
* :ref:`InterfaceRtemsSchedulerGetProcessorSet` - Gets the set of processors
owned by the scheduler.
- :ref:`rtems_scheduler_get_processor_set`
* :ref:`InterfaceRtemsSchedulerAddProcessor` - Adds the processor to the set of
processors owned by the scheduler.
- :ref:`rtems_scheduler_add_processor`
- :ref:`rtems_scheduler_remove_processor`
* :ref:`InterfaceRtemsSchedulerRemoveProcessor` - Removes the processor from
the set of processors owned by the scheduler.