IRQ Assignments

By | 2008-02-15

Anyone who has ever tried to install a legacy (non plug-and-play) device has learned that device configuration can be a world of confusion for the novice. Fortunately, the entire concept of device configuration can be simplified through the understanding of a few basic terms and concepts.

When discussing device configuration, we typically hear about three basic types of hardware resources: Interrupt Request (IRQ) Line Assignments, Direct Memory Access (DMA) Assignments, and memory locations known as Input/Output (I/O) Addresses. In this series of three articles, I will discuss each of these terms with the intent of clarifying device configuration and resource conflict resolution. This discussion is based upon and applies primarily to current-design IBM-compatible systems operating under Microsoft Windows 98, although the other 32-bit versions of Windows are similar.

Device resource conflicts occur whenever two or more hardware devices attempt to utilize the same resource. Normally, a conflict will simply stop one or more of the involved devices from operating properly. Often, this will be nothing more than an inconvenient nuisance. Sometimes however, the result is far more serious, to the point of not allowing Windows to load properly. A solid understanding of device resources and their assignments can assist the user in avoiding resource conflicts.

Interrupt Request (IRQ) Line Assignments

The Interrupt Request Lines, also known as hardware interrupts, are dedicated signal lines or circuits between the system CPU and hardware devices. These signal lines are used for the purpose of notifying the CPU that the assigned device needs processor attention and vice versa. The simplest way to understand IRQ’s is to consider the IRQ as a doorbell when a device requires CPU attention, it places a signal on its assigned IRQ line. The CPU senses this signal and responds by stopping it’s current operation and shifting its attention to the “interrupting” device.

In this modern era of high-speed computers, we like to think that our PC’s are whizzes at doing multiple jobs simultaneously. Hold on to your hats for the reality of it, folks – for all practical purposes, even the fastest CPU in a PC today is only capable of doing one thing at a time! It only seems like the CPU is doing multiple jobs, due to the fact that the CPU is capable of switching between tasks tens of thousands of times every second. To mere mortals, the apparent effect is that of a CPU doing all kinds of things at the same time. OK, so what does any of this have to do with IRQ’s? As a kind of answer, ask yourself a question – “What happens when I try to talk to someone who is too busy to listen?” The IRQ’s are the chosen method of making the (too busy) CPU listen to the other devices in the PC. When the CPU receives an IRQ signal, it must stop what it is doing and devote its attention to the interrupting device. These hardware interrupts are known as maskable interrupts, meaning that the processor can temporarily mask or ignore the interrupt request long enough to complete its current task. There is also a Non-Maskable Interrupt or NMI – an interrupt that cannot be ignored even temporarily – but we’re not going to worry about that for this discussion, as it is in no way user-configurable.

Let’s look at a basic rundown of what is behind the whole hardware interrupt scheme. Consider the system keyboard. The keyboard controller on a typical system is a fairly limited device, with no real storage capability (memory) to speak of, and the CPU is responsible for moving the keystroke to the keyboard buffer. Each time the user presses a key, the generated keystroke signal must be passed off to the CPU immediately, because the next incoming keystroke will replace or overwrite the previous one if that one hasn’t been stored yet. So what would happen to the incoming keystrokes if the CPU is busy doing something else and so is unable to handle them? The obvious answer is that they would be lost. To prevent this from occurring, the engineers have given the keyboard system the ability to demand processor attention. The keyboard controller, immediately upon receipt of an incoming keystroke, activates its assigned hardware interrupt line (IRQ1). The Intel 8259A IRQ controller chip accepts this interrupt request and passes it on to the processor’s interrupt line. The processor in turn shifts its focus to the incoming keystrokes and handles them in the prescribed manner. There is a pre-determined routine to be followed by the system for each of the PC’s interrupt lines.

Two things of note should be remembered when reading this. One is that there is really a lot more involved than just the few simple steps that I’ve described here; the process was simplified for this discussion by stripping it down to just its pertinent factors. The other is that this all occurs at incredibly high rates of speed – thousands of times per second. Consider the concept of a 200 MHz CPU that can process 20 million instructions between each keystroke of 120 word-per-minute typist, based on an average of five characters per word.

OK, so now that we have seen the basics of interrupt operation, we should look at some more detail about their deployment in the system. The original PC and XT systems used 8-bit ISA expansion slots, and had eight hardware interrupt lines. Figure 1 below shows the default IRQ assignments for the XT-class machines.

IRQFunction or AssignmentOn Bus?
0System TimerNo
1Keyboard ControllerNo
2(Available)Yes
3Serial Port 1Yes
4Serial Port 0Yes
5Hard Disk ControllerYes
6Floppy Disk ControllerYes
7Parallel PortYes

Note that not all of the interrupt lines were made available to the expansion bus. Only those IRQ’s that are available to the bus can be used by expansion devices installed to the bus. In other words, no user-installed expansion card could be assigned either IRQ0 or IRQ1, as there were no connections for those IRQ’s assigned in the ISA 8-bit expansion slot.

