线上讨论之linux中断总结分享

瀚海书香

回复 26# amarant
不错。期待后面两个问题的回答

瀚海书香

回复 30# amarant
在13楼有简单的说明

amarant

回复 13# 瀚海书香


    不知道你这是哪个版本的内核的，我看的3.1.2里不是这样了。

所有的处理都在desc->handle_irq(..)里，这里应该不会调到handle_edge_irq里面去吧。

现在在公司回帖不方便，晚上回去继续讨论。

还有关于中断嵌套不知道你怎么看呢。

瀚海书香

回复 33# amarant
如果中断是可以打断的（IRQF_DISABLED没有置位），就可以嵌套。但是由于同一种中断是串行处理的，所以个人认为嵌套的层数最多就是运行被中断的中断类型数。

flikelinux

回复 29# 瀚海书香


    嗯，明白了，非常感谢版主耐心的回答！

lf541513

mark

pitonas

确实新手最容易迷糊

amarant

handle_irq_event是怎么被调用的基本弄清了。原来现在irq的handle都是设置成了相应的电平处理函数：

Cscope tag: handle_edge_irq
   #   line  filename / context / line
   1    397  include/linux/irq.h <<GLOBAL>>
             extern void handle_edge_irq(unsi...int irq, struct irq_desc *desc);
   2    189  arch/x86/kernel/apb_timer.c <<apbt_setup_irq>>
             __irq_set_handler(adev->irq, handle_edge_irq, 0, "edge");
   3   1322  arch/x86/kernel/apic/io_apic.c <<ioapic_register_intr>>
             hdl = fasteoi ? handle_fasteoi_irq : handle_edge_irq;
   4   1575  arch/x86/kernel/apic/io_apic.c <<setup_timer_IRQ0_pin>>
             irq_set_chip_and_handler_name(0, &ioapic_chip, handle_edge_irq,
   5   2725  arch/x86/kernel/apic/io_apic.c <<lapic_register_intr>>
             irq_set_chip_and_handler_name(irq, &lapic_chip, handle_edge_irq,
   6   3269  arch/x86/kernel/apic/io_apic.c <<setup_msi_irq>>
             irq_set_chip_and_handler_name(irq, chip, handle_edge_irq, "edge");
   7   3387  arch/x86/kernel/apic/io_apic.c <<arch_setup_dmar_msi>>
             irq_set_chip_and_handler_name(irq, &dmar_msi_type, handle_edge_irq,
   8   3458  arch/x86/kernel/apic/io_apic.c <<arch_setup_hpet_msi>>
             irq_set_chip_and_handler_name(irq, chip, handle_edge_irq, "edge");
   9   3546  arch/x86/kernel/apic/io_apic.c <<arch_setup_ht_irq>>
             handle_edge_irq, "edge");
  10   4032  arch/x86/kernel/apic/io_apic.c <<pre_init_apic_IRQ0>>
             irq_set_chip_and_handler_name(0, &ioapic_chip, handle_edge_irq,
  11    187  drivers/gpio/gpio-ep93xx.c <<ep93xx_gpio_irq_type>>

在cat /proc/interrupts可以看出相应的电平处理，

~$ cat /proc/interrupts
           CPU0       CPU1      
  0:    1578868          0   IO-APIC-edge      timer
  1:      12290          0   IO-APIC-edge      i8042
  8:          0          0   IO-APIC-edge      rtc0
11:         63          0   IO-APIC-fasteoi   acpi
12:     231360          0   IO-APIC-edge      i8042
14:      20396          0   IO-APIC-edge      pata_sis
15:          0          0   IO-APIC-edge      pata_sis
17:      53146          0   IO-APIC-fasteoi   sata_sis
18:       2225          0   IO-APIC-fasteoi   hda_intel
19:      96256          0   IO-APIC-fasteoi   eth1
20:          0          0   IO-APIC-fasteoi   ohci_hcd:usb2
21:      36561          0   IO-APIC-fasteoi   ohci_hcd:usb3
22:      54956          0   IO-APIC-fasteoi   ehci_hcd:usb1
41:     903103          0   PCI-MSI-edge      radeon
42:         56          0   PCI-MSI-edge      hda_intel
................

瀚海书香

这里再列出后面两个问题的个人理解：
3.不同的软中断是否可以嵌套？相同的软中断是否可以嵌套？
        软中断的调用，不管是在什么地方被调用（中断或者线程），最后都是通过do_softirq()来激活的，在do_softirq中会监测当前是否处在中断或者软中断环境中（in_interrupt)，如果是，则直接返回。而且在软中断执行的过程中，会禁止软中断调用。所以不管是否是同种类型的软中断，多不可以嵌套执行。但是不同的CPU上，可以同时运行相同类型的软中断。
4.软中断在什么时间点被调度？
        （1）内核显示的允许软中断的时候 local_bh_enable
        （2）irq_exit()的时候
        （3）ksoftirqd进程被唤醒的时候
        （4）其他可能的地方（这里没有详细的追究）

瀚海书香

回复 38# amarant
呵呵。多谢分享

BTW: 貌似系统的中断都在同一个核上啊，可以考虑启用中断均衡