Interrupt Descriptor Table (IDT)
Learn about the Interrupt Descriptor Table (IDT), its structure, and how the operating system uses it to dispatch interrupt handlers.
Interrupt Descriptor Table (IDT) is a free Assembly Language & x86 Low-Level Systems Programming lesson on CoddyKit — lesson 2 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Assembly Language & x86 Low-Level Systems Programming learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.
The IDT: An Interrupt Map
Imagine the CPU gets a signal that something important happened – like you pressing a key or a program crashing. How does it know what code to run to handle that event? That's where the Interrupt Descriptor Table (IDT) comes in!
It's like a special phone book for your CPU. Each entry in this 'phone book' tells the CPU exactly where to go to find the right code (an 'interrupt handler') for a specific event.
Why the CPU Needs the IDT
Without the IDT, the CPU wouldn't know how to react to different events. It provides a structured way for the processor to dispatch control to the appropriate routine when an interrupt or exception occurs.
This allows the operating system to respond to hardware signals, software requests, and errors in a controlled and organized manner, ensuring system stability.
IDT Entries: Gate Descriptors
Each entry in the IDT isn't just a simple memory address. It's called a Gate Descriptor. Think of a gate as a secure doorway.
When the CPU 'opens' a gate, it gets all the information it needs to safely jump to the interrupt handler. The most common types for interrupts and exceptions are Interrupt Gates and Trap Gates.
Gate: Handler Location
A Gate Descriptor primarily tells the CPU where the interrupt handler's code is located. It does this using two main parts:
- Segment Selector: Points to a code segment in memory.
- Offset: The exact starting address (or offset) within that code segment.
Together, these form the full memory address of the handler function.
Gate: Privileges & Type
Besides location, gates also specify important control information:
- Descriptor Privilege Level (DPL): This is a security feature. It defines the minimum privilege level required to access this gate. For example, a user-level program (low privilege) might not be allowed to trigger a critical kernel interrupt (high privilege).
- Type Field: Specifies if it's an Interrupt Gate, Trap Gate, or Task Gate. This is crucial for how the CPU behaves when the gate is entered.
Interrupt vs. Trap Gates
The key difference between an Interrupt Gate and a Trap Gate lies in how they handle CPU interrupts:
- Interrupt Gate: Automatically clears the Interrupt Flag (IF) in the CPU's EFLAGS register when entered. This disables further hardware interrupts, preventing new interrupts from disturbing the current handler.
- Trap Gate: Does NOT clear the Interrupt Flag. This means other interrupts can still occur while the current handler is running. Usually used for exceptions where you might want further interrupts to be handled.
CPU's IDT Lookup Process
When an interrupt or exception occurs, the CPU performs these steps:
- It gets an 'interrupt vector' (a number) identifying the event.
- It uses this vector as an index into the IDT to find the corresponding Gate Descriptor.
- It checks the DPL to ensure the current privilege level is sufficient.
- It loads the segment selector and offset from the gate to find the handler's address.
- It pushes the current EFLAGS, CS, and EIP (return address) onto the stack.
- It jumps to the interrupt handler's code specified by the gate.
Setting Up the IDT
The CPU needs to know where the IDT is located in memory. This is done using the IDTR (Interrupt Descriptor Table Register).
The LIDT (Load Interrupt Descriptor Table) instruction is used to load the base address and size of the IDT into the IDTR. This is a privileged instruction, meaning only the operating system kernel can execute it.
OS: The IDT's Architect
The operating system is responsible for setting up and managing the IDT:
- It initializes the IDT during system boot.
- It populates the IDT with appropriate Gate Descriptors for all expected hardware interrupts, software interrupts, and exceptions.
- It ensures that each gate points to the correct handler routine, often within the kernel itself.
This careful setup is vital for system stability and security.
Quick Check: IDT Gates
Which of the following is the primary difference between an Interrupt Gate and a Trap Gate in the x86 IDT?
Recap: The IDT's Role
In this lesson, we explored the Interrupt Descriptor Table (IDT), the CPU's essential 'phone book' for handling events.
We learned that the IDT consists of Gate Descriptors, which specify the handler's location, privilege level, and type. We also distinguished between Interrupt Gates (which disable further interrupts) and Trap Gates (which do not).
The operating system plays a crucial role in setting up and managing the IDT to ensure a stable and responsive system. Understanding the IDT is key to comprehending how the x86 architecture manages low-level events.
Frequently asked questions
Is the “Interrupt Descriptor Table (IDT)” lesson free?
Yes — the full text of “Interrupt Descriptor Table (IDT)” is free to read here on the web, and the Assembly Language & x86 Low-Level Systems Programming course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Assembly Language & x86 Low-Level Systems Programming course, upgrade to CoddyKit PRO.
What will I learn in “Interrupt Descriptor Table (IDT)”?
Learn about the Interrupt Descriptor Table (IDT), its structure, and how the operating system uses it to dispatch interrupt handlers. You practise Assembly Language & x86 Low-Level Systems Programming with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.
Do I need any experience to start Assembly Language & x86 Low-Level Systems Programming?
No prior experience is required. Assembly Language & x86 Low-Level Systems Programming on CoddyKit is structured for beginners through advanced learners; this is — lesson 2 of 4, so you can start here or from the beginning and move at your own pace.
How long does the “Interrupt Descriptor Table (IDT)” lesson take?
Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.
Can I write and run code in this Assembly Language & x86 Low-Level Systems Programming lesson?
Yes. Every Assembly Language & x86 Low-Level Systems Programming lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.
All lessons in this course
- Understanding Interrupts and Traps
- Interrupt Descriptor Table (IDT)
- Custom Exception Handlers
- The Programmable Interrupt Controller (PIC) and APIC