[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