| |||
| Home > Introduction > CPU bus access wait states |
The number of wait states added to CPU bus accesses by each of the CPU AHB wrappers is shown in Table 1.1.
Some wait states added by the AHB wrappers are unavoidable, but others can be masked by wait states from the slave which was accessed in the previous cycle. That is, if the previous access were to a zero-delay slave, the extra wait states added by the AHB wrapper are added to the number of cycles taken to complete the transaction. If the slave previously accessed asserted wait states, no extra cycles are required.
Table 1.1. CPU bus access wait states
CPU AHB wrapper | Added wait state | Reason | Comment |
|---|---|---|---|
ARM7TDMI and ARM7TDMI-S | 1 | For each NONSEQ access from the core (except SWP accesses) | These are masked by wait states from the slave being accessed in the previous access cycle. |
2 | At the start of a SWP instruction | - | |
ARM720T | 1 | At the start of a SWP instruction | These are masked by wait states from the slave being accessed if a waited access immediately precedes the SWP. |
ARM920T | 1 | For each access in a nonbuffered burst of writes (including single accesses, which appear as bursts of undefined length) | - |
1 | At the start of a SWP instruction | - | |
ARM940T | 1 | At the start of each cacheable/ bufferable burst | - |
1 | For each beat of a nonbuffered burst write | These are masked by wait states from the slave being accessed EXCEPT for the final wait state added at the end of the burst. | |
1 | For each beat of a noncacheable burst read | These are masked by wait states from the slave being accessed EXCEPT for the initial wait state added at the beginning of the burst. | |
2 | For the read access of a SWP instruction | - | |
1 | For the write access of a SWP instruction | - |