1 |
30 |
unneback |
/* cpu.h
|
2 |
|
|
*
|
3 |
|
|
* This include file contains information pertaining to the HP
|
4 |
|
|
* PA-RISC processor (Level 1.1).
|
5 |
|
|
*
|
6 |
|
|
* COPYRIGHT (c) 1994 by Division Incorporated
|
7 |
|
|
*
|
8 |
|
|
* The license and distribution terms for this file may be
|
9 |
|
|
* found in the file LICENSE in this distribution or at
|
10 |
|
|
* http://www.OARcorp.com/rtems/license.html.
|
11 |
|
|
*
|
12 |
|
|
* $Id: cpu.h,v 1.2 2001-09-27 11:59:31 chris Exp $
|
13 |
|
|
*/
|
14 |
|
|
|
15 |
|
|
#ifndef __CPU_h
|
16 |
|
|
#define __CPU_h
|
17 |
|
|
|
18 |
|
|
#ifdef __cplusplus
|
19 |
|
|
extern "C" {
|
20 |
|
|
#endif
|
21 |
|
|
|
22 |
|
|
#include <rtems/score/unix.h> /* pick up machine definitions */
|
23 |
|
|
#ifndef ASM
|
24 |
|
|
#include <rtems/score/unixtypes.h>
|
25 |
|
|
#endif
|
26 |
|
|
|
27 |
|
|
#include <rtems/score/unixsize.h>
|
28 |
|
|
|
29 |
|
|
#if defined(solaris2)
|
30 |
|
|
#undef _POSIX_C_SOURCE
|
31 |
|
|
#define _POSIX_C_SOURCE 3
|
32 |
|
|
#undef __STRICT_ANSI__
|
33 |
|
|
#define __STRICT_ANSI__
|
34 |
|
|
#endif
|
35 |
|
|
|
36 |
|
|
#if defined(linux)
|
37 |
|
|
#define MALLOC_0_RETURNS_NULL
|
38 |
|
|
#endif
|
39 |
|
|
|
40 |
|
|
/* conditional compilation parameters */
|
41 |
|
|
|
42 |
|
|
/*
|
43 |
|
|
* Should the calls to _Thread_Enable_dispatch be inlined?
|
44 |
|
|
*
|
45 |
|
|
* If TRUE, then they are inlined.
|
46 |
|
|
* If FALSE, then a subroutine call is made.
|
47 |
|
|
*
|
48 |
|
|
* Basically this is an example of the classic trade-off of size
|
49 |
|
|
* versus speed. Inlining the call (TRUE) typically increases the
|
50 |
|
|
* size of RTEMS while speeding up the enabling of dispatching.
|
51 |
|
|
* [NOTE: In general, the _Thread_Dispatch_disable_level will
|
52 |
|
|
* only be 0 or 1 unless you are in an interrupt handler and that
|
53 |
|
|
* interrupt handler invokes the executive.] When not inlined
|
54 |
|
|
* something calls _Thread_Enable_dispatch which in turns calls
|
55 |
|
|
* _Thread_Dispatch. If the enable dispatch is inlined, then
|
56 |
|
|
* one subroutine call is avoided entirely.]
|
57 |
|
|
*/
|
58 |
|
|
|
59 |
|
|
#define CPU_INLINE_ENABLE_DISPATCH FALSE
|
60 |
|
|
|
61 |
|
|
/*
|
62 |
|
|
* Should the body of the search loops in _Thread_queue_Enqueue_priority
|
63 |
|
|
* be unrolled one time? In unrolled each iteration of the loop examines
|
64 |
|
|
* two "nodes" on the chain being searched. Otherwise, only one node
|
65 |
|
|
* is examined per iteration.
|
66 |
|
|
*
|
67 |
|
|
* If TRUE, then the loops are unrolled.
|
68 |
|
|
* If FALSE, then the loops are not unrolled.
|
69 |
|
|
*
|
70 |
|
|
* The primary factor in making this decision is the cost of disabling
|
71 |
|
|
* and enabling interrupts (_ISR_Flash) versus the cost of rest of the
|
72 |
|
|
* body of the loop. On some CPUs, the flash is more expensive than
|
73 |
|
|
* one iteration of the loop body. In this case, it might be desirable
|
74 |
|
|
* to unroll the loop. It is important to note that on some CPUs, this
|
75 |
|
|
* code is the longest interrupt disable period in RTEMS. So it is
|
76 |
|
|
* necessary to strike a balance when setting this parameter.
|
77 |
|
|
*/
|
78 |
|
|
|
79 |
|
|
#define CPU_UNROLL_ENQUEUE_PRIORITY TRUE
|
80 |
|
|
|
81 |
|
|
/*
|
82 |
|
|
* Does RTEMS manage a dedicated interrupt stack in software?
|
83 |
|
|
*
|
84 |
|
|
* If TRUE, then a stack is allocated in _ISR_Handler_initialization.
|
85 |
|
|
* If FALSE, nothing is done.
|
86 |
|
|
*
|
87 |
|
|
* If the CPU supports a dedicated interrupt stack in hardware,
|
88 |
|
|
* then it is generally the responsibility of the BSP to allocate it
|
89 |
|
|
* and set it up.
|
90 |
|
|
*
|
91 |
|
|
* If the CPU does not support a dedicated interrupt stack, then
|
92 |
|
|
* the porter has two options: (1) execute interrupts on the
|
93 |
|
|
* stack of the interrupted task, and (2) have RTEMS manage a dedicated
|
94 |
|
|
* interrupt stack.
|
95 |
|
|
*
|
96 |
|
|
* If this is TRUE, CPU_ALLOCATE_INTERRUPT_STACK should also be TRUE.
|
97 |
|
|
*
|
98 |
|
|
* Only one of CPU_HAS_SOFTWARE_INTERRUPT_STACK and
|
99 |
|
|
* CPU_HAS_HARDWARE_INTERRUPT_STACK should be set to TRUE. It is
|
100 |
|
|
* possible that both are FALSE for a particular CPU. Although it
|
101 |
|
|
* is unclear what that would imply about the interrupt processing
|
102 |
|
|
* procedure on that CPU.
|
103 |
|
|
*/
|
104 |
|
|
|
105 |
|
|
#define CPU_HAS_SOFTWARE_INTERRUPT_STACK FALSE
|
106 |
|
|
|
107 |
|
|
/*
|
108 |
|
|
* Does this CPU have hardware support for a dedicated interrupt stack?
|
109 |
|
|
*
|
110 |
|
|
* If TRUE, then it must be installed during initialization.
|
111 |
|
|
* If FALSE, then no installation is performed.
|
112 |
|
|
*
|
113 |
|
|
* If this is TRUE, CPU_ALLOCATE_INTERRUPT_STACK should also be TRUE.
|
114 |
|
|
*
|
115 |
|
|
* Only one of CPU_HAS_SOFTWARE_INTERRUPT_STACK and
|
116 |
|
|
* CPU_HAS_HARDWARE_INTERRUPT_STACK should be set to TRUE. It is
|
117 |
|
|
* possible that both are FALSE for a particular CPU. Although it
|
118 |
|
|
* is unclear what that would imply about the interrupt processing
|
119 |
|
|
* procedure on that CPU.
|
120 |
|
|
*/
|
121 |
|
|
|
122 |
|
|
#define CPU_HAS_HARDWARE_INTERRUPT_STACK TRUE
|
123 |
|
|
|
124 |
|
|
/*
|
125 |
|
|
* Does RTEMS allocate a dedicated interrupt stack in the Interrupt Manager?
|
126 |
|
|
*
|
127 |
|
|
* If TRUE, then the memory is allocated during initialization.
|
128 |
|
|
* If FALSE, then the memory is allocated during initialization.
|
129 |
|
|
*
|
130 |
|
|
* This should be TRUE if CPU_HAS_SOFTWARE_INTERRUPT_STACK is TRUE
|
131 |
|
|
* or CPU_INSTALL_HARDWARE_INTERRUPT_STACK is TRUE.
|
132 |
|
|
*/
|
133 |
|
|
|
134 |
|
|
#define CPU_ALLOCATE_INTERRUPT_STACK FALSE
|
135 |
|
|
|
136 |
|
|
/*
|
137 |
|
|
* Does the RTEMS invoke the user's ISR with the vector number and
|
138 |
|
|
* a pointer to the saved interrupt frame (1) or just the vector
|
139 |
|
|
* number (0)?
|
140 |
|
|
*/
|
141 |
|
|
|
142 |
|
|
#define CPU_ISR_PASSES_FRAME_POINTER 0
|
143 |
|
|
|
144 |
|
|
/*
|
145 |
|
|
* Does the CPU have hardware floating point?
|
146 |
|
|
*
|
147 |
|
|
* If TRUE, then the RTEMS_FLOATING_POINT task attribute is supported.
|
148 |
|
|
* If FALSE, then the RTEMS_FLOATING_POINT task attribute is ignored.
|
149 |
|
|
*
|
150 |
|
|
* If there is a FP coprocessor such as the i387 or mc68881, then
|
151 |
|
|
* the answer is TRUE.
|
152 |
|
|
*
|
153 |
|
|
* The macro name "NO_CPU_HAS_FPU" should be made CPU specific.
|
154 |
|
|
* It indicates whether or not this CPU model has FP support. For
|
155 |
|
|
* example, it would be possible to have an i386_nofp CPU model
|
156 |
|
|
* which set this to false to indicate that you have an i386 without
|
157 |
|
|
* an i387 and wish to leave floating point support out of RTEMS.
|
158 |
|
|
*/
|
159 |
|
|
|
160 |
|
|
#define CPU_HARDWARE_FP TRUE
|
161 |
|
|
|
162 |
|
|
/*
|
163 |
|
|
* Are all tasks RTEMS_FLOATING_POINT tasks implicitly?
|
164 |
|
|
*
|
165 |
|
|
* If TRUE, then the RTEMS_FLOATING_POINT task attribute is assumed.
|
166 |
|
|
* If FALSE, then the RTEMS_FLOATING_POINT task attribute is followed.
|
167 |
|
|
*
|
168 |
|
|
* So far, the only CPU in which this option has been used is the
|
169 |
|
|
* HP PA-RISC. The HP C compiler and gcc both implicitly use the
|
170 |
|
|
* floating point registers to perform integer multiplies. If
|
171 |
|
|
* a function which you would not think utilize the FP unit DOES,
|
172 |
|
|
* then one can not easily predict which tasks will use the FP hardware.
|
173 |
|
|
* In this case, this option should be TRUE.
|
174 |
|
|
*
|
175 |
|
|
* If CPU_HARDWARE_FP is FALSE, then this should be FALSE as well.
|
176 |
|
|
*/
|
177 |
|
|
|
178 |
|
|
#define CPU_ALL_TASKS_ARE_FP FALSE
|
179 |
|
|
|
180 |
|
|
/*
|
181 |
|
|
* Should the IDLE task have a floating point context?
|
182 |
|
|
*
|
183 |
|
|
* If TRUE, then the IDLE task is created as a RTEMS_FLOATING_POINT task
|
184 |
|
|
* and it has a floating point context which is switched in and out.
|
185 |
|
|
* If FALSE, then the IDLE task does not have a floating point context.
|
186 |
|
|
*
|
187 |
|
|
* Setting this to TRUE negatively impacts the time required to preempt
|
188 |
|
|
* the IDLE task from an interrupt because the floating point context
|
189 |
|
|
* must be saved as part of the preemption.
|
190 |
|
|
*/
|
191 |
|
|
|
192 |
|
|
#define CPU_IDLE_TASK_IS_FP FALSE
|
193 |
|
|
|
194 |
|
|
/*
|
195 |
|
|
* Should the saving of the floating point registers be deferred
|
196 |
|
|
* until a context switch is made to another different floating point
|
197 |
|
|
* task?
|
198 |
|
|
*
|
199 |
|
|
* If TRUE, then the floating point context will not be stored until
|
200 |
|
|
* necessary. It will remain in the floating point registers and not
|
201 |
|
|
* disturned until another floating point task is switched to.
|
202 |
|
|
*
|
203 |
|
|
* If FALSE, then the floating point context is saved when a floating
|
204 |
|
|
* point task is switched out and restored when the next floating point
|
205 |
|
|
* task is restored. The state of the floating point registers between
|
206 |
|
|
* those two operations is not specified.
|
207 |
|
|
*
|
208 |
|
|
* If the floating point context does NOT have to be saved as part of
|
209 |
|
|
* interrupt dispatching, then it should be safe to set this to TRUE.
|
210 |
|
|
*
|
211 |
|
|
* Setting this flag to TRUE results in using a different algorithm
|
212 |
|
|
* for deciding when to save and restore the floating point context.
|
213 |
|
|
* The deferred FP switch algorithm minimizes the number of times
|
214 |
|
|
* the FP context is saved and restored. The FP context is not saved
|
215 |
|
|
* until a context switch is made to another, different FP task.
|
216 |
|
|
* Thus in a system with only one FP task, the FP context will never
|
217 |
|
|
* be saved or restored.
|
218 |
|
|
*/
|
219 |
|
|
|
220 |
|
|
#define CPU_USE_DEFERRED_FP_SWITCH TRUE
|
221 |
|
|
|
222 |
|
|
/*
|
223 |
|
|
* Does this port provide a CPU dependent IDLE task implementation?
|
224 |
|
|
*
|
225 |
|
|
* If TRUE, then the routine _CPU_Thread_Idle_body
|
226 |
|
|
* must be provided and is the default IDLE thread body instead of
|
227 |
|
|
* _CPU_Thread_Idle_body.
|
228 |
|
|
*
|
229 |
|
|
* If FALSE, then use the generic IDLE thread body if the BSP does
|
230 |
|
|
* not provide one.
|
231 |
|
|
*
|
232 |
|
|
* This is intended to allow for supporting processors which have
|
233 |
|
|
* a low power or idle mode. When the IDLE thread is executed, then
|
234 |
|
|
* the CPU can be powered down.
|
235 |
|
|
*
|
236 |
|
|
* The order of precedence for selecting the IDLE thread body is:
|
237 |
|
|
*
|
238 |
|
|
* 1. BSP provided
|
239 |
|
|
* 2. CPU dependent (if provided)
|
240 |
|
|
* 3. generic (if no BSP and no CPU dependent)
|
241 |
|
|
*/
|
242 |
|
|
|
243 |
|
|
#define CPU_PROVIDES_IDLE_THREAD_BODY TRUE
|
244 |
|
|
|
245 |
|
|
/*
|
246 |
|
|
* Does the stack grow up (toward higher addresses) or down
|
247 |
|
|
* (toward lower addresses)?
|
248 |
|
|
*
|
249 |
|
|
* If TRUE, then the grows upward.
|
250 |
|
|
* If FALSE, then the grows toward smaller addresses.
|
251 |
|
|
*/
|
252 |
|
|
|
253 |
|
|
#if defined(__hppa__)
|
254 |
|
|
#define CPU_STACK_GROWS_UP TRUE
|
255 |
|
|
#elif defined(__sparc__) || defined(__i386__)
|
256 |
|
|
#define CPU_STACK_GROWS_UP FALSE
|
257 |
|
|
#else
|
258 |
|
|
#error "unknown CPU!!"
|
259 |
|
|
#endif
|
260 |
|
|
|
261 |
|
|
|
262 |
|
|
/*
|
263 |
|
|
* The following is the variable attribute used to force alignment
|
264 |
|
|
* of critical RTEMS structures. On some processors it may make
|
265 |
|
|
* sense to have these aligned on tighter boundaries than
|
266 |
|
|
* the minimum requirements of the compiler in order to have as
|
267 |
|
|
* much of the critical data area as possible in a cache line.
|
268 |
|
|
*
|
269 |
|
|
* The placement of this macro in the declaration of the variables
|
270 |
|
|
* is based on the syntactically requirements of the GNU C
|
271 |
|
|
* "__attribute__" extension. For example with GNU C, use
|
272 |
|
|
* the following to force a structures to a 32 byte boundary.
|
273 |
|
|
*
|
274 |
|
|
* __attribute__ ((aligned (32)))
|
275 |
|
|
*
|
276 |
|
|
* NOTE: Currently only the Priority Bit Map table uses this feature.
|
277 |
|
|
* To benefit from using this, the data must be heavily
|
278 |
|
|
* used so it will stay in the cache and used frequently enough
|
279 |
|
|
* in the executive to justify turning this on.
|
280 |
|
|
*/
|
281 |
|
|
|
282 |
|
|
#ifdef __GNUC__
|
283 |
|
|
#define CPU_STRUCTURE_ALIGNMENT __attribute__ ((aligned (32)))
|
284 |
|
|
#else
|
285 |
|
|
#define CPU_STRUCTURE_ALIGNMENT
|
286 |
|
|
#endif
|
287 |
|
|
|
288 |
|
|
/*
|
289 |
|
|
* Define what is required to specify how the network to host conversion
|
290 |
|
|
* routines are handled.
|
291 |
|
|
*/
|
292 |
|
|
|
293 |
|
|
#if defined(__hppa__) || defined(__sparc__)
|
294 |
|
|
#define CPU_HAS_OWN_HOST_TO_NETWORK_ROUTINES FALSE
|
295 |
|
|
#define CPU_BIG_ENDIAN TRUE
|
296 |
|
|
#define CPU_LITTLE_ENDIAN FALSE
|
297 |
|
|
#elif defined(__i386__)
|
298 |
|
|
#define CPU_HAS_OWN_HOST_TO_NETWORK_ROUTINES FALSE
|
299 |
|
|
#define CPU_BIG_ENDIAN FALSE
|
300 |
|
|
#define CPU_LITTLE_ENDIAN TRUE
|
301 |
|
|
#else
|
302 |
|
|
#error "Unknown CPU!!!"
|
303 |
|
|
#endif
|
304 |
|
|
|
305 |
|
|
/*
|
306 |
|
|
* The following defines the number of bits actually used in the
|
307 |
|
|
* interrupt field of the task mode. How those bits map to the
|
308 |
|
|
* CPU interrupt levels is defined by the routine _CPU_ISR_Set_level().
|
309 |
|
|
*/
|
310 |
|
|
|
311 |
|
|
#define CPU_MODES_INTERRUPT_MASK 0x00000001
|
312 |
|
|
|
313 |
|
|
#define CPU_NAME "UNIX"
|
314 |
|
|
|
315 |
|
|
/*
|
316 |
|
|
* Processor defined structures
|
317 |
|
|
*
|
318 |
|
|
* Examples structures include the descriptor tables from the i386
|
319 |
|
|
* and the processor control structure on the i960ca.
|
320 |
|
|
*/
|
321 |
|
|
|
322 |
|
|
/* may need to put some structures here. */
|
323 |
|
|
|
324 |
|
|
#if defined(__hppa__)
|
325 |
|
|
/*
|
326 |
|
|
* Word indices within a jmp_buf structure
|
327 |
|
|
*/
|
328 |
|
|
|
329 |
|
|
#ifdef RTEMS_NEWLIB_SETJMP
|
330 |
|
|
#define RP_OFF 6
|
331 |
|
|
#define SP_OFF 2
|
332 |
|
|
#define R3_OFF 10
|
333 |
|
|
#define R4_OFF 11
|
334 |
|
|
#define R5_OFF 12
|
335 |
|
|
#define R6_OFF 13
|
336 |
|
|
#define R7_OFF 14
|
337 |
|
|
#define R8_OFF 15
|
338 |
|
|
#define R9_OFF 16
|
339 |
|
|
#define R10_OFF 17
|
340 |
|
|
#define R11_OFF 18
|
341 |
|
|
#define R12_OFF 19
|
342 |
|
|
#define R13_OFF 20
|
343 |
|
|
#define R14_OFF 21
|
344 |
|
|
#define R15_OFF 22
|
345 |
|
|
#define R16_OFF 23
|
346 |
|
|
#define R17_OFF 24
|
347 |
|
|
#define R18_OFF 25
|
348 |
|
|
#define DP_OFF 26
|
349 |
|
|
#endif
|
350 |
|
|
|
351 |
|
|
#ifdef RTEMS_UNIXLIB_SETJMP
|
352 |
|
|
#define RP_OFF 0
|
353 |
|
|
#define SP_OFF 1
|
354 |
|
|
#define R3_OFF 4
|
355 |
|
|
#define R4_OFF 5
|
356 |
|
|
#define R5_OFF 6
|
357 |
|
|
#define R6_OFF 7
|
358 |
|
|
#define R7_OFF 8
|
359 |
|
|
#define R8_OFF 9
|
360 |
|
|
#define R9_OFF 10
|
361 |
|
|
#define R10_OFF 11
|
362 |
|
|
#define R11_OFF 12
|
363 |
|
|
#define R12_OFF 13
|
364 |
|
|
#define R13_OFF 14
|
365 |
|
|
#define R14_OFF 15
|
366 |
|
|
#define R15_OFF 16
|
367 |
|
|
#define R16_OFF 17
|
368 |
|
|
#define R17_OFF 18
|
369 |
|
|
#define R18_OFF 19
|
370 |
|
|
#define DP_OFF 20
|
371 |
|
|
#endif
|
372 |
|
|
#endif
|
373 |
|
|
|
374 |
|
|
#if defined(__i386__)
|
375 |
|
|
|
376 |
|
|
#ifdef RTEMS_NEWLIB
|
377 |
|
|
#error "Newlib not installed"
|
378 |
|
|
#endif
|
379 |
|
|
|
380 |
|
|
/*
|
381 |
|
|
* For i386 targets
|
382 |
|
|
*/
|
383 |
|
|
|
384 |
|
|
#ifdef RTEMS_UNIXLIB
|
385 |
|
|
#if defined(__FreeBSD__)
|
386 |
|
|
#define RET_OFF 0
|
387 |
|
|
#define EBX_OFF 1
|
388 |
|
|
#define EBP_OFF 2
|
389 |
|
|
#define ESP_OFF 3
|
390 |
|
|
#define ESI_OFF 4
|
391 |
|
|
#define EDI_OFF 5
|
392 |
|
|
#elif defined(__CYGWIN__)
|
393 |
|
|
#define EAX_OFF 0
|
394 |
|
|
#define EBX_OFF 1
|
395 |
|
|
#define ECX_OFF 2
|
396 |
|
|
#define EDX_OFF 3
|
397 |
|
|
#define ESI_OFF 4
|
398 |
|
|
#define EDI_OFF 5
|
399 |
|
|
#define EBP_OFF 6
|
400 |
|
|
#define ESP_OFF 7
|
401 |
|
|
#define RET_OFF 8
|
402 |
|
|
#else
|
403 |
|
|
/* Linux */
|
404 |
|
|
#define EBX_OFF 0
|
405 |
|
|
#define ESI_OFF 1
|
406 |
|
|
#define EDI_OFF 2
|
407 |
|
|
#define EBP_OFF 3
|
408 |
|
|
#define ESP_OFF 4
|
409 |
|
|
#define RET_OFF 5
|
410 |
|
|
#endif
|
411 |
|
|
#endif
|
412 |
|
|
|
413 |
|
|
#endif
|
414 |
|
|
|
415 |
|
|
#if defined(__sparc__)
|
416 |
|
|
|
417 |
|
|
/*
|
418 |
|
|
* Word indices within a jmp_buf structure
|
419 |
|
|
*/
|
420 |
|
|
|
421 |
|
|
#ifdef RTEMS_NEWLIB
|
422 |
|
|
#define ADDR_ADJ_OFFSET -8
|
423 |
|
|
#define SP_OFF 0
|
424 |
|
|
#define RP_OFF 1
|
425 |
|
|
#define FP_OFF 2
|
426 |
|
|
#endif
|
427 |
|
|
|
428 |
|
|
#ifdef RTEMS_UNIXLIB
|
429 |
|
|
#define ADDR_ADJ_OFFSET 0
|
430 |
|
|
#define G0_OFF 0
|
431 |
|
|
#define SP_OFF 1
|
432 |
|
|
#define RP_OFF 2
|
433 |
|
|
#define FP_OFF 3
|
434 |
|
|
#define I7_OFF 4
|
435 |
|
|
#endif
|
436 |
|
|
|
437 |
|
|
#endif
|
438 |
|
|
|
439 |
|
|
/*
|
440 |
|
|
* Contexts
|
441 |
|
|
*
|
442 |
|
|
* Generally there are 2 types of context to save.
|
443 |
|
|
* 1. Interrupt registers to save
|
444 |
|
|
* 2. Task level registers to save
|
445 |
|
|
*
|
446 |
|
|
* This means we have the following 3 context items:
|
447 |
|
|
* 1. task level context stuff:: Context_Control
|
448 |
|
|
* 2. floating point task stuff:: Context_Control_fp
|
449 |
|
|
* 3. special interrupt level context :: Context_Control_interrupt
|
450 |
|
|
*
|
451 |
|
|
* On some processors, it is cost-effective to save only the callee
|
452 |
|
|
* preserved registers during a task context switch. This means
|
453 |
|
|
* that the ISR code needs to save those registers which do not
|
454 |
|
|
* persist across function calls. It is not mandatory to make this
|
455 |
|
|
* distinctions between the caller/callee saves registers for the
|
456 |
|
|
* purpose of minimizing context saved during task switch and on interrupts.
|
457 |
|
|
* If the cost of saving extra registers is minimal, simplicity is the
|
458 |
|
|
* choice. Save the same context on interrupt entry as for tasks in
|
459 |
|
|
* this case.
|
460 |
|
|
*
|
461 |
|
|
* Additionally, if gdb is to be made aware of RTEMS tasks for this CPU, then
|
462 |
|
|
* care should be used in designing the context area.
|
463 |
|
|
*
|
464 |
|
|
* On some CPUs with hardware floating point support, the Context_Control_fp
|
465 |
|
|
* structure will not be used or it simply consist of an array of a
|
466 |
|
|
* fixed number of bytes. This is done when the floating point context
|
467 |
|
|
* is dumped by a "FP save context" type instruction and the format
|
468 |
|
|
* is not really defined by the CPU. In this case, there is no need
|
469 |
|
|
* to figure out the exact format -- only the size. Of course, although
|
470 |
|
|
* this is enough information for RTEMS, it is probably not enough for
|
471 |
|
|
* a debugger such as gdb. But that is another problem.
|
472 |
|
|
*/
|
473 |
|
|
|
474 |
|
|
/*
|
475 |
|
|
* This is really just the area for the following fields.
|
476 |
|
|
*
|
477 |
|
|
* jmp_buf regs;
|
478 |
|
|
* unsigned32 isr_level;
|
479 |
|
|
*
|
480 |
|
|
* Doing it this way avoids conflicts between the native stuff and the
|
481 |
|
|
* RTEMS stuff.
|
482 |
|
|
*
|
483 |
|
|
* NOTE:
|
484 |
|
|
* hpux9 setjmp is optimized for the case where the setjmp buffer
|
485 |
|
|
* is 8 byte aligned. In a RISC world, this seems likely to enable
|
486 |
|
|
* 8 byte copies, especially for the float registers.
|
487 |
|
|
* So we always align them on 8 byte boundaries.
|
488 |
|
|
*/
|
489 |
|
|
|
490 |
|
|
#ifdef __GNUC__
|
491 |
|
|
#define CONTEXT_STRUCTURE_ALIGNMENT __attribute__ ((aligned (8)))
|
492 |
|
|
#else
|
493 |
|
|
#define CONTEXT_STRUCTURE_ALIGNMENT
|
494 |
|
|
#endif
|
495 |
|
|
|
496 |
|
|
typedef struct {
|
497 |
|
|
char Area[ CPU_CONTEXT_SIZE_IN_BYTES ] CONTEXT_STRUCTURE_ALIGNMENT;
|
498 |
|
|
} Context_Control;
|
499 |
|
|
|
500 |
|
|
typedef struct {
|
501 |
|
|
} Context_Control_fp;
|
502 |
|
|
|
503 |
|
|
typedef struct {
|
504 |
|
|
} CPU_Interrupt_frame;
|
505 |
|
|
|
506 |
|
|
|
507 |
|
|
/*
|
508 |
|
|
* The following table contains the information required to configure
|
509 |
|
|
* the UNIX Simulator specific parameters.
|
510 |
|
|
*/
|
511 |
|
|
|
512 |
|
|
typedef struct {
|
513 |
|
|
void (*pretasking_hook)( void );
|
514 |
|
|
void (*predriver_hook)( void );
|
515 |
|
|
void (*postdriver_hook)( void );
|
516 |
|
|
void (*idle_task)( void );
|
517 |
|
|
boolean do_zero_of_workspace;
|
518 |
|
|
unsigned32 idle_task_stack_size;
|
519 |
|
|
unsigned32 interrupt_stack_size;
|
520 |
|
|
unsigned32 extra_mpci_receive_server_stack;
|
521 |
|
|
void * (*stack_allocate_hook)( unsigned32 );
|
522 |
|
|
void (*stack_free_hook)( void* );
|
523 |
|
|
/* end of required fields */
|
524 |
|
|
} rtems_cpu_table;
|
525 |
|
|
|
526 |
|
|
/*
|
527 |
|
|
* Macros to access required entires in the CPU Table are in
|
528 |
|
|
* the file rtems/system.h.
|
529 |
|
|
*/
|
530 |
|
|
|
531 |
|
|
/*
|
532 |
|
|
* Macros to access UNIX specific additions to the CPU Table
|
533 |
|
|
*/
|
534 |
|
|
|
535 |
|
|
/* There are no CPU specific additions to the CPU Table for this port. */
|
536 |
|
|
|
537 |
|
|
/*
|
538 |
|
|
* This variable is optional. It is used on CPUs on which it is difficult
|
539 |
|
|
* to generate an "uninitialized" FP context. It is filled in by
|
540 |
|
|
* _CPU_Initialize and copied into the task's FP context area during
|
541 |
|
|
* _CPU_Context_Initialize.
|
542 |
|
|
*/
|
543 |
|
|
|
544 |
|
|
SCORE_EXTERN Context_Control_fp _CPU_Null_fp_context;
|
545 |
|
|
|
546 |
|
|
/*
|
547 |
|
|
* On some CPUs, RTEMS supports a software managed interrupt stack.
|
548 |
|
|
* This stack is allocated by the Interrupt Manager and the switch
|
549 |
|
|
* is performed in _ISR_Handler. These variables contain pointers
|
550 |
|
|
* to the lowest and highest addresses in the chunk of memory allocated
|
551 |
|
|
* for the interrupt stack. Since it is unknown whether the stack
|
552 |
|
|
* grows up or down (in general), this give the CPU dependent
|
553 |
|
|
* code the option of picking the version it wants to use.
|
554 |
|
|
*
|
555 |
|
|
* NOTE: These two variables are required if the macro
|
556 |
|
|
* CPU_HAS_SOFTWARE_INTERRUPT_STACK is defined as TRUE.
|
557 |
|
|
*/
|
558 |
|
|
|
559 |
|
|
SCORE_EXTERN void *_CPU_Interrupt_stack_low;
|
560 |
|
|
SCORE_EXTERN void *_CPU_Interrupt_stack_high;
|
561 |
|
|
|
562 |
|
|
/*
|
563 |
|
|
* With some compilation systems, it is difficult if not impossible to
|
564 |
|
|
* call a high-level language routine from assembly language. This
|
565 |
|
|
* is especially true of commercial Ada compilers and name mangling
|
566 |
|
|
* C++ ones. This variable can be optionally defined by the CPU porter
|
567 |
|
|
* and contains the address of the routine _Thread_Dispatch. This
|
568 |
|
|
* can make it easier to invoke that routine at the end of the interrupt
|
569 |
|
|
* sequence (if a dispatch is necessary).
|
570 |
|
|
*/
|
571 |
|
|
|
572 |
|
|
SCORE_EXTERN void (*_CPU_Thread_dispatch_pointer)();
|
573 |
|
|
|
574 |
|
|
/*
|
575 |
|
|
* Nothing prevents the porter from declaring more CPU specific variables.
|
576 |
|
|
*/
|
577 |
|
|
|
578 |
|
|
/* XXX: if needed, put more variables here */
|
579 |
|
|
|
580 |
|
|
/*
|
581 |
|
|
* The size of the floating point context area. On some CPUs this
|
582 |
|
|
* will not be a "sizeof" because the format of the floating point
|
583 |
|
|
* area is not defined -- only the size is. This is usually on
|
584 |
|
|
* CPUs with a "floating point save context" instruction.
|
585 |
|
|
*/
|
586 |
|
|
|
587 |
|
|
#define CPU_CONTEXT_FP_SIZE sizeof( Context_Control_fp )
|
588 |
|
|
|
589 |
|
|
/*
|
590 |
|
|
* The size of a frame on the stack
|
591 |
|
|
*/
|
592 |
|
|
|
593 |
|
|
#if defined(__hppa__)
|
594 |
|
|
#define CPU_FRAME_SIZE (32 * 4)
|
595 |
|
|
#elif defined(__sparc__)
|
596 |
|
|
#define CPU_FRAME_SIZE (112) /* based on disassembled test code */
|
597 |
|
|
#elif defined(__i386__)
|
598 |
|
|
#define CPU_FRAME_SIZE (24) /* return address, sp, and bp pushed plus fudge */
|
599 |
|
|
#else
|
600 |
|
|
#error "Unknown CPU!!!"
|
601 |
|
|
#endif
|
602 |
|
|
|
603 |
|
|
/*
|
604 |
|
|
* Amount of extra stack (above minimum stack size) required by
|
605 |
|
|
* MPCI receive server thread. Remember that in a multiprocessor
|
606 |
|
|
* system this thread must exist and be able to process all directives.
|
607 |
|
|
*/
|
608 |
|
|
|
609 |
|
|
#define CPU_MPCI_RECEIVE_SERVER_EXTRA_STACK 0
|
610 |
|
|
|
611 |
|
|
/*
|
612 |
|
|
* This defines the number of entries in the ISR_Vector_table managed
|
613 |
|
|
* by RTEMS.
|
614 |
|
|
*/
|
615 |
|
|
|
616 |
|
|
#define CPU_INTERRUPT_NUMBER_OF_VECTORS 64
|
617 |
|
|
#define CPU_INTERRUPT_MAXIMUM_VECTOR_NUMBER (CPU_INTERRUPT_NUMBER_OF_VECTORS - 1)
|
618 |
|
|
|
619 |
|
|
/*
|
620 |
|
|
* Should be large enough to run all RTEMS tests. This insures
|
621 |
|
|
* that a "reasonable" small application should not have any problems.
|
622 |
|
|
*/
|
623 |
|
|
|
624 |
|
|
#define CPU_STACK_MINIMUM_SIZE (16 * 1024)
|
625 |
|
|
|
626 |
|
|
/*
|
627 |
|
|
* CPU's worst alignment requirement for data types on a byte boundary. This
|
628 |
|
|
* alignment does not take into account the requirements for the stack.
|
629 |
|
|
*/
|
630 |
|
|
|
631 |
|
|
#define CPU_ALIGNMENT 8
|
632 |
|
|
|
633 |
|
|
/*
|
634 |
|
|
* This number corresponds to the byte alignment requirement for the
|
635 |
|
|
* heap handler. This alignment requirement may be stricter than that
|
636 |
|
|
* for the data types alignment specified by CPU_ALIGNMENT. It is
|
637 |
|
|
* common for the heap to follow the same alignment requirement as
|
638 |
|
|
* CPU_ALIGNMENT. If the CPU_ALIGNMENT is strict enough for the heap,
|
639 |
|
|
* then this should be set to CPU_ALIGNMENT.
|
640 |
|
|
*
|
641 |
|
|
* NOTE: This does not have to be a power of 2. It does have to
|
642 |
|
|
* be greater or equal to than CPU_ALIGNMENT.
|
643 |
|
|
*/
|
644 |
|
|
|
645 |
|
|
#define CPU_HEAP_ALIGNMENT CPU_ALIGNMENT
|
646 |
|
|
|
647 |
|
|
/*
|
648 |
|
|
* This number corresponds to the byte alignment requirement for memory
|
649 |
|
|
* buffers allocated by the partition manager. This alignment requirement
|
650 |
|
|
* may be stricter than that for the data types alignment specified by
|
651 |
|
|
* CPU_ALIGNMENT. It is common for the partition to follow the same
|
652 |
|
|
* alignment requirement as CPU_ALIGNMENT. If the CPU_ALIGNMENT is strict
|
653 |
|
|
* enough for the partition, then this should be set to CPU_ALIGNMENT.
|
654 |
|
|
*
|
655 |
|
|
* NOTE: This does not have to be a power of 2. It does have to
|
656 |
|
|
* be greater or equal to than CPU_ALIGNMENT.
|
657 |
|
|
*/
|
658 |
|
|
|
659 |
|
|
#define CPU_PARTITION_ALIGNMENT CPU_ALIGNMENT
|
660 |
|
|
|
661 |
|
|
/*
|
662 |
|
|
* This number corresponds to the byte alignment requirement for the
|
663 |
|
|
* stack. This alignment requirement may be stricter than that for the
|
664 |
|
|
* data types alignment specified by CPU_ALIGNMENT. If the CPU_ALIGNMENT
|
665 |
|
|
* is strict enough for the stack, then this should be set to 0.
|
666 |
|
|
*
|
667 |
|
|
* NOTE: This must be a power of 2 either 0 or greater than CPU_ALIGNMENT.
|
668 |
|
|
*/
|
669 |
|
|
|
670 |
|
|
#define CPU_STACK_ALIGNMENT 64
|
671 |
|
|
|
672 |
|
|
/* ISR handler macros */
|
673 |
|
|
|
674 |
|
|
/*
|
675 |
|
|
* Disable all interrupts for an RTEMS critical section. The previous
|
676 |
|
|
* level is returned in _level.
|
677 |
|
|
*/
|
678 |
|
|
|
679 |
|
|
extern unsigned32 _CPU_ISR_Disable_support(void);
|
680 |
|
|
|
681 |
|
|
#define _CPU_ISR_Disable( _level ) \
|
682 |
|
|
do { \
|
683 |
|
|
(_level) = _CPU_ISR_Disable_support(); \
|
684 |
|
|
} while ( 0 )
|
685 |
|
|
|
686 |
|
|
/*
|
687 |
|
|
* Enable interrupts to the previous level (returned by _CPU_ISR_Disable).
|
688 |
|
|
* This indicates the end of an RTEMS critical section. The parameter
|
689 |
|
|
* _level is not modified.
|
690 |
|
|
*/
|
691 |
|
|
|
692 |
|
|
void _CPU_ISR_Enable(unsigned32 level);
|
693 |
|
|
|
694 |
|
|
/*
|
695 |
|
|
* This temporarily restores the interrupt to _level before immediately
|
696 |
|
|
* disabling them again. This is used to divide long RTEMS critical
|
697 |
|
|
* sections into two or more parts. The parameter _level is not
|
698 |
|
|
* modified.
|
699 |
|
|
*/
|
700 |
|
|
|
701 |
|
|
#define _CPU_ISR_Flash( _level ) \
|
702 |
|
|
do { \
|
703 |
|
|
register unsigned32 _ignored = 0; \
|
704 |
|
|
_CPU_ISR_Enable( (_level) ); \
|
705 |
|
|
_CPU_ISR_Disable( _ignored ); \
|
706 |
|
|
} while ( 0 )
|
707 |
|
|
|
708 |
|
|
/*
|
709 |
|
|
* Map interrupt level in task mode onto the hardware that the CPU
|
710 |
|
|
* actually provides. Currently, interrupt levels which do not
|
711 |
|
|
* map onto the CPU in a generic fashion are undefined. Someday,
|
712 |
|
|
* it would be nice if these were "mapped" by the application
|
713 |
|
|
* via a callout. For example, m68k has 8 levels 0 - 7, levels
|
714 |
|
|
* 8 - 255 would be available for bsp/application specific meaning.
|
715 |
|
|
* This could be used to manage a programmable interrupt controller
|
716 |
|
|
* via the rtems_task_mode directive.
|
717 |
|
|
*/
|
718 |
|
|
|
719 |
|
|
#define _CPU_ISR_Set_level( new_level ) \
|
720 |
|
|
{ \
|
721 |
|
|
if ( new_level == 0 ) _CPU_ISR_Enable( 0 ); \
|
722 |
|
|
else _CPU_ISR_Enable( 1 ); \
|
723 |
|
|
}
|
724 |
|
|
|
725 |
|
|
unsigned32 _CPU_ISR_Get_level( void );
|
726 |
|
|
|
727 |
|
|
/* end of ISR handler macros */
|
728 |
|
|
|
729 |
|
|
/* Context handler macros */
|
730 |
|
|
|
731 |
|
|
/*
|
732 |
|
|
* This routine is responsible for somehow restarting the currently
|
733 |
|
|
* executing task. If you are lucky, then all that is necessary
|
734 |
|
|
* is restoring the context. Otherwise, there will need to be
|
735 |
|
|
* a special assembly routine which does something special in this
|
736 |
|
|
* case. Context_Restore should work most of the time. It will
|
737 |
|
|
* not work if restarting self conflicts with the stack frame
|
738 |
|
|
* assumptions of restoring a context.
|
739 |
|
|
*/
|
740 |
|
|
|
741 |
|
|
#define _CPU_Context_Restart_self( _the_context ) \
|
742 |
|
|
_CPU_Context_restore( (_the_context) );
|
743 |
|
|
|
744 |
|
|
/*
|
745 |
|
|
* The purpose of this macro is to allow the initial pointer into
|
746 |
|
|
* a floating point context area (used to save the floating point
|
747 |
|
|
* context) to be at an arbitrary place in the floating point
|
748 |
|
|
* context area.
|
749 |
|
|
*
|
750 |
|
|
* This is necessary because some FP units are designed to have
|
751 |
|
|
* their context saved as a stack which grows into lower addresses.
|
752 |
|
|
* Other FP units can be saved by simply moving registers into offsets
|
753 |
|
|
* from the base of the context area. Finally some FP units provide
|
754 |
|
|
* a "dump context" instruction which could fill in from high to low
|
755 |
|
|
* or low to high based on the whim of the CPU designers.
|
756 |
|
|
*/
|
757 |
|
|
|
758 |
|
|
#define _CPU_Context_Fp_start( _base, _offset ) \
|
759 |
|
|
( (void *) _Addresses_Add_offset( (_base), (_offset) ) )
|
760 |
|
|
|
761 |
|
|
/*
|
762 |
|
|
* This routine initializes the FP context area passed to it to.
|
763 |
|
|
* There are a few standard ways in which to initialize the
|
764 |
|
|
* floating point context. The code included for this macro assumes
|
765 |
|
|
* that this is a CPU in which a "initial" FP context was saved into
|
766 |
|
|
* _CPU_Null_fp_context and it simply copies it to the destination
|
767 |
|
|
* context passed to it.
|
768 |
|
|
*
|
769 |
|
|
* Other models include (1) not doing anything, and (2) putting
|
770 |
|
|
* a "null FP status word" in the correct place in the FP context.
|
771 |
|
|
*/
|
772 |
|
|
|
773 |
|
|
#define _CPU_Context_Initialize_fp( _destination ) \
|
774 |
|
|
{ \
|
775 |
|
|
*((Context_Control_fp *) *((void **) _destination)) = _CPU_Null_fp_context; \
|
776 |
|
|
}
|
777 |
|
|
|
778 |
|
|
#define _CPU_Context_save_fp( _fp_context ) \
|
779 |
|
|
_CPU_Save_float_context( *(Context_Control_fp **)(_fp_context))
|
780 |
|
|
|
781 |
|
|
#define _CPU_Context_restore_fp( _fp_context ) \
|
782 |
|
|
_CPU_Restore_float_context( *(Context_Control_fp **)(_fp_context))
|
783 |
|
|
|
784 |
|
|
extern void _CPU_Context_Initialize(
|
785 |
|
|
Context_Control *_the_context,
|
786 |
|
|
unsigned32 *_stack_base,
|
787 |
|
|
unsigned32 _size,
|
788 |
|
|
unsigned32 _new_level,
|
789 |
|
|
void *_entry_point,
|
790 |
|
|
boolean _is_fp
|
791 |
|
|
);
|
792 |
|
|
|
793 |
|
|
/* end of Context handler macros */
|
794 |
|
|
|
795 |
|
|
/* Fatal Error manager macros */
|
796 |
|
|
|
797 |
|
|
/*
|
798 |
|
|
* This routine copies _error into a known place -- typically a stack
|
799 |
|
|
* location or a register, optionally disables interrupts, and
|
800 |
|
|
* halts/stops the CPU.
|
801 |
|
|
*/
|
802 |
|
|
|
803 |
|
|
#define _CPU_Fatal_halt( _error ) \
|
804 |
|
|
_CPU_Fatal_error( _error )
|
805 |
|
|
|
806 |
|
|
/* end of Fatal Error manager macros */
|
807 |
|
|
|
808 |
|
|
/* Bitfield handler macros */
|
809 |
|
|
|
810 |
|
|
/*
|
811 |
|
|
* This routine sets _output to the bit number of the first bit
|
812 |
|
|
* set in _value. _value is of CPU dependent type Priority_Bit_map_control.
|
813 |
|
|
* This type may be either 16 or 32 bits wide although only the 16
|
814 |
|
|
* least significant bits will be used.
|
815 |
|
|
*
|
816 |
|
|
* There are a number of variables in using a "find first bit" type
|
817 |
|
|
* instruction.
|
818 |
|
|
*
|
819 |
|
|
* (1) What happens when run on a value of zero?
|
820 |
|
|
* (2) Bits may be numbered from MSB to LSB or vice-versa.
|
821 |
|
|
* (3) The numbering may be zero or one based.
|
822 |
|
|
* (4) The "find first bit" instruction may search from MSB or LSB.
|
823 |
|
|
*
|
824 |
|
|
* RTEMS guarantees that (1) will never happen so it is not a concern.
|
825 |
|
|
* (2),(3), (4) are handled by the macros _CPU_Priority_mask() and
|
826 |
|
|
* _CPU_Priority_bits_index(). These three form a set of routines
|
827 |
|
|
* which must logically operate together. Bits in the _value are
|
828 |
|
|
* set and cleared based on masks built by _CPU_Priority_mask().
|
829 |
|
|
* The basic major and minor values calculated by _Priority_Major()
|
830 |
|
|
* and _Priority_Minor() are "massaged" by _CPU_Priority_bits_index()
|
831 |
|
|
* to properly range between the values returned by the "find first bit"
|
832 |
|
|
* instruction. This makes it possible for _Priority_Get_highest() to
|
833 |
|
|
* calculate the major and directly index into the minor table.
|
834 |
|
|
* This mapping is necessary to ensure that 0 (a high priority major/minor)
|
835 |
|
|
* is the first bit found.
|
836 |
|
|
*
|
837 |
|
|
* This entire "find first bit" and mapping process depends heavily
|
838 |
|
|
* on the manner in which a priority is broken into a major and minor
|
839 |
|
|
* components with the major being the 4 MSB of a priority and minor
|
840 |
|
|
* the 4 LSB. Thus (0 << 4) + 0 corresponds to priority 0 -- the highest
|
841 |
|
|
* priority. And (15 << 4) + 14 corresponds to priority 254 -- the next
|
842 |
|
|
* to the lowest priority.
|
843 |
|
|
*
|
844 |
|
|
* If your CPU does not have a "find first bit" instruction, then
|
845 |
|
|
* there are ways to make do without it. Here are a handful of ways
|
846 |
|
|
* to implement this in software:
|
847 |
|
|
*
|
848 |
|
|
* - a series of 16 bit test instructions
|
849 |
|
|
* - a "binary search using if's"
|
850 |
|
|
* - _number = 0
|
851 |
|
|
* if _value > 0x00ff
|
852 |
|
|
* _value >>=8
|
853 |
|
|
* _number = 8;
|
854 |
|
|
*
|
855 |
|
|
* if _value > 0x0000f
|
856 |
|
|
* _value >=8
|
857 |
|
|
* _number += 4
|
858 |
|
|
*
|
859 |
|
|
* _number += bit_set_table[ _value ]
|
860 |
|
|
*
|
861 |
|
|
* where bit_set_table[ 16 ] has values which indicate the first
|
862 |
|
|
* bit set
|
863 |
|
|
*/
|
864 |
|
|
|
865 |
|
|
/*
|
866 |
|
|
* The UNIX port uses the generic C algorithm for bitfield scan to avoid
|
867 |
|
|
* dependencies on either a native bitscan instruction or an ffs() in the
|
868 |
|
|
* C library.
|
869 |
|
|
*/
|
870 |
|
|
|
871 |
|
|
#define CPU_USE_GENERIC_BITFIELD_CODE TRUE
|
872 |
|
|
#define CPU_USE_GENERIC_BITFIELD_DATA TRUE
|
873 |
|
|
|
874 |
|
|
/* end of Bitfield handler macros */
|
875 |
|
|
|
876 |
|
|
/* Priority handler handler macros */
|
877 |
|
|
|
878 |
|
|
/*
|
879 |
|
|
* The UNIX port uses the generic C algorithm for bitfield scan to avoid
|
880 |
|
|
* dependencies on either a native bitscan instruction or an ffs() in the
|
881 |
|
|
* C library.
|
882 |
|
|
*/
|
883 |
|
|
|
884 |
|
|
/* end of Priority handler macros */
|
885 |
|
|
|
886 |
|
|
/* functions */
|
887 |
|
|
|
888 |
|
|
/*
|
889 |
|
|
* _CPU_Initialize
|
890 |
|
|
*
|
891 |
|
|
* This routine performs CPU dependent initialization.
|
892 |
|
|
*/
|
893 |
|
|
|
894 |
|
|
void _CPU_Initialize(
|
895 |
|
|
rtems_cpu_table *cpu_table,
|
896 |
|
|
void (*thread_dispatch)
|
897 |
|
|
);
|
898 |
|
|
|
899 |
|
|
/*
|
900 |
|
|
* _CPU_ISR_install_raw_handler
|
901 |
|
|
*
|
902 |
|
|
* This routine installs a "raw" interrupt handler directly into the
|
903 |
|
|
* processor's vector table.
|
904 |
|
|
*/
|
905 |
|
|
|
906 |
|
|
void _CPU_ISR_install_raw_handler(
|
907 |
|
|
unsigned32 vector,
|
908 |
|
|
proc_ptr new_handler,
|
909 |
|
|
proc_ptr *old_handler
|
910 |
|
|
);
|
911 |
|
|
|
912 |
|
|
/*
|
913 |
|
|
* _CPU_ISR_install_vector
|
914 |
|
|
*
|
915 |
|
|
* This routine installs an interrupt vector.
|
916 |
|
|
*/
|
917 |
|
|
|
918 |
|
|
void _CPU_ISR_install_vector(
|
919 |
|
|
unsigned32 vector,
|
920 |
|
|
proc_ptr new_handler,
|
921 |
|
|
proc_ptr *old_handler
|
922 |
|
|
);
|
923 |
|
|
|
924 |
|
|
/*
|
925 |
|
|
* _CPU_Install_interrupt_stack
|
926 |
|
|
*
|
927 |
|
|
* This routine installs the hardware interrupt stack pointer.
|
928 |
|
|
*
|
929 |
|
|
* NOTE: It need only be provided if CPU_HAS_HARDWARE_INTERRUPT_STACK
|
930 |
|
|
* is TRUE.
|
931 |
|
|
*/
|
932 |
|
|
|
933 |
|
|
void _CPU_Install_interrupt_stack( void );
|
934 |
|
|
|
935 |
|
|
/*
|
936 |
|
|
* _CPU_Thread_Idle_body
|
937 |
|
|
*
|
938 |
|
|
* This routine is the CPU dependent IDLE thread body.
|
939 |
|
|
*
|
940 |
|
|
* NOTE: It need only be provided if CPU_PROVIDES_IDLE_THREAD_BODY
|
941 |
|
|
* is TRUE.
|
942 |
|
|
*/
|
943 |
|
|
|
944 |
|
|
void _CPU_Thread_Idle_body( void );
|
945 |
|
|
|
946 |
|
|
/*
|
947 |
|
|
* _CPU_Context_switch
|
948 |
|
|
*
|
949 |
|
|
* This routine switches from the run context to the heir context.
|
950 |
|
|
*/
|
951 |
|
|
|
952 |
|
|
void _CPU_Context_switch(
|
953 |
|
|
Context_Control *run,
|
954 |
|
|
Context_Control *heir
|
955 |
|
|
);
|
956 |
|
|
|
957 |
|
|
/*
|
958 |
|
|
* _CPU_Context_restore
|
959 |
|
|
*
|
960 |
|
|
* This routine is generally used only to restart self in an
|
961 |
|
|
* efficient manner. It may simply be a label in _CPU_Context_switch.
|
962 |
|
|
*
|
963 |
|
|
* NOTE: May be unnecessary to reload some registers.
|
964 |
|
|
*/
|
965 |
|
|
|
966 |
|
|
void _CPU_Context_restore(
|
967 |
|
|
Context_Control *new_context
|
968 |
|
|
);
|
969 |
|
|
|
970 |
|
|
/*
|
971 |
|
|
* _CPU_Save_float_context
|
972 |
|
|
*
|
973 |
|
|
* This routine saves the floating point context passed to it.
|
974 |
|
|
*/
|
975 |
|
|
|
976 |
|
|
void _CPU_Save_float_context(
|
977 |
|
|
Context_Control_fp *fp_context_ptr
|
978 |
|
|
);
|
979 |
|
|
|
980 |
|
|
/*
|
981 |
|
|
* _CPU_Restore_float_context
|
982 |
|
|
*
|
983 |
|
|
* This routine restores the floating point context passed to it.
|
984 |
|
|
*/
|
985 |
|
|
|
986 |
|
|
void _CPU_Restore_float_context(
|
987 |
|
|
Context_Control_fp *fp_context_ptr
|
988 |
|
|
);
|
989 |
|
|
|
990 |
|
|
|
991 |
|
|
void _CPU_ISR_Set_signal_level(
|
992 |
|
|
unsigned32 level
|
993 |
|
|
);
|
994 |
|
|
|
995 |
|
|
void _CPU_Fatal_error(
|
996 |
|
|
unsigned32 _error
|
997 |
|
|
);
|
998 |
|
|
|
999 |
|
|
/* The following routine swaps the endian format of an unsigned int.
|
1000 |
|
|
* It must be static because it is referenced indirectly.
|
1001 |
|
|
*
|
1002 |
|
|
* This version will work on any processor, but if there is a better
|
1003 |
|
|
* way for your CPU PLEASE use it. The most common way to do this is to:
|
1004 |
|
|
*
|
1005 |
|
|
* swap least significant two bytes with 16-bit rotate
|
1006 |
|
|
* swap upper and lower 16-bits
|
1007 |
|
|
* swap most significant two bytes with 16-bit rotate
|
1008 |
|
|
*
|
1009 |
|
|
* Some CPUs have special instructions which swap a 32-bit quantity in
|
1010 |
|
|
* a single instruction (e.g. i486). It is probably best to avoid
|
1011 |
|
|
* an "endian swapping control bit" in the CPU. One good reason is
|
1012 |
|
|
* that interrupts would probably have to be disabled to insure that
|
1013 |
|
|
* an interrupt does not try to access the same "chunk" with the wrong
|
1014 |
|
|
* endian. Another good reason is that on some CPUs, the endian bit
|
1015 |
|
|
* endianness for ALL fetches -- both code and data -- so the code
|
1016 |
|
|
* will be fetched incorrectly.
|
1017 |
|
|
*/
|
1018 |
|
|
|
1019 |
|
|
static inline unsigned int CPU_swap_u32(
|
1020 |
|
|
unsigned int value
|
1021 |
|
|
)
|
1022 |
|
|
{
|
1023 |
|
|
unsigned32 byte1, byte2, byte3, byte4, swapped;
|
1024 |
|
|
|
1025 |
|
|
byte4 = (value >> 24) & 0xff;
|
1026 |
|
|
byte3 = (value >> 16) & 0xff;
|
1027 |
|
|
byte2 = (value >> 8) & 0xff;
|
1028 |
|
|
byte1 = value & 0xff;
|
1029 |
|
|
|
1030 |
|
|
swapped = (byte1 << 24) | (byte2 << 16) | (byte3 << 8) | byte4;
|
1031 |
|
|
return( swapped );
|
1032 |
|
|
}
|
1033 |
|
|
|
1034 |
|
|
#define CPU_swap_u16( value ) \
|
1035 |
|
|
(((value&0xff) << 8) | ((value >> 8)&0xff))
|
1036 |
|
|
|
1037 |
|
|
/*
|
1038 |
|
|
* Special Purpose Routines to hide the use of UNIX system calls.
|
1039 |
|
|
*/
|
1040 |
|
|
|
1041 |
|
|
|
1042 |
|
|
/*
|
1043 |
|
|
* Pointer to a sync io Handler
|
1044 |
|
|
*/
|
1045 |
|
|
|
1046 |
|
|
typedef void ( *rtems_sync_io_handler )(
|
1047 |
|
|
int fd,
|
1048 |
|
|
boolean read,
|
1049 |
|
|
boolean wrtie,
|
1050 |
|
|
boolean except
|
1051 |
|
|
);
|
1052 |
|
|
|
1053 |
|
|
/* returns -1 if fd to large, 0 is successful */
|
1054 |
|
|
int _CPU_Set_sync_io_handler(
|
1055 |
|
|
int fd,
|
1056 |
|
|
boolean read,
|
1057 |
|
|
boolean write,
|
1058 |
|
|
boolean except,
|
1059 |
|
|
rtems_sync_io_handler handler
|
1060 |
|
|
);
|
1061 |
|
|
|
1062 |
|
|
/* returns -1 if fd to large, o if successful */
|
1063 |
|
|
int _CPU_Clear_sync_io_handler(
|
1064 |
|
|
int fd
|
1065 |
|
|
);
|
1066 |
|
|
|
1067 |
|
|
int _CPU_Get_clock_vector( void );
|
1068 |
|
|
|
1069 |
|
|
void _CPU_Start_clock(
|
1070 |
|
|
int microseconds
|
1071 |
|
|
);
|
1072 |
|
|
|
1073 |
|
|
void _CPU_Stop_clock( void );
|
1074 |
|
|
|
1075 |
|
|
#if defined(RTEMS_MULTIPROCESSING)
|
1076 |
|
|
|
1077 |
|
|
void _CPU_SHM_Init(
|
1078 |
|
|
unsigned32 maximum_nodes,
|
1079 |
|
|
boolean is_master_node,
|
1080 |
|
|
void **shm_address,
|
1081 |
|
|
unsigned32 *shm_length
|
1082 |
|
|
);
|
1083 |
|
|
|
1084 |
|
|
int _CPU_Get_pid( void );
|
1085 |
|
|
|
1086 |
|
|
int _CPU_SHM_Get_vector( void );
|
1087 |
|
|
|
1088 |
|
|
void _CPU_SHM_Send_interrupt(
|
1089 |
|
|
int pid,
|
1090 |
|
|
int vector
|
1091 |
|
|
);
|
1092 |
|
|
|
1093 |
|
|
void _CPU_SHM_Lock(
|
1094 |
|
|
int semaphore
|
1095 |
|
|
);
|
1096 |
|
|
|
1097 |
|
|
void _CPU_SHM_Unlock(
|
1098 |
|
|
int semaphore
|
1099 |
|
|
);
|
1100 |
|
|
#endif
|
1101 |
|
|
|
1102 |
|
|
#ifdef __cplusplus
|
1103 |
|
|
}
|
1104 |
|
|
#endif
|
1105 |
|
|
|
1106 |
|
|
#endif
|