From 1dbbc76f11de6f1670adf7cf2badad31284bf175 Mon Sep 17 00:00:00 2001 From: Sebastian Huber Date: Mon, 30 Apr 2018 15:03:05 +0200 Subject: c-user: Fix reference --- c-user/symmetric_multiprocessing_services.rst | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) (limited to 'c-user') 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() -` and :ref:`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() ` and +:ref:`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 -- cgit v1.2.3