Resolving interrupt conflicts

25
Resolving interrupt conflicts An introduction to reprogramming of the 8259A Interrupt Controllers

description

Resolving interrupt conflicts. An introduction to reprogramming of the 8259A Interrupt Controllers. Intel’s “reserved” interrupts. Intel has reserved interrupt-numbers 0-31 for the processor’s various exceptions But only interrupts 0-4 were used by 8086 - PowerPoint PPT Presentation

Transcript of Resolving interrupt conflicts

Page 1: Resolving interrupt conflicts

Resolving interrupt conflicts

An introduction to reprogramming of the 8259A Interrupt Controllers

Page 2: Resolving interrupt conflicts

Intel’s “reserved” interrupts

• Intel has reserved interrupt-numbers 0-31 for the processor’s various exceptions

• But only interrupts 0-4 were used by 8086

• Designers of the early IBM-PC ROM-BIOS disregarded the “Intel reserved” warning

• So interrupts 5-31 got used by ROM-BIOS for its own various purposes

• This created interrupt-conflicts for 80286+

Page 3: Resolving interrupt conflicts

Exceptions in Protected-Mode

• The interrupt-conflicts seldom arise while the processor is executing in Real-Mode

• PC BIOS uses interrupts 8-15 for devices (such as timer, keyboard, printers, serial communication ports, and diskette drives)

• CPU uses this range of interrupt-numbers for various processor exceptions (such as page-faults, stack-faults, protection-faults)

Page 4: Resolving interrupt conflicts

Handling these conflicts

• There are two ways we can ‘resolve’ these interrupt-conflicts when we write ‘handlers’ for device-interrupts in the overlap range– We can design each ISR to query the system

in some way, to determine the ‘cause’ for the interrupt-condition (i.e., a device or the CPU)

– We can ‘reprogram’ the Interrupt Controllers to use non-conflicting interrupt-numbers when the peripheral devices trigger an interrupt

Page 5: Resolving interrupt conflicts

Learning to program the 8259A

• Either solution will require us to study how the system’s two Programmable Interrupt Controllers are programmed

• Of the two potential solutions, it is evident that greater system efficiency will result if we avoid complicating our interrupt service routines with any “extra overhead” (i.e., of checking which event caused an interrupt)

Page 6: Resolving interrupt conflicts

Three internal registers

IRR

IMR

ISR

8259A

IRR = Interrupt Request RegisterIMR = Interrupt Mask RegisterISR = In-Service Register

output-signal

input-signals

Page 7: Resolving interrupt conflicts

PC System Design

8259APIC

(slave)

8259APIC

(master)

CPUINTR

Programming is viaI/O-ports 0xA0-0xA1

Programming is viaI/O-ports 0x20-0x21

Page 8: Resolving interrupt conflicts

How to program the 8259A

• The 8259A has two modes:– Initialization Mode– Operational Mode

• Operational Mode Programming:– Write a (9-bit) command to the PIC– Maybe read a return-byte from the PIC

• Initialization Mode Programming:– Write a complete initialization sequence

Page 9: Resolving interrupt conflicts

How to access the IMR

• If in operational mode, the Interrupt Mask Register (IMR) can be read or written at any time (by doing in/out with A0-line=1)– Read the master IMR: in al, #0x21– Write the master IMR: out #0x21, al– Read the slave IMR: in al, #0xA1– Write the slave IMR: out #0xA1, al

Page 10: Resolving interrupt conflicts

How to read the master IRR

• Issue the “read register” command-byte, with RR=1 and RIS=0; read return-byte:

mov al, #0x0B

out #0x20, al

in al, #0x20

Page 11: Resolving interrupt conflicts

How to read the master ISR

• Issue the “read register” command-byte, with RR=1 and RIS=1; read return-byte:

mov al, #0x0A

out #0x20, al

in al, #0x20

Page 12: Resolving interrupt conflicts

End-of-Interrupt

• In operational mode (unless AEOI was programmed), the interrupt service routine must issue an EOI-command to the PIC

• This ‘clears’ an appropriate bit in the ISR and allows other unmasked interrupts of equal or lower priority to be issued

• The non-specific EOI-command clears the In-Service Register’s highest-priority bit

Page 13: Resolving interrupt conflicts

Some EOI examples

• Send non-specific EOI to the master PIC:

mov al, #0x20

out #0x20, al

• Send non-specific EOI to both the PICs:

mov al, #0x20

out #0xA0, al

out #0x20, al

Page 14: Resolving interrupt conflicts

Initializing the master PIC

• Write a sequence of four command-bytes

• (Each command is comprised of 9-bits)

0 0 0 0 1 0 0 0 1

1

1 0 0 0 0 0 1 0 0

