Changeset 52c5689e in rtems
- Timestamp:
- 07/31/02 00:16:04 (21 years ago)
- Branches:
- 4.10, 4.11, 4.8, 4.9, 5, master
- Children:
- 0b93b978
- Parents:
- 219432f
- Location:
- doc/supplements/mips
- Files:
-
- 4 edited
Legend:
- Unmodified
- Added
- Removed
-
doc/supplements/mips/.cvsignore
r219432f r52c5689e 6 6 cputable.texi 7 7 fatalerr.texi 8 i386 9 i386*.html10 i386-?11 i386-??12 i386.aux13 i386.cp14 i386.dvi15 i386.fn16 i386.ky17 i386.log18 i386.pdf19 i386.pg20 i386.ps21 i386.toc22 i386.tp23 i386.vr8 mips 9 mips*.html 10 mips-? 11 mips-?? 12 mips.aux 13 mips.cp 14 mips.dvi 15 mips.fn 16 mips.ky 17 mips.log 18 mips.pdf 19 mips.pg 20 mips.ps 21 mips.toc 22 mips.tp 23 mips.vr 24 24 index.html 25 25 intr.t … … 27 27 mdate-sh 28 28 memmodel.texi 29 time FORCE386.texi30 time FORCE386_.t29 timeBSP_.t 30 timeBSP.texi 31 31 timing.t 32 32 timing.texi -
doc/supplements/mips/ChangeLog
r219432f r52c5689e 1 2002-07-30 Joel Sherrill <joel@OARcorp.com> 2 3 * .cvsignore: Corrected some errors. 4 * intr_NOTIMES.t, timeBSP.t: Replaced XXX's with real info. 5 1 6 2002-03-27 Ralf Corsepius <corsepiu@faw.uni-ulm.de> 2 7 -
doc/supplements/mips/intr_NOTIMES.t
r219432f r52c5689e 168 168 to insure that interrupts are disabled for less than 169 169 RTEMS_MAXIMUM_DISABLE_PERIOD microseconds on a 170 RTEMS_MAXIMUM_DISABLE_PERIOD_MHZ Mhz XXXwith170 RTEMS_MAXIMUM_DISABLE_PERIOD_MHZ Mhz processor with 171 171 zero wait states. These numbers will vary based the 172 172 number of wait states and processor speed present on the target board. … … 190 190 process, RTEMS will install its interrupt stack. 191 191 192 The XXXport of RTEMS supports a software managed192 The mips port of RTEMS supports a software managed 193 193 dedicated interrupt stack on those CPU models which do not 194 194 support a separate interrupt stack in hardware. -
doc/supplements/mips/timeBSP.t
r219432f r52c5689e 16 16 @section Introduction 17 17 18 The timing data for the XXXversion of RTEMS is18 The timing data for the MIPS version of RTEMS is 19 19 provided along with the target dependent aspects concerning the 20 20 gathering of the timing data. The hardware platform used to … … 22 22 understanding of each directive time provided. Also, provided 23 23 is a description of the interrupt latency and the context switch 24 times as they pertain to the XXXversion of RTEMS.24 times as they pertain to the MIPS version of RTEMS. 25 25 26 26 @section Hardware Platform … … 28 28 All times reported except for the maximum period 29 29 interrupts are disabled by RTEMS were measured using a Motorola 30 BSP_FOR_TIMES CPU board. The BSP_FOR_TIMES is a 20Mhz board with one wait 30 BSP_FOR_TIMES CPU board. The BSP_FOR_TIMES is a RTEMS_MAXIMUM_DISABLE_PERIOD_MHZ 31 Mhz board with one wait 31 32 state dynamic memory and a XXX numeric coprocessor. The 32 33 Zilog 8036 countdown timer on this board was used to measure … … 42 43 assumed. The total CPU cycles executed with interrupts 43 44 disabled, including the instructions to disable and enable 44 interrupts, was divided by 20 to simulate a 20Mhz XXX. It 45 interrupts, was divided by 20 to simulate a RTEMS_MAXIMUM_DISABLE_PERIOD_MHZ 46 Mhz processor. It 45 47 should be noted that the worst case instruction times for the 46 48 XXX assume that the internal cache is disabled and that no … … 59 61 interrupt latency of less than 60 62 RTEMS_MAXIMUM_DISABLE_PERIOD + RTEMS_INTR_ENTRY_RETURNS_TO_PREEMPTING_TASK 61 microseconds at 20Mhz. [NOTE: The maximum period with interrupts 63 microseconds at RTEMS_MAXIMUM_DISABLE_PERIOD_MHZ 64 Mhz. [NOTE: The maximum period with interrupts 62 65 disabled was last determined for Release 63 66 RTEMS_RELEASE_FOR_MAXIMUM_DISABLE_PERIOD.] … … 66 69 interrupts disabled within RTEMS is hand-timed and based upon 67 70 worst case (i.e. CPU cache disabled and no instruction overlap) 68 times for a 20Mhz XXX. The interrupt vector and entry 71 times for a RTEMS_MAXIMUM_DISABLE_PERIOD_MHZ 72 Mhz processor. The interrupt vector and entry 69 73 overhead time was generated on an BSP_FOR_TIMES benchmark platform 70 74 using the Multiprocessing Communications registers to generate … … 94 98 95 99 The exact amount of time required to save and restore 96 floating point context is dependent on whether an XXX or97 XXX is beingused as well as the state of the numeric100 floating point context is dependent which FPU is being 101 used as well as the state of the numeric 98 102 coprocessor. These numeric coprocessors define three operating 99 103 states: initialized, idle, and busy. RTEMS places the
Note: See TracChangeset
for help on using the changeset viewer.