updates the ILM of PS to a level value of the received interrupt, sets the S flag, then performs branch
processing. As a result, the interrupt processing program defined by the user is executed next.
Figure 7.4.3a illustrates the flow from the occurrence of a hardware interrupt until there is no interrupt
request in the interrupt processing program. Figure 7.4.3b is a diagram of the hardware interrupt operation
flow.
PS
:
I
:
ILM :
IR
:
An interrupt cause occurs in a peripheral.
The interrupt enable bit in the peripheral is referenced. If interrupts are enabled, the peripheral issues
an interrupt request to the interrupt controller.
Upon reception of the interrupt request, the interrupt controller determines the priority levels of
taneously requested interrupts. Then, the interrupt controller transfers the interrupt level of the corre-
sponding interrupt to the CPU.
The CPU compares the interrupt level requested by the interrupt controller with the ILM bit of the proc-
essor status register.
If the comparison shows that the requested level is higher than the current interrupt processing level,
the I flag value of the same processor status register is checked.
If the check in step
written to the ILM bit. Interrupt processing is performed as soon as the currently executing instruction is
completed, then control is transferred to the interrupt processing routine.
When the interrupt cause of step
interrupt request is completed.
MB90580 Series
Register file
Microcode
•
2
F
M C - 1 6 L
C P U
Peripheral
Enable FF
AND
Cause FF
Processor status
Interrupt enable flag
Interrupt level mask register
Instruction register
Figure 7.4.3a Occurrence and release of hardware interrupt
shows that the I flag indicates interrupt enable status, the requested level is
is cleared by software in the user interrupt processing routine, the
PS
I
Comparator
IR
Check
Åc
Interrupt
controller
7.4 Hardware Interrupt
ILM
Chapter 7: Interrupt
simul-
85