1 0 0 0 0 0 0 0 1

A0 D7 D6 D5 D4 D3 D2 D1 D0

ICW1=0x11

ICW2=baseID

ICW3=0x04

ICW4=0x01

Page 15: Resolving interrupt conflicts

Initializing the slave PIC

• Write a sequence of four command-bytes

• (Each command is comprised of 9-bits)

0 0 0 0 1 0 0 0 1

1

1 0 0 0 0 0 0 1 0

1 0 0 0 0 0 0 0 1

A0 D7 D6 D5 D4 D3 D2 D1 D0

ICW1=0x11

ICW2=baseID

ICW3=0x02

ICW4=0x01

Page 16: Resolving interrupt conflicts

Unused real-mode ID-range

• We can use our ‘showivt.cpp’ demo to see the “unused” real-mode interrupt-vectors

• One range of sixteen consecutive unused interrupt-vectors is 0x90-0x9F

• We created a demo-program (‘reporter.s’) to ‘reprogram’ the 8259s to use this range

• This could be done in protected-mode, too

• It would resolve the interrupt-conflict issue

Page 17: Resolving interrupt conflicts

Other ideas in the demo

• It uses an assembly language ‘macro’ to create sixteen different ISR entry-points:

MACRO isr

pushf

push #?1

call action

MEND • All the instances of the macro call to a common

interrupt-handling procedure (named ‘action’)

Page 18: Resolving interrupt conflicts

The Macro’s expansion

• If the macro-definition is invoked, with an argument equal to, say, 8, like this:

isr(8)

then the ‘as86’ assembler will ‘expand’ the macro-invocation, replacing it with:

pushf

push #8

call action

Page 19: Resolving interrupt conflicts

• Upon entering the ‘action’ procedure, the system stack has six words:

• The two “topmost” words (at bottom of picture) will get replaced by the interrupt-vector corresponding to ‘int-ID’

How ‘action’ works

FLAGS

CS

IP

FLAGS

Interrupt-ID

return-from-action SS:SP

Page 20: Resolving interrupt conflicts

The stack states

FLAGS FLAGS FLAGS FLAGS

CS

IP

CS CS CS

IP IP IP

FLAGS

Int-ID

action-return

FLAGS

vector-HI

vector-LO

Stage 1 Stage 2 Stage 3 Stage 4

Upon entering ‘isr’

Upon entering ‘action’

Before exiting ‘action’

After exiting ‘action’(and entering ROM-BIOS interrupt- handler)

Page 21: Resolving interrupt conflicts

The on-screen status-line

• We call ROM-BIOS services to setup the video display-mode for 28-rows of text

• We use lines 0 through 24 for the standard 80-column by 25-rows of text output

• Line 25 is kept blank (as visual separator)

• Lines 26 and 27 are used to show sixteen labeled interrupt-counters (IRQ0-IRQ15)

• Any device-interrupt increments a counter

Page 22: Resolving interrupt conflicts

In-class exercise

• The main new idea was reprogramming of the two 8259A Interrupt Controller, in order to avoid “overloading” of the Intel reserved interrupt-numbers (0x00-0x1F)

• Modify our ‘tickdemo.s’ program so that a timer-tick interrupt in protected-mode will get routed through Interrupt Gate 0x20 (instead of through “reserved” Gate 0x08)

Page 23: Resolving interrupt conflicts

ICW1 and ICW2

0 A7 A6 A5 1 LTIM ADI SNGL IC4

1 A15/ T7

A14/ T6

A13/ T5

A12/ T4

A11/ T3

A10 A9 A8

ICW1

ICW2

LTIM (1 = Level-Triggered Interrupt Mode, 0 = Edge-Triggered Interupt Mode)ADI is length of Address-Interval for call-instruction (1 = 4-bytes, 0 = 8-bytes) SNGL (1 = single controller system, 0 = multiple controllers in cascade mode)IC4 means Initialization Command-Word 4 is needed (1 = yes, 0 = no)

Page 24: Resolving interrupt conflicts

ICW3

1 S7 S6 S5

1 0 0 0 0 0 ID2 ID1 ID0

(master)

(slave)

S4 S3 S2 S1 S0

S Interrupt-Request Input is from a slave controller (1=yes, 0=no)

ID number of slave controller’s input-pin to master controller (0-7)

Page 25: Resolving interrupt conflicts

ICW4

1 0 0 0 SFNM BUF M / S AEOI µPM

microprocessor mode 1=8086/8088 0=8080

Automatic EOI mode 1 = yes, 0 = no

Special Fully-Nested Mode (1 = yes, 0 = no)

NON-BUFFERED mode (00 or 01)BUFFERED-MODE (10 = slave, 11 = master)