蜗窝科技

@linux菜鸟：文章中你引用的话后面还有这样的表述： 唯一有机会执行的interrupt handler是那些标记IRQF_NO_SUSPEND flag的IRQ，因为它们的中断始终是enable的。 所以如果不标记IRQF_NO_SUSPEND flag的IRQ，是不会执行的。

我这样用了 我下的第二个app但是没有搜索到我的树莓派 bluez协议栈装了 可以告我一下怎么弄么

@wowo：Hi, 作为wakeup source的IRQ会怎样呢？虽然它的中断没有被mask掉，但是其interrupt handler也不会执行（这时候的HW Signal只是用来唤醒系统）。 这句话的意思是,即使系统唤醒后，该IRQ对应的中断处理函数也不会执行是吗？并不是延迟执行，而是根本不会执行，是这样理解的吗

@smcdef：是的，我有仔细看的，我就是看了你的说的才去又细看了下你说的那块代码，我就是写出来流程而已，也方便自己下次回看，非常感谢你的改进方法

@heaven：你可以详细看一下我发内容，我说修改的函数iproc_gpio_irq_set_type，实际上就是你整理的irq_set_type函数最后需要调用的接口函数。你所表述的修改方法其实就是我一开始说的。

@smcdef：我今天再仔细看了下代码，流程应该是这样： 中断控制器怎么判断哪个是哪个handle_level_irq？ 中断控制器流程： gic_handle_irq ===>handle_domain_irq ===>__handle_domain_irq ===>irq_find_mapping ===>generic_handle_irq irq_find_mapping这个函数来找之前irq_create_mapping的irq映射 找到返回中断号后，再去执行handle_level_irq request_threaded_irq ===>__setup_irq ==>__irq_set_trigger ===>irq_set_type 所以可以这样改，驱动注册的时候可以通过这个函数来设置自己的中断控制器需要走哪种流控处理 内核也有其他驱动有类似的改法 drivers/gpio/gpio-aspeed.c static int aspeed_gpio_set_type(struct irq_data *d, unsigned int type) { u32 type0 = 0; u32 type1 = 0; u32 type2 = 0; u32 bit, reg; const struct aspeed_gpio_bank *bank; irq_flow_handler_t handler; struct aspeed_gpio *gpio; unsigned long flags; void __iomem *addr; int rc; rc = irqd_to_aspeed_gpio_data(d, &gpio, &bank, &bit); if (rc) return -EINVAL; switch (type & IRQ_TYPE_SENSE_MASK) { case IRQ_TYPE_EDGE_BOTH: type2 |= bit; case IRQ_TYPE_EDGE_RISING: type0 |= bit; case IRQ_TYPE_EDGE_FALLING: handler = handle_edge_irq; break; case IRQ_TYPE_LEVEL_HIGH: type0 |= bit; case IRQ_TYPE_LEVEL_LOW: type1 |= bit; handler = handle_level_irq; break; default: return -EINVAL; } spin_lock_irqsave(&gpio->lock, flags); addr = bank_irq_reg(gpio, bank, GPIO_IRQ_TYPE0); reg = ioread32(addr); reg = (reg & ~bit) | type0; iowrite32(reg, addr); addr = bank_irq_reg(gpio, bank, GPIO_IRQ_TYPE1); reg = ioread32(addr); reg = (reg & ~bit) | type1; iowrite32(reg, addr); addr = bank_irq_reg(gpio, bank, GPIO_IRQ_TYPE2); reg = ioread32(addr); reg = (reg & ~bit) | type2; iowrite32(reg, addr); spin_unlock_irqrestore(&gpio->lock, flags); irq_set_handler_locked(d, handler); return 0; }

wowo我想问下如果查看唤醒源。 Android7.0平台，看log发现进入深度休眠前会先尝试进入sleep，最终退出（大概5秒）后，第二次进入sleep后持续稳定，直至用户去唤醒他。我不知道是什么方便导致的第一次sleep很快就退出了。第一次sleep的log如下： [ 828.004427] PM: suspend entry 2018-04-27 09:07:12.854119570 UTC [ 828.004445] PM: Syncing filesystems ... done. [ 828.026200] PM: Preparing system for mem sleep [ 828.028988] Freezing user space processes ... [ 828.082561] Error: returning -512 value [ 828.086992] (elapsed 0.057 seconds) done. [ 828.087022] Freezing remaining freezable tasks ... (elapsed 0.008 seconds) done. [ 828.095523] PM: Entering mem sleep [ 828.095540] Suspending console(s) (use no_console_suspend to debug) [ 828.164952] PM: suspend of devices complete after 65.764 msecs [ 828.171029] PM: late suspend of devices complete after 6.050 msecs [ 828.181415] PM: noirq suspend of devices complete after 10.366 msecs [ 828.181578] Disabling non-boot CPUs ... [ 828.189844] migrate_irqs: 15775 callbacks suppressed [ 828.189851] IRQ7 no longer affine to CPU1 [ 828.189857] IRQ8 no longer affine to CPU1 [ 828.189865] IRQ9 no longer affine to CPU1 [ 828.189872] IRQ10 no longer affine to CPU1 [ 828.189880] IRQ11 no longer affine to CPU1 [ 828.189886] IRQ12 no longer affine to CPU1 [ 828.189894] IRQ13 no longer affine to CPU1 [ 828.189901] IRQ14 no longer affine to CPU1 [ 828.189908] IRQ15 no longer affine to CPU1 [ 828.189916] IRQ16 no longer affine to CPU1 [ 828.279435] Suspended for 0.000 seconds [ 828.280625] Enabling non-boot CPUs ... [ 828.288770] CPU1 is up [ 828.297005] CPU2 is up [ 828.303590] CPU3 is up [ 828.314480] CPU4 is up [ 828.322787] CPU5 is up [ 828.331437] CPU6 is up [ 828.339823] CPU7 is up [ 828.343668] PM: noirq resume of devices complete after 2.891 msecs [ 828.350323] PM: early resume of devices complete after 2.737 msecs [ 828.481451] PM: resume of devices complete after 131.102 msecs [ 828.486712] PM: Finishing wakeup. [ 828.486725] Restarting tasks ... done. [ 828.579814] PM: suspend exit 2018-04-27 09:07:17.502919464 UTC 其中migrate_irqs: 15775 callbacks suppressed这log在第二次sleep的时候没打印，也不清楚是为什么。

@bigbigtree：你看看图中的调用关系，board会调用machine（machine的code可以看做是一个通用的库），所以实现的时候可以按照调用流写代码。

您好，请问您一下，上面图中的流程是cpu->arch->machine->board。但是您在后面写初始化流程的时候却是cpu->arch->board->machine，请问这个是为什么呢？谢谢！

这几天在RK 平台上也遇到这个bad_IRQ_report 然后dump_stack. 咨询一下怎么中断号 查询中断寄存器的值