[rtems-docs commit] c-user: Do not mention pseudo-interrupt priority

[Sebastian Huber]

Module:    rtems-docs
Branch:    master
Commit:    f1eb94b1430b63f0818dea5b047e3ebbcb7f370f
Changeset: http://git.rtems.org/rtems-docs/commit/?id=f1eb94b1430b63f0818dea5b047e3ebbcb7f370f

Author:    Sebastian Huber <sebastian.huber at embedded-brains.de>
Date:      Tue Jul 26 11:24:01 2022 +0200

c-user: Do not mention pseudo-interrupt priority

Update #2365.

---

 c-user/glossary.rst     | 5 +++--
 c-user/key_concepts.rst | 2 +-
 2 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/c-user/glossary.rst b/c-user/glossary.rst
index 4474848..dbe2e60 100644
--- a/c-user/glossary.rst
+++ b/c-user/glossary.rst
@@ -1,7 +1,7 @@
 .. SPDX-License-Identifier: CC-BY-SA-4.0
 
 .. Copyright (C) 2020 Richi Dubey (richidubey at gmail.com)
-.. Copyright (C) 2017, 2021 embedded brains GmbH (http://www.embedded-brains.de)
+.. Copyright (C) 2015, 2021 embedded brains GmbH (http://www.embedded-brains.de)
 .. Copyright (C) 1988, 1998 On-Line Applications Research Corporation (OAR)
 
 Glossary
@@ -725,7 +725,8 @@ Glossary
         A simple approach to extend the priority inheritance protocol for
         clustered scheduling is priority boosting.  In case a mutex is owned by a
         task of another cluster, then the priority of the owner task is raised to
-        an artificially high priority, the pseudo-interrupt priority.
+        an artificially high priority.  This approach is not used in RTEMS, see also
+        :term:`OMIP`.
 
     priority inheritance
         An algorithm that calls for the lower priority task holding a resource to
diff --git a/c-user/key_concepts.rst b/c-user/key_concepts.rst
index 6bc1c3e..3628954 100644
--- a/c-user/key_concepts.rst
+++ b/c-user/key_concepts.rst
@@ -330,7 +330,7 @@ O(m) Independence-Preserving Protocol (OMIP)
 
 The :math:`O(m)` Independence-Preserving Protocol (OMIP) is a generalization of
 the priority inheritance protocol to clustered scheduling which avoids the
-non-preemptive sections present with priority boosting
+non-preemptive sections present with :term:`priority boosting`
 :cite:`Brandenburg:2013:OMIP`.  The :math:`m` denotes the number of processors
 in the system.  Similar to the uniprocessor priority inheritance protocol, the
 OMIP mutexes do not need any external configuration data, e.g. a ceiling