summaryrefslogtreecommitdiffstats
path: root/cpukit/score/cpu/or1k/rtems/score/cpu.h
diff options
context:
space:
mode:
Diffstat (limited to 'cpukit/score/cpu/or1k/rtems/score/cpu.h')
-rw-r--r--cpukit/score/cpu/or1k/rtems/score/cpu.h24
1 files changed, 3 insertions, 21 deletions
diff --git a/cpukit/score/cpu/or1k/rtems/score/cpu.h b/cpukit/score/cpu/or1k/rtems/score/cpu.h
index c9b833ca3d..2405844d92 100644
--- a/cpukit/score/cpu/or1k/rtems/score/cpu.h
+++ b/cpukit/score/cpu/or1k/rtems/score/cpu.h
@@ -252,28 +252,10 @@ extern "C" {
#define CPU_STACK_GROWS_UP FALSE
-/*
- * The following is the variable attribute used to force alignment
- * of critical RTEMS structures. On some processors it may make
- * sense to have these aligned on tighter boundaries than
- * the minimum requirements of the compiler in order to have as
- * much of the critical data area as possible in a cache line.
- *
- * The placement of this macro in the declaration of the variables
- * is based on the syntactically requirements of the GNU C
- * "__attribute__" extension. For example with GNU C, use
- * the following to force a structures to a 32 byte boundary.
- *
- * __attribute__ ((aligned (32)))
- *
- * NOTE: Currently only the Priority Bit Map table uses this feature.
- * To benefit from using this, the data must be heavily
- * used so it will stay in the cache and used frequently enough
- * in the executive to justify turning this on.
- *
- */
+/* FIXME: Is this the right value? */
+#define CPU_CACHE_LINE_BYTES 32
-#define CPU_STRUCTURE_ALIGNMENT __attribute__ ((aligned (32)))
+#define CPU_STRUCTURE_ALIGNMENT RTEMS_ALIGNED( CPU_CACHE_LINE_BYTES )
/*
* Define what is required to specify how the network to host conversion