From 4ef13360d61173e2b5cac0cc43c406295ae9adfe Mon Sep 17 00:00:00 2001 From: Joel Sherrill Date: Thu, 29 Jul 2010 17:51:56 +0000 Subject: 2010-07-29 Gedare Bloom PR 1635/cpukit * rtems/score/cpu.h, rtems/score/types.h: Refactoring of priority handling, to isolate the bitmap implementation of priorities in the supercore so that priority management is a little more modular. This change is in anticipation of scheduler implementations that can select how they manage tracking priority levels / finding the highest priority ready task. Note that most of the changes here are simple renaming, to clarify the use of the bitmap-based priority management. --- cpukit/score/cpu/bfin/rtems/score/cpu.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'cpukit/score/cpu/bfin/rtems/score/cpu.h') diff --git a/cpukit/score/cpu/bfin/rtems/score/cpu.h b/cpukit/score/cpu/bfin/rtems/score/cpu.h index d1b6b7f29b..3bfa128922 100644 --- a/cpukit/score/cpu/bfin/rtems/score/cpu.h +++ b/cpukit/score/cpu/bfin/rtems/score/cpu.h @@ -951,7 +951,7 @@ void _CPU_Context_Initialize( * @ingroup CPUBitfield * This routine sets @a _output to the bit number of the first bit * set in @a _value. @a _value is of CPU dependent type - * @a Priority_Bit_map_control. This type may be either 16 or 32 bits + * @a Priority_bit_map_Control. This type may be either 16 or 32 bits * wide although only the 16 least significant bits will be used. * * There are a number of variables in using a "find first bit" type -- cgit v1.2.3