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

📄 cpu.h

📁 RTEMS (Real-Time Executive for Multiprocessor Systems) is a free open source real-time operating sys
💻 H
📖 第 1 页 / 共 3 页
字号:
 * *  Generally there are 2 types of context to save. *     1. Interrupt registers to save *     2. Task level registers to save * *  This means we have the following 3 context items: *     1. task level context stuff::  Context_Control *     2. floating point task stuff:: Context_Control_fp *     3. special interrupt level context :: Context_Control_interrupt * *  On some processors, it is cost-effective to save only the callee *  preserved registers during a task context switch.  This means *  that the ISR code needs to save those registers which do not *  persist across function calls.  It is not mandatory to make this *  distinctions between the caller/callee saves registers for the *  purpose of minimizing context saved during task switch and on interrupts. *  If the cost of saving extra registers is minimal, simplicity is the *  choice.  Save the same context on interrupt entry as for tasks in *  this case. * *  Additionally, if gdb is to be made aware of RTEMS tasks for this CPU, then *  care should be used in designing the context area. * *  On some CPUs with hardware floating point support, the Context_Control_fp *  structure will not be used or it simply consist of an array of a *  fixed number of bytes.   This is done when the floating point context *  is dumped by a "FP save context" type instruction and the format *  is not really defined by the CPU.  In this case, there is no need *  to figure out the exact format -- only the size.  Of course, although *  this is enough information for RTEMS, it is probably not enough for *  a debugger such as gdb.  But that is another problem. */typedef struct {    unsigned32 signal;    unsigned32 gr1;    unsigned32 rab;    unsigned32 PC0;    unsigned32 PC1;    unsigned32 PC2;    unsigned32 CHA;    unsigned32 CHD;    unsigned32 CHC;    unsigned32 ALU;    unsigned32 OPS;    unsigned32 tav;    unsigned32 lr1;    unsigned32 rfb;    unsigned32 msp;    unsigned32 FPStat0;    unsigned32 FPStat1;    unsigned32 FPStat2;    unsigned32 IPA;    unsigned32 IPB;    unsigned32 IPC;    unsigned32 Q;    unsigned32 gr96;    unsigned32 gr97;    unsigned32 gr98;    unsigned32 gr99;    unsigned32 gr100;    unsigned32 gr101;    unsigned32 gr102;    unsigned32 gr103;    unsigned32 gr104;    unsigned32 gr105;    unsigned32 gr106;    unsigned32 gr107;    unsigned32 gr108;    unsigned32 gr109;    unsigned32 gr110;    unsigned32 gr111;    unsigned32 gr112;    unsigned32 gr113;    unsigned32 gr114;    unsigned32 gr115;    unsigned32 gr116;    unsigned32 gr117;    unsigned32 gr118;    unsigned32 gr119;    unsigned32 gr120;    unsigned32 gr121;    unsigned32 gr122;    unsigned32 gr123;    unsigned32 gr124;    unsigned32 local_count;    unsigned32 locals[128];} Context_Control;typedef struct {    double      some_float_register;} Context_Control_fp;typedef struct {    unsigned32 special_interrupt_register;} CPU_Interrupt_frame;/* *  The following table contains the information required to configure *  the a29K processor specific parameters. * *  NOTE: The interrupt_stack_size field is required if *        CPU_ALLOCATE_INTERRUPT_STACK is defined as TRUE. * *        The pretasking_hook, predriver_hook, and postdriver_hook, *        and the do_zero_of_workspace fields are required on ALL CPUs. */typedef struct {  void       (*pretasking_hook)( void );  void       (*predriver_hook)( void );  void       (*postdriver_hook)( void );  void       (*idle_task)( void );  boolean      do_zero_of_workspace;  unsigned32   idle_task_stack_size;  unsigned32   interrupt_stack_size;  unsigned32   extra_mpci_receive_server_stack;  void *     (*stack_allocate_hook)( unsigned32 );  void       (*stack_free_hook)( void* );  /* end of fields required on all CPUs */}   rtems_cpu_table;/* *  Macros to access required entires in the CPU Table are in  *  the file rtems/system.h. *//* *  Macros to access AMD A29K specific additions to the CPU Table *//* There are no CPU specific additions to the CPU Table for this port. *//* *  This variable is optional.  It is used on CPUs on which it is difficult *  to generate an "uninitialized" FP context.  It is filled in by *  _CPU_Initialize and copied into the task's FP context area during *  _CPU_Context_Initialize. */SCORE_EXTERN Context_Control_fp  _CPU_Null_fp_context;/* *  On some CPUs, RTEMS supports a software managed interrupt stack. *  This stack is allocated by the Interrupt Manager and the switch *  is performed in _ISR_Handler.  These variables contain pointers *  to the lowest and highest addresses in the chunk of memory allocated *  for the interrupt stack.  Since it is unknown whether the stack *  grows up or down (in general), this give the CPU dependent *  code the option of picking the version it wants to use. * *  NOTE: These two variables are required if the macro *        CPU_HAS_SOFTWARE_INTERRUPT_STACK is defined as TRUE. */SCORE_EXTERN void               *_CPU_Interrupt_stack_low;SCORE_EXTERN void               *_CPU_Interrupt_stack_high;/* *  With some compilation systems, it is difficult if not impossible to *  call a high-level language routine from assembly language.  This *  is especially true of commercial Ada compilers and name mangling *  C++ ones.  This variable can be optionally defined by the CPU porter *  and contains the address of the routine _Thread_Dispatch.  This *  can make it easier to invoke that routine at the end of the interrupt *  sequence (if a dispatch is necessary). */SCORE_EXTERN void           (*_CPU_Thread_dispatch_pointer)();/* *  Nothing prevents the porter from declaring more CPU specific variables. *//* XXX: if needed, put more variables here *//* *  The size of the floating point context area.  On some CPUs this *  will not be a "sizeof" because the format of the floating point *  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 )/* *  extra stack required by the MPCI receive server thread */#define CPU_MPCI_RECEIVE_SERVER_EXTRA_STACK 1024 /* *  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. */#define CPU_STACK_MINIMUM_SIZE          (8192)/* *  CPU's worst alignment requirement for data types on a byte boundary.  This *  alignment does not take into account the requirements for the stack. */#define CPU_ALIGNMENT              4/* *  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        0/* ISR handler macros *//* *  Support routine to initialize the RTEMS vector table after it is allocated. */#define _CPU_Initialize_vectors()/* *  Disable all interrupts for an RTEMS critical section.  The previous *  level is returned in _level. */#define _CPU_ISR_Disable( _isr_cookie ) \    do{ _isr_cookie = a29k_disable(); }while(0)/* *  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( _isr_cookie )  \      do{ a29k_enable(_isr_cookie) ; }while(0)/* *  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( _isr_cookie ) \  do{ \     _CPU_ISR_Enable( _isr_cookie ); \     _CPU_ISR_Disable( _isr_cookie ); \  }while(0)/* *  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( new_level ) \  do{ \    if ( new_level ) a29k_disable_all(); \    else a29k_enable_all(); \  }while(0);/* end of ISR handler macros *//* Context handler macros */extern void _CPU_Context_save(  Context_Control *new_context);/* *  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

⌨️ 快捷键说明

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