In earlier (pre-AT) systems, IRQ2 was reserved for certain video adapter types. With the introduction of the 16-bit ISA bus and the VGA standard, that reservation was pretty much no longer needed, but there was a need for additional IRQ lines. In keeping with the desire for backward compatibility, the engineers devised a scheme that would allow the additional IRQ lines to have processor access without changing the basic structure already in place. The result was the cascaded IRQ’s numbered 8 through 15. These newly created IRQ’s are connected to the CPU through the basically unused IRQ2 connection.

IRQFunctionOn Bus?Bits?
0System TimerNo
1Keyboard ControllerNo
2Second IRQ ControllerNo
8Real-Time ClockNo
9Available (shows as IRQ2 on 8-bit cards)Yes8
10(Available)Yes16
11(Available)Yes16
12Motherboard (PS/2) Mouse PortYes16
13Math CoprocessorNo
14Hard Disk Drive ControllerYes16
15(Available)Yes16
3Serial Port 1 (COM2:)Yes8
4Serial Port 0 (COM1:)Yes8
5Parallel Port 1 (LPT2:)Yes8
6Floppy Disk Drive ControllerYes8
7Parallel Port 0 (LPT1:)Yes8

The existing IRQ2 line was removed from the 8-bit ISA slot and made available as a motherboard connection. A second Intel 8259A chip was added as a controller for the new IRQ’s. Its output line connects to the IRQ2 line on the primary 8259A controller as an input. The line designated as IRQ9 on the new controller was then connected to the former IRQ2 connector on the 8-bit ISA slot. Most of the remaining IRQ lines of the secondary 8259A were then brought out to connections on the new 16-bit extension portion of the ISA expansion slot. Thus, we now have fifteen unique interrupt lines communicating to the CPU via the path that previously supported 8 interrupt lines. Figure 2 shows the default IRQ assignments for the AT-class machines.

There is a certain amount of prioritization that occurs due to IRQ lines, but the effect of this prioritization is not really noticeable on today’s high-speed computers. In a nutshell, the CPU responds to IRQ signals in their numerical order. In other words, if two devices apply an IRQ signal simultaneously, the device with the lower IRQ number gets the CPU’s attention first. However, there is a catch to this scheme, which is hinted at in Figure 2. All of the interrupts handled by the second IRQ controller are prioritized after IRQ1 (the keyboard), but before IRQ3 (COM2:). This is due to the fact that they are connected to the first IRQ controller in place of the original IRQ2, and the entire second controller has therefore inherited the old IRQ2 priority position.

Your PC has a limited number of IRQ’s available – effectively fifteen on a modern system. Of these fifteen existing IRQ’s, several are permanently assigned to specific mainboard devices and cannot be used for other purposes. The following chart (Figure 3) shows the typical IRQ assignments in use today. Note that some of the assignments are flexible (indicated by *), while others cannot be changed.

IRQ Line Typical Device Comments and Probable User Assignments

0System Timer Hard-configured; unavailable for user assignment
1Keyboard Controller Hard-configured; unavailable for user assignment
2Cascade from IRQ9 (see IRQ9)
3COM2*
4COM1*
5(available)* Modem, sound card, second parallel port
6Floppy Controller Normally not available for user assignment
7LPT1*
8Real Time Clock Hard-configured; unavailable for user assignment
9(available)* Modem, network adapter, sound card
10(available)* SCSI adapter, sound card, USB controller
11(available)* network adapter, SCSI adapter, video adapter
12PS/2 Mouse* Available only if using non-PS/2 pointing device
13NPU Normally not available for user assignment
14Primary IDE Normally not available for user assignment
15Secondary IDE Normally not available for user assignment

As can be seen in the chart, there are basically four IRQ’s to choose from when installing additional devices into a standard PC. That’s not a whole lot to work with! Now consider all of the devices that are found in most new PC’s today. What happens when you try to add a modem, a sound card, a network adapter, a SCSI card, and a second printer port? A long-standing problem has been that two devices cannot share a single IRQ and have both devices work properly at the same time. We simply have more devices requiring IRQ’s than we have available IRQ lines to assign! The engineers solved this dilemma with the introduction of the PCI (Peripheral Component Interconnect) bus.

For the first time, the PCI bus allowed for managed sharing of hardware interrupts. We can now have multiple PCI devices assigned to the same physical IRQ line, because the PCI chipset manages communication between the PCI devices and the processor. For this reason, it is perfectly normal today to see two or three devices assigned to the same IRQ. In this case, you will also see entries such as IRQ Holder for PCI Steering.

Author: dwirch

Derek Wirch is a seasoned IT professional with an impressive career dating back to 1986. He brings a wealth of knowledge and hands-on experience that is invaluable to those embarking on their journey in the tech industry.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.