⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 cpu.h

📁 RTEMS (Real-Time Executive for Multiprocessor Systems) is a free open source real-time operating sys
💻 H
📖 第 1 页 / 共 2 页
字号:
 *  area is not defined -- only the size is.  This is usually on *  CPUs with a "floating point save context" instruction. */#define CPU_CONTEXT_FP_SIZE sizeof( Context_Control_fp )/* *  Amount of extra stack (above minimum stack size) required by *  MPCI receive server thread.  Remember that in a multiprocessor *  system this thread must exist and be able to process all directives. */#define CPU_MPCI_RECEIVE_SERVER_EXTRA_STACK 0/* *  This defines the number of entries in the ISR_Vector_table managed *  by RTEMS. */#define CPU_INTERRUPT_NUMBER_OF_VECTORS      256#define CPU_INTERRUPT_MAXIMUM_VECTOR_NUMBER  (CPU_INTERRUPT_NUMBER_OF_VECTORS - 1)/* *  This is defined if the port has a special way to report the ISR nesting *  level.  Most ports maintain the variable _ISR_Nest_level. */#define CPU_PROVIDES_ISR_IS_IN_PROGRESS FALSE/* *  Should be large enough to run all RTEMS tests.  This insures *  that a "reasonable" small application should not have any problems. * *  We have been able to run the sptests with this value, but have not *  been able to run the tmtest suite. */#define CPU_STACK_MINIMUM_SIZE          4096/* *  CPU's worst alignment requirement for data types on a byte boundary.  This *  alignment does not take into account the requirements for the stack. */#if defined(__SH4__)/* FIXME: sh3 and SH3E? */#define CPU_ALIGNMENT              8#else#define CPU_ALIGNMENT              4#endif/* *  This number corresponds to the byte alignment requirement for the *  heap handler.  This alignment requirement may be stricter than that *  for the data types alignment specified by CPU_ALIGNMENT.  It is *  common for the heap to follow the same alignment requirement as *  CPU_ALIGNMENT.  If the CPU_ALIGNMENT is strict enough for the heap, *  then this should be set to CPU_ALIGNMENT. * *  NOTE:  This does not have to be a power of 2.  It does have to *         be greater or equal to than CPU_ALIGNMENT. */#define CPU_HEAP_ALIGNMENT         CPU_ALIGNMENT/* *  This number corresponds to the byte alignment requirement for memory *  buffers allocated by the partition manager.  This alignment requirement *  may be stricter than that for the data types alignment specified by *  CPU_ALIGNMENT.  It is common for the partition to follow the same *  alignment requirement as CPU_ALIGNMENT.  If the CPU_ALIGNMENT is strict *  enough for the partition, then this should be set to CPU_ALIGNMENT. * *  NOTE:  This does not have to be a power of 2.  It does have to *         be greater or equal to than CPU_ALIGNMENT. */#define CPU_PARTITION_ALIGNMENT    CPU_ALIGNMENT/* *  This number corresponds to the byte alignment requirement for the *  stack.  This alignment requirement may be stricter than that for the *  data types alignment specified by CPU_ALIGNMENT.  If the CPU_ALIGNMENT *  is strict enough for the stack, then this should be set to 0. * *  NOTE:  This must be a power of 2 either 0 or greater than CPU_ALIGNMENT. */#define CPU_STACK_ALIGNMENT        CPU_ALIGNMENT/* *  ISR handler macros *//* *  Support routine to initialize the RTEMS vector table after it is allocated. * *  SH Specific Information: NONE */ #define _CPU_Initialize_vectors() /* *  Disable all interrupts for an RTEMS critical section.  The previous *  level is returned in _level. */#define _CPU_ISR_Disable( _level) \  sh_disable_interrupts( _level )/* *  Enable interrupts to the previous level (returned by _CPU_ISR_Disable). *  This indicates the end of an RTEMS critical section.  The parameter *  _level is not modified. */#define _CPU_ISR_Enable( _level) \   sh_enable_interrupts( _level)/* *  This temporarily restores the interrupt to _level before immediately *  disabling them again.  This is used to divide long RTEMS critical *  sections into two or more parts.  The parameter _level is not * modified. */#define _CPU_ISR_Flash( _level) \  sh_flash_interrupts( _level)/* *  Map interrupt level in task mode onto the hardware that the CPU *  actually provides.  Currently, interrupt levels which do not *  map onto the CPU in a generic fashion are undefined.  Someday, *  it would be nice if these were "mapped" by the application *  via a callout.  For example, m68k has 8 levels 0 - 7, levels *  8 - 255 would be available for bsp/application specific meaning. *  This could be used to manage a programmable interrupt controller *  via the rtems_task_mode directive. */#define _CPU_ISR_Set_level( _newlevel) \  sh_set_interrupt_level(_newlevel)unsigned32 _CPU_ISR_Get_level( void );/* end of ISR handler macros *//* Context handler macros *//* *  Initialize the context to a state suitable for starting a *  task after a context restore operation.  Generally, this *  involves: * *     - setting a starting address *     - preparing the stack *     - preparing the stack and frame pointers *     - setting the proper interrupt level in the context *     - initializing the floating point context * *  This routine generally does not set any unnecessary register *  in the context.  The state of the "general data" registers is *  undefined at task start time. * *  NOTE: This is_fp parameter is TRUE if the thread is to be a floating *        point thread.  This is typically only used on CPUs where the *        FPU may be easily disabled by software such as on the SPARC *        where the PSR contains an enable FPU bit. *//*  * FIXME: defined as a function for debugging - should be a macro */SCORE_EXTERN void _CPU_Context_Initialize(  Context_Control       *_the_context,  void                  *_stack_base,  unsigned32            _size,  unsigned32            _isr,  void    (*_entry_point)(void),  int                   _is_fp );/* *  This routine is responsible for somehow restarting the currently *  executing task.  If you are lucky, then all that is necessary *  is restoring the context.  Otherwise, there will need to be *  a special assembly routine which does something special in this *  case.  Context_Restore should work most of the time.  It will *  not work if restarting self conflicts with the stack frame *  assumptions of restoring a context. */#define _CPU_Context_Restart_self( _the_context ) \   _CPU_Context_restore( (_the_context) );/* *  The purpose of this macro is to allow the initial pointer into *  a floating point context area (used to save the floating point *  context) to be at an arbitrary place in the floating point *  context area. * *  This is necessary because some FP units are designed to have *  their context saved as a stack which grows into lower addresses. *  Other FP units can be saved by simply moving registers into offsets *  from the base of the context area.  Finally some FP units provide *  a "dump context" instruction which could fill in from high to low *  or low to high based on the whim of the CPU designers. */#define _CPU_Context_Fp_start( _base, _offset ) \   ( (void *) _Addresses_Add_offset( (_base), (_offset) ) )/* *  This routine initializes the FP context area passed to it to. *  There are a few standard ways in which to initialize the *  floating point context.  The code included for this macro assumes *  that this is a CPU in which a "initial" FP context was saved into *  _CPU_Null_fp_context and it simply copies it to the destination *  context passed to it. * *  Other models include (1) not doing anything, and (2) putting *  a "null FP status word" in the correct place in the FP context. *  SH1, SH2, SH3 have no FPU, but the SH3e and SH4 have. */#if SH_HAS_FPU#define _CPU_Context_Initialize_fp( _destination ) \  do { \     *((Context_Control_fp *) *((void **) _destination)) = _CPU_Null_fp_context;\  } while(0)#else#define _CPU_Context_Initialize_fp( _destination ) \  {  }#endif/* end of Context handler macros *//* Fatal Error manager macros *//* * FIXME: Trap32 ??? * *  This routine copies _error into a known place -- typically a stack *  location or a register, optionally disables interrupts, and *  invokes a Trap32 Instruction which returns to the breakpoint *  routine of cmon. */#ifdef BSP_FATAL_HALT  /* we manage the fatal error in the board support package */  void bsp_fatal_halt( unsigned32 _error);#define _CPU_Fatal_halt( _error ) bsp_fatal_halt( _error)#else#define _CPU_Fatal_halt( _error)\{ \  asm volatile("mov.l %0,r0"::"m" (_error)); \  asm volatile("mov #1, r4"); \  asm volatile("trapa #34"); \}#endif/* end of Fatal Error manager macros *//* Bitfield handler macros *//* *  This routine sets _output to the bit number of the first bit *  set in _value.  _value is of CPU dependent type 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 *  instruction. * *    (1) What happens when run on a value of zero? *    (2) Bits may be numbered from MSB to LSB or vice-versa. *    (3) The numbering may be zero or one based. *    (4) The "find first bit" instruction may search from MSB or LSB. * *  RTEMS guarantees that (1) will never happen so it is not a concern. *  (2),(3), (4) are handled by the macros _CPU_Priority_mask() and *  _CPU_Priority_bits_index().  These three form a set of routines *  which must logically operate together.  Bits in the _value are *  set and cleared based on masks built by _CPU_Priority_mask(). *  The basic major and minor values calculated by _Priority_Major() *  and _Priority_Minor() are "massaged" by _CPU_Priority_bits_index() *  to properly range between the values returned by the "find first bit" *  instruction.  This makes it possible for _Priority_Get_highest() to *  calculate the major and directly index into the minor table. *  This mapping is necessary to ensure that 0 (a high priority major/minor) *  is the first bit found. * *  This entire "find first bit" and mapping process depends heavily *  on the manner in which a priority is broken into a major and minor *  components with the major being the 4 MSB of a priority and minor *  the 4 LSB.  Thus (0 << 4) + 0 corresponds to priority 0 -- the highest *  priority.  And (15 << 4) + 14 corresponds to priority 254 -- the next *  to the lowest priority. * *  If your CPU does not have a "find first bit" instruction, then *  there are ways to make do without it.  Here are a handful of ways *  to implement this in software: * *    - a series of 16 bit test instructions *    - a "binary search using if's" *    - _number = 0 *      if _value > 0x00ff *        _value >>=8 *        _number = 8; * *      if _value > 0x0000f *        _value >=8 *        _number += 4 * *      _number += bit_set_table[ _value ] * *    where bit_set_table[ 16 ] has values which indicate the first *      bit set */#define CPU_USE_GENERIC_BITFIELD_CODE TRUE#define CPU_USE_GENERIC_BITFIELD_DATA TRUE#if (CPU_USE_GENERIC_BITFIELD_CODE == FALSE)extern unsigned8 _bit_set_table[];#define _CPU_Bitfield_Find_first_bit( _value, _output ) \  { \      _output = 0;\      if(_value > 0x00ff) \      { _value >>= 8; _output = 8; } \      if(_value > 0x000f) \	{ _output += 4; _value >>= 4; } \      _output += _bit_set_table[ _value]; }#endif/* end of Bitfield handler macros *//* *  This routine builds the mask which corresponds to the bit fields *  as searched by _CPU_Bitfield_Find_first_bit().  See the discussion *  for that routine. */#if (CPU_USE_GENERIC_BITFIELD_CODE == FALSE)#define _CPU_Priority_Mask( _bit_number ) \  ( 1 << (_bit_number) )#endif/* *  This routine translates the bit numbers returned by *  _CPU_Bitfield_Find_first_bit() into something suitable for use as *  a major or minor component of a priority.  See the discussion *  for that routine. */#if (CPU_USE_GENERIC_BITFIELD_CODE == FALSE)#define _CPU_Priority_bits_index( _priority ) \  (_priority)#endif/* end of Priority handler macros *//* functions *//* *  _CPU_Initialize * *  This routine performs CPU dependent initialization. */void _CPU_Initialize(  rtems_cpu_table  *cpu_table,  void      (*thread_dispatch));/* *  _CPU_ISR_install_raw_handler * *  This routine installs a "raw" interrupt handler directly into the  *  processor's vector table. */ void _CPU_ISR_install_raw_handler(  unsigned32  vector,  proc_ptr    new_handler,  proc_ptr   *old_handler);/* *  _CPU_ISR_install_vector * *  This routine installs an interrupt vector. */void _CPU_ISR_install_vector(  unsigned32  vector,  proc_ptr    new_handler,  proc_ptr   *old_handler);/* *  _CPU_Install_interrupt_stack * *  This routine installs the hardware interrupt stack pointer. * *  NOTE:  It needs only be provided if CPU_HAS_HARDWARE_INTERRUPT_STACK *         is TRUE. */void _CPU_Install_interrupt_stack( void );/* *  _CPU_Thread_Idle_body * *  This routine is the CPU dependent IDLE thread body. * *  NOTE:  It need only be provided if CPU_PROVIDES_IDLE_THREAD_BODY *         is TRUE. */void _CPU_Thread_Idle_body( void );/* *  _CPU_Context_switch * *  This routine switches from the run context to the heir context. */void _CPU_Context_switch(  Context_Control  *run,  Context_Control  *heir);/* *  _CPU_Context_restore * *  This routine is generally used only to restart self in an *  efficient manner.  It may simply be a label in _CPU_Context_switch. */void _CPU_Context_restore(  Context_Control *new_context);/* *  _CPU_Context_save_fp * *  This routine saves the floating point context passed to it. */void _CPU_Context_save_fp(  void **fp_context_ptr);/* *  _CPU_Context_restore_fp * *  This routine restores the floating point context passed to it. */void _CPU_Context_restore_fp(  void **fp_context_ptr);#ifdef __cplusplus}#endif#endif

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -