diff options
author | Sebastian Huber <sebastian.huber@embedded-brains.de> | 2015-03-04 16:13:49 +0100 |
---|---|---|
committer | Sebastian Huber <sebastian.huber@embedded-brains.de> | 2015-03-05 08:12:24 +0100 |
commit | 8ac3549db324367d331b779676212c0a0e3cea7b (patch) | |
tree | 4483e54f6a92377a27365e6369f98853b8a497a2 /cpukit/score/cpu/sparc64/rtems/score | |
parent | score/cpu/or1k: Add cpuatomic.h to fix broken build. (diff) | |
download | rtems-8ac3549db324367d331b779676212c0a0e3cea7b.tar.bz2 |
score: Delete unused CPU_UNROLL_ENQUEUE_PRIORITY
Diffstat (limited to 'cpukit/score/cpu/sparc64/rtems/score')
-rw-r--r-- | cpukit/score/cpu/sparc64/rtems/score/cpu.h | 17 |
1 files changed, 0 insertions, 17 deletions
diff --git a/cpukit/score/cpu/sparc64/rtems/score/cpu.h b/cpukit/score/cpu/sparc64/rtems/score/cpu.h index ff58fc97d7..a222c0b10a 100644 --- a/cpukit/score/cpu/sparc64/rtems/score/cpu.h +++ b/cpukit/score/cpu/sparc64/rtems/score/cpu.h @@ -43,23 +43,6 @@ extern "C" { #define CPU_INLINE_ENABLE_DISPATCH TRUE /* - * Should the body of the search loops in _Thread_queue_Enqueue_priority - * be unrolled one time? In unrolled each iteration of the loop examines - * two "nodes" on the chain being searched. Otherwise, only one node - * is examined per iteration. - * - * If TRUE, then the loops are unrolled. - * If FALSE, then the loops are not unrolled. - * - * This parameter could go either way on the SPARC. The interrupt flash - * code is relatively lengthy given the requirements for nops following - * writes to the psr. But if the clock speed were high enough, this would - * not represent a great deal of time. - */ - -#define CPU_UNROLL_ENQUEUE_PRIORITY TRUE - -/* * Does the executive manage a dedicated interrupt stack in software? * * If TRUE, then a stack is allocated in _ISR_Handler_initialization. |