source: rtems/cpukit/include/rtems/score/mrsp.h @ 2afb22b

5
Last change on this file since 2afb22b was 2afb22b, checked in by Chris Johns <chrisj@…>, on 12/23/17 at 07:18:56

Remove make preinstall

A speciality of the RTEMS build system was the make preinstall step. It
copied header files from arbitrary locations into the build tree. The
header files were included via the -Bsome/build/tree/path GCC command
line option.

This has at least seven problems:

  • The make preinstall step itself needs time and disk space.
  • Errors in header files show up in the build tree copy. This makes it hard for editors to open the right file to fix the error.
  • There is no clear relationship between source and build tree header files. This makes an audit of the build process difficult.
  • The visibility of all header files in the build tree makes it difficult to enforce API barriers. For example it is discouraged to use BSP-specifics in the cpukit.
  • An introduction of a new build system is difficult.
  • Include paths specified by the -B option are system headers. This may suppress warnings.
  • The parallel build had sporadic failures on some hosts.

This patch removes the make preinstall step. All installed header
files are moved to dedicated include directories in the source tree.
Let @RTEMS_CPU@ be the target architecture, e.g. arm, powerpc, sparc,
etc. Let @RTEMS_BSP_FAMILIY@ be a BSP family base directory, e.g.
erc32, imx, qoriq, etc.

The new cpukit include directories are:

  • cpukit/include
  • cpukit/score/cpu/@RTEMS_CPU@/include
  • cpukit/libnetworking

The new BSP include directories are:

  • bsps/include
  • bsps/@RTEMS_CPU@/include
  • bsps/@RTEMS_CPU@/@RTEMS_BSP_FAMILIY@/include

There are build tree include directories for generated files.

The include directory order favours the most general header file, e.g.
it is not possible to override general header files via the include path
order.

The "bootstrap -p" option was removed. The new "bootstrap -H" option
should be used to regenerate the "headers.am" files.

Update #3254.
  • Property mode set to 100644
File size: 2.1 KB
Line 
1/*
2 * Copyright (c) 2014, 2016 embedded brains GmbH.  All rights reserved.
3 *
4 *  embedded brains GmbH
5 *  Dornierstr. 4
6 *  82178 Puchheim
7 *  Germany
8 *  <rtems@embedded-brains.de>
9 *
10 * The license and distribution terms for this file may be
11 * found in the file LICENSE in this distribution or at
12 * http://www.rtems.org/license/LICENSE.
13 */
14
15#ifndef _RTEMS_SCORE_MRSP_H
16#define _RTEMS_SCORE_MRSP_H
17
18#include <rtems/score/cpuopts.h>
19
20#if defined(RTEMS_SMP)
21
22#include <rtems/score/threadq.h>
23
24#ifdef __cplusplus
25extern "C" {
26#endif /* __cplusplus */
27
28/**
29 * @defgroup ScoreMRSP Multiprocessor Resource Sharing Protocol Handler
30 *
31 * @ingroup Score
32 *
33 * @brief Multiprocessor Resource Sharing Protocol (MrsP).
34 *
35 * The Multiprocessor Resource Sharing Protocol (MrsP) is defined in A.  Burns
36 * and A.J.  Wellings, A Schedulability Compatible Multiprocessor Resource
37 * Sharing Protocol - MrsP, Proceedings of the 25th Euromicro Conference on
38 * Real-Time Systems (ECRTS 2013), July 2013.  It is a generalization of the
39 * Priority Ceiling Protocol to SMP systems.  Each MrsP semaphore uses a
40 * ceiling priority per scheduler instance.  A task obtaining or owning a MrsP
41 * semaphore will execute with the ceiling priority for its scheduler instance
42 * as specified by the MrsP semaphore object.  Tasks waiting to get ownership
43 * of a MrsP semaphore will not relinquish the processor voluntarily.  In case
44 * the owner of a MrsP semaphore gets preempted it can ask all tasks waiting
45 * for this semaphore to help out and temporarily borrow the right to execute
46 * on one of their assigned processors.
47 *
48 * @{
49 */
50
51/**
52 * @brief MrsP control block.
53 */
54typedef struct {
55  /**
56   * @brief The thread queue to manage ownership and waiting threads.
57   */
58  Thread_queue_Control Wait_queue;
59
60  /**
61   * @brief The ceiling priority used by the owner thread.
62   */
63  Priority_Node Ceiling_priority;
64
65  /**
66   * @brief One ceiling priority per scheduler instance.
67   */
68  Priority_Control *ceiling_priorities;
69} MRSP_Control;
70
71/** @} */
72
73#ifdef __cplusplus
74}
75#endif /* __cplusplus */
76
77#endif /* RTEMS_SMP */
78
79#endif /* _RTEMS_SCORE_MRSP_H */
Note: See TracBrowser for help on using the repository browser.