linux 2.6中究竟是如何实现中断独立堆栈的？

acewind

当中断发生时，CPU从tr寄存器获得tss描述符，但是这是跟任务上下文有关的，也就是说是属于当前进程的tss，从这个tss里面取出来的还不是当前进程的内核堆栈地址吗？怎么中断ISR能实现自己独立的堆栈呢？
在schedule函数的实现里面，switch_to中，会为每个进程load_esp0，也就是说tr寄存器指向的tss描述符完全是随着任务切换而变换的，但是中断是任何时候都有可能发生的啊，一旦中断发生，从哪得到中断自己用的堆栈位置呢，想不通。。。。。。。。

biger410

在进程描述符得thread_info的大小为8k的时候，中断直接使用当前进程的内核栈。
如果进程的thread_info的大小为4k的话，那么中断使用自己特有的栈，这中栈每个CPU有一个，存放在固定的位置。

mik

现代的OS已经不使用 tss 来进行任务切换了

acewind

当中断发生时，CPU硬件就必须要知道将esp切换到哪里作为新的堆栈位置了，不可能这时候再去判断是8k还是4k吧？

acewind

linux上的确不是用tss来进行任务切换，它把任务的上下文都保存到task_struct里面了。
但是发生中断的时候，得靠硬件完成刚开始的一个环节啊，就是根据中断号在IDT表里面找到入口，然后判断是否要进行堆栈切换，需要的话，就从当前tr寄存器所指向的tss里面取得新的堆栈位置，然后切换过去，保存当前的eflags,cs:eip等

biger410

先使用tss中的保存的当前进程的内核栈，然后进一步判断是否需要进行堆栈切换，如果需要在把堆栈中的内容拷贝过去。

acewind

找到答案了，是在do_IRQ里面通过调用execute_on_irq_stack来实现的
也就是说，当中断发生时，开始的一段还是在当前任务的内核栈中执行的，但是后来切换到了中断自己的栈


/*
* do_IRQ handles all normal device IRQ's (the special
* SMP cross-CPU interrupts have their own specific
* handlers).
*/
unsigned int do_IRQ(struct pt_regs *regs)
{
        struct pt_regs *old_regs;
        /* high bit used in ret_from_ code */
        int overflow, irq = ~regs->orig_ax;
        struct irq_desc *desc = irq_desc + irq;

        if (unlikely((unsigned)irq >= NR_IRQS)) {
                printk(KERN_EMERG "%s: cannot handle IRQ %d\n",
                                        __func__, irq);
                BUG();
        }

        old_regs = set_irq_regs(regs);
        irq_enter();

        overflow = check_stack_overflow();

        if (!execute_on_irq_stack(overflow, desc, irq)) {
                if (unlikely(overflow))
                        print_stack_overflow();
                desc->handle_irq(irq, desc);
        }

        irq_exit();
        set_irq_regs(old_regs);
        return 1;
}