请教linux3.x 中中断注册中硬件中断号和软件中断号的对应

harvey_perfect

arm-linux-gcc 发表于 2014-06-26 16:59
soc手册上的中断号，可能与a9核中的中断号不是同一个
a9核中的0-15是ipi（inter-processer interrupt），1 ...

非常感谢您的指点。
从dts中断号和a9中断号对比，发现dts的中断号是a9中的硬件中断号-32得到的。
是否可以如下理解？
在request_irq（）中使用的是从dts获得的（有可能再加上32 恢复为硬件中断号，也可能直接使用dts中的中断号，数值相差32），中断注册过程中内核自主分配一个软件中断号。linux启动后使用cat /proc/interrupt可以看到，软件中断号比硬件中断号大496.
可以理解为，至少对于A9的核，dts中的中断号，硬件中断号、软件中断号之间有固定的偏移。
是否可以这么认为？
谢谢先

黎明748

request_irq是软件中断号？？不是硬件中断号吗回复 5# harvey_perfect


   

黎明748

我看的资料都是说硬件中断号的。0-15.把你的资料发出来看看回复 5# harvey_perfect


   

harvey_perfect

黎明748 发表于 2014-06-26 17:16
我看的资料都是说硬件中断号的。0-15.把你的资料发出来看看回复 5# harvey_perfect

很久之前看的资料，现在只有一个印象。
从这次的实验看，是像您说的，是硬件中断号。
非常感谢！

arm-linux-gcc

request_irq用的是物理中断号（soc手册上的中断号）还是虚拟中断号（与硬中断号有一个偏差），具体要看中断控制器的驱动是怎么实现的
严格说来应该是虚拟中断号，但是我们只讨论根中断控制器，因此虚拟中断号和物理中断号相等；而在下级中断控制器中，虚拟中断号和物理中断号是不相等的

irq-gic.c的实现：
gic_of_init
    gic_init_bases(gic_cnt, -1, dist_base, cpu_base, percpu_offset, node);
        irq_base = irq_alloc_descs(irq_start, 16, gic_irqs, numa_node_id());          这里得到的irq_base将会是16
        gic->domain = irq_domain_add_legacy(node, gic_irqs, irq_base, hwirq_base, &gic_irq_domain_ops, gic);        这里传进去的hwirq_base也是16
所以虚拟中断号和物理中断号在顶层gic控制器中是相等的

request_irq的irq参数，一般都是用的resource中传过来的
of_platform_populate流程里面，在of_device_alloc中，有of_irq_to_resource_table
of_irq_to_resource_table的参数就是直接从dts中得到的，然后走到irq_of_parse_and_map
然会走到irq_create_of_mapping，参数intspec就是dts中的那个数字，然后就会调用到gic_irq_domain_xlate，于是就取得了物理中断号

之后有这么一句virq = irq_create_mapping(domain, hwirq);
于是在根gic中断控制器中，virq和hwirq就相等了，因为gic_init_bases里面做irq_alloc_descs的时候的虚拟中断号和做irq_domain_add_legacy时的物理中断号相等

于是最后resource中的irq其实就是虚拟中断号，只不过和物理中断号是相等的



下级控制器这里就不想写了，太罗嗦了，这种下层的会经过dts里面的层层转换和generic_handle_irq里的转换

arm-linux-gcc

[root@omap4460 ~]# cat /proc/interrupts
           CPU0       CPU1
29:       1849       1288       GIC  29  twd
39:          0          0       GIC  39  TWL6030-PIH
41:          0          0       GIC  41  l3-dbg-irq
42:          0          0       GIC  42  l3-app-irq
44:          5          0       GIC  44  DMA
52:          0          0       GIC  52  gpmc
69:         28          0       GIC  69  gp_timer
88:        206          0       GIC  88  48070000.i2c
89:          0          0       GIC  89  48072000.i2c
93:          0          0       GIC  93  48060000.i2c
94:          0          0       GIC  94  48350000.i2c
106:        154          0       GIC 106  OMAP UART2
109:       2155          0       GIC 109  ehci_hcd:usb1
115:         39          0       GIC 115  mmc0
151:          0          0       GIC 151  twl6040
158:          1          0       GIC 158  talert
246:          0          0      GPIO  22  tshut
363:          0          0      PRCM  hwmod_io
429:          0          0   twl6030  11  rtc0
438:          0          0   twl6040   5  twl6040_irq_ready
439:          0          0   twl6040   0  twl6040_irq_th
IPI0:          0          1  CPU wakeup interrupts
IPI1:          0          0  Timer broadcast interrupts
IPI2:       1677       2047  Rescheduling interrupts
IPI3:          0          0  Function call interrupts
IPI4:          3          4  Single function call interrupts
IPI5:          0          0  CPU stop interrupts
Err:          0
[root@omap4460 ~]#

这个是我的板子的中断号情况，可以看到request_irq的irq参数和实际物理中断号是相同的

arm-linux-gcc

irq-s3c24xx.c中的虚拟中断号则与物理中断号不相等，有16的偏移
不过arm soc一般都是用的vic和gic，所以就看gic就可以了，vic只在arm11以及更低版本的arm上用用了

humjb_1983

原来又是arm，现在的硬件越来越复杂，变化也快，不得不感叹一把。。。。

黎明748

回复 18# humjb_1983


我都还在看老86的。。

garyv

回复 19# 黎明748


    老86过去很风光，现在和将来依然会很风光，虽然arm有低功耗的优势，那只是暂时的。Intel在桌面/服务器市场几乎无对手，手机平板市场的Atom已经可以动摇arm了，但更低功耗市场里面的Qurak还需努力，看好老86的前景。。。