📄 os-faq-pics.html
字号:
<html><head> <title>Operating Systems FAQ :: Programable Interrupt Controller (PIC)</title> <link rel=stylesheet type="text/css" href="default.css"></head><body><TABLE border="0" width="100%"> <TR> <TD><H2><A name="irq_exception">How do I know if an IRQ or Exception is firing?</A></H2> </TD> </TR> <TR> <TD>When the PC boots up, the PIC IRQ's are mapped to interrupts 8 to 15 and 70 to 77. <p>So when your kernel boots up and you switch into protected mode, the PIC's remain unchanged, and the low 8 IRQ's end up corresponding to the same interrupt as CPU exceptions 8 to 15. </p> <p>If one of these fire off, you can test if its an CPU exception or IRQ by testing some bits in the PIC status register but there is a much easier way, remap the PIC to use different interrupts than the CPU exceptions! </p> </TD> </TR></TABLE><P> </P><TABLE border="0" width="100%"> <TR> <TD><H2><A name="what_pic">What is the PIC?</A></H2> </TD> </TR> <TR> <TD>The PIC is a "Programmable Interrupt Controler" and is one of THE important chips, without it, x86 would not be an interrupt driven architecture. <p>There needs to be a way for perhiperals and other devices external of the CPU to tell the system than an event has happened or needs to happen. exampels of this; hard disk IO, modem/serial ports, keyboard. </p> <p>Without the PIC interface, you would have to poll all the devices in the system to see if they want to do anything (signal an event), but with the PIC, your system can run along nicely until such time that a device wants to signal an event, which means you dont waste time going to the devices, you let the devices come to you when they are ready. </p> <p>In the begining, the age of the IBM XT, we had only 1 PIC chip giving us 8 hardware interrupt lines, but the 8259A PIC chip has a neat abality, it can cascade! </p> <p>Cascading means you can daisy chain PIC chips together. This is what happened with the introduction of the IBM AT, we had a second PIC chip cascaded onto the first, giving us a total of 15 hardware lines... Why 15 and not 16? Thats because when you cascade chips, the PIC needs to use one of the int lines to signal to the other chip. </p> <p>Thus, in an AT, IRQ line 2 is used to signal the second chip... But to confuse things more, IRQ 9 is redirectd to IRQ 2. So when you get an IRQ 9, the signal is redirected to IRQ 2. </p> </TD> </TR></TABLE><P> </P><TABLE border="0" width="100%"> <TR> <TD><H2><A name="remap_pic">So can I remap the PIC?</A></H2> </TD> </TR> <TR> <td>The PIC has the ability to be re-programmed to use a different set of interrupt values than the default ones. The default PIC values are; <table align="CENTER"> <tr><th>PIC</th><th> </th><th>IRQ</th><th> </th><th>INT</th></tr> <tr><td>0</td><td></td><td>0</td><td></td><td>8</td></tr> <tr><td>0</td><td></td><td>1</td><td></td><td>9</td></tr> <tr><td>0</td><td></td><td>2</td><td></td><td>A</td></tr> <tr><td>0</td><td></td><td>3</td><td></td><td>B</td></tr> <tr><td>0</td><td></td><td>4</td><td></td><td>C</td></tr> <tr><td>0</td><td></td><td>5</td><td></td><td>D</td></tr> <tr><td>0</td><td></td><td>6</td><td></td><td>E</td></tr> <tr><td>0</td><td></td><td>7</td><td></td><td>F</td></tr> <tr><td>1</td><td></td><td>8</td><td></td><td>70</td></tr> <tr><td>1</td><td></td><td>9</td><td></td><td>71</td></tr> <tr><td>1</td><td></td><td>A</td><td></td><td>72</td></tr> <tr><td>1</td><td></td><td>B</td><td></td><td>73</td></tr> <tr><td>1</td><td></td><td>C</td><td></td><td>74</td></tr> <tr><td>1</td><td></td><td>D</td><td></td><td>75</td></tr> <tr><td>1</td><td></td><td>E</td><td></td><td>76</td></tr> <tr><td>1</td><td></td><td>F</td><td></td><td>77</td></tr> </table> <p>The PIC is programmable, and can be remapped quite easily, but each PIC vector must be divisable by 8, as the 8259A discards the lower 3 bits. </p> <p>In x86 protected mode, it is good to remap the PICs beyond 32 as Intel have designated the first 32 interrupts as "reserved" for cpu exceptions. eg: <pre>remap_pics(0x20, 0x28);</pre> will remap the pics using 16 linear interrupts from 32 to 48 (0x20-0x2F). </p> <pre>/* remap the PIC controller interrupts to our vectors rather than the 8 + 70 as mapped by default */#define PIC1 0x20#define PIC2 0xA0#define PIC1_COMMAND PIC1#define PIC1_DATA (PIC1+1)#define PIC2_COMMAND PIC2#define PIC2_DATA (PIC2+1)#define PIC_EOI 0x20#define ICW1_ICW4 0x01 /* ICW4 (not) needed */#define ICW1_SINGLE 0x02 /* Single (cascade) mode */#define ICW1_INTERVAL4 0x04 /* Call address interval 4 (8) */#define ICW1_LEVEL 0x08 /* Level triggered (edge) mode */#define ICW1_INIT 0x10 /* Initialization - required! */#define ICW4_8086 0x01 /* 8086/88 (MCS-80/85) mode */#define ICW4_AUTO 0x02 /* Auto (normal) EOI */#define ICW4_BUF_SLAVE 0x08 /* Buffered mode/slave */#define ICW4_BUF_MASTER 0x0C /* Buffered mode/master */#define ICW4_SFNM 0x10 /* Special fully nested (not) */void remap_pics(int pic1, int pic2){ UCHAR a1, a2; a1=inb(PIC1_DATA); a2=inb(PIC2_DATA); outb(PIC1_COMMAND, ICW1_INIT+ICW1_ICW4); io_wait(); outb(PIC2_COMMAND, ICW1_INIT+ICW1_ICW4); io_wait(); outb(PIC1_DATA, pic1); io_wait(); outb(PIC2_DATA, pic2); io_wait(); outb(PIC1_DATA, 4); io_wait(); outb(PIC2_DATA, 2); io_wait(); outb(PIC1_DATA, ICW4_8086); io_wait(); outb(PIC2_DATA, ICW4_8086); io_wait(); outb(PIC1_DATA, a1); outb(PIC2_DATA, a2);} </pre> </td> </tr></table><P> </P><TABLE border="0" width="100%"> <TR> <TD><H2><A name="nmi">So whats this NMI then?</A></H2> </TD> </TR> <TR> <TD>The NMI (&qout;Non Maskable Interrupt") is a hardware driven interrupt much like the PIC interrupts but the NMI goes diretcly the cpu, and not via the PIC controller. <p>Luckily you CAN have control over the NMI, otherwise you could be in deep trouble. </p> <p>The NMI is turned "on"e; (set high) by the memory module when a memory parity error occurs. </p> <p>You have to be carefull about disabling the NMI and the PIC for extended periods of time, your system will hang unless it has a failsafe timer! (Which you do have.. just down kill the PIT timer :) </p> <p> <pre>/* enable the NMI */void NMI_enable(void){ outb(0x70, inb(0x70)&0x7F);}/* disable the NMI */void NMI_disable(void){ outb(0x70, inb(0x70)|=0x80);} </pre> </p> </TD> </TR></TABLE><P> </P><TABLE border="0" width="100%"> <TR> <TD><H2><A name="apic">APIC? Advanced Programmable Interrupt Controller</A></H2> </TD> </TR> <TR> <TD>APIC is the Intel standard for the "new" PIC. Its used in multiprocessor systems. <p>I have no more info at this time. </p> </TD> </TR></TABLE><P> </P><TABLE border="0" width="100%"> <TR> <TD><H2><A name="opic">OPIC? Open Programmable Interrupt Controller</A></H2> </TD> </TR> <TR> <TD>I have no info on OPIC currently... Other than its a non-intel standard. </TD> </TR></TABLE></body></html>⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -