[rtems-docs commit] c-user: Fix reference
Sebastian Huber
sebh at rtems.org
Mon Apr 30 13:03:36 UTC 2018
Module: rtems-docs
Branch: master
Commit: 1dbbc76f11de6f1670adf7cf2badad31284bf175
Changeset: http://git.rtems.org/rtems-docs/commit/?id=1dbbc76f11de6f1670adf7cf2badad31284bf175
Author: Sebastian Huber <sebastian.huber at embedded-brains.de>
Date: Mon Apr 30 15:03:05 2018 +0200
c-user: Fix reference
---
c-user/symmetric_multiprocessing_services.rst | 12 ++++++------
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/c-user/symmetric_multiprocessing_services.rst b/c-user/symmetric_multiprocessing_services.rst
index 7714bf7..33f55b5 100644
--- a/c-user/symmetric_multiprocessing_services.rst
+++ b/c-user/symmetric_multiprocessing_services.rst
@@ -208,12 +208,12 @@ Clustered scheduling was implemented for RTEMS SMP to best use the cache
topology of a system and to keep the worst-case latencies under control. The
low-level SMP locks use FIFO ordering. So, the worst-case run-time of
operations increases with each processor involved. The scheduler configuration
-is quite flexible and done at link-time, see :ref:`Configuring Clustered
-Schedulers`. It is possible to re-assign processors to schedulers during
-run-time via :ref:`rtems_scheduler_add_processor()
-<rtems_scheduler_add_processor>` and :ref:`rtems_scheduler_remove_processor()
-<rtems_scheduler_remove_processor>`. The schedulers are implemented in an
-object-oriented fashion.
+is quite flexible and done at link-time, see
+:ref:`ConfigurationSchedulersClustered`. It is possible to re-assign
+processors to schedulers during run-time via
+:ref:`rtems_scheduler_add_processor() <rtems_scheduler_add_processor>` and
+:ref:`rtems_scheduler_remove_processor() <rtems_scheduler_remove_processor>`.
+The schedulers are implemented in an object-oriented fashion.
The problem is to provide synchronization
primitives for inter-cluster synchronization (more than one cluster is involved
More information about the vc
mailing list