蜗窝科技

@callme_friend：linux-3.17中gic_handle_irq的代码如下： －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ static void __exception_irq_entry gic_handle_irq(struct pt_regs *regs) { u32 irqstat, irqnr; struct gic_chip_data *gic = &gic_data[0]; void __iomem *cpu_base = gic_data_cpu_base(gic); do { irqstat = readl_relaxed(cpu_base + GIC_CPU_INTACK); irqnr = irqstat & GICC_IAR_INT_ID_MASK; if (likely(irqnr > 15 && irqnr < 1021)) { irqnr = irq_find_mapping(gic->domain, irqnr); handle_IRQ(irqnr, regs); continue; } if (irqnr < 16) { writel_relaxed(irqstat, cpu_base + GIC_CPU_EOI); #ifdef CONFIG_SMP handle_IPI(irqnr, regs); #endif continue; } break; } while (1); } －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ irq_find_mapping是将hw interrupt ID转变成IRQ Number（当然是在root gic对应的irq domain上了），之后调用handle_IRQ处理这个IRQ。如果是级联的情况，那么root gic解析的这个IRQ对应的handler就是gic_handle_cascade_irq（你的猜测是对的），代码如下： －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ static void gic_handle_cascade_irq(unsigned int irq, struct irq_desc *desc) { struct gic_chip_data *chip_data = irq_get_handler_data(irq); struct irq_chip *chip = irq_get_chip(irq); unsigned int cascade_irq, gic_irq; unsigned long status; chained_irq_enter(chip, desc); raw_spin_lock(&irq_controller_lock); status = readl_relaxed(gic_data_cpu_base(chip_data) + GIC_CPU_INTACK); raw_spin_unlock(&irq_controller_lock); gic_irq = (status & 0x3ff); if (gic_irq == 1023) goto out; cascade_irq = irq_find_mapping(chip_data->domain, gic_irq); if (unlikely(gic_irq < 32 || gic_irq > 1020)) handle_bad_irq(cascade_irq, desc); else generic_handle_irq(cascade_irq); out: chained_irq_exit(chip, desc); } －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ 同样的，irq_find_mapping将hw interrupt ID转变成IRQ Number（当然是在second gic对应的irq domain上了，传递给irq_find_mapping的domain参数是和上次不一样的）

@passerby：这个问题我需要看调度器代码之后再回答你。

@huangzhongmin：抱歉，漏掉您的问题了，有的时候评论滚动太快的时候就会错过一些问题。 Hrtimer在系统睡眠的时候能唤醒系统么？ －－－－－－－－－－－－－－－－－－－－－ 一般而言是不可以的，主要看hrtimer基于的那个clockevent device的power domain，大部分的系统设计都会在系统睡眠的时候都是会关闭（或者让其进入低功耗状态）大部分的硬件block（包括构建hrtimer对应的HW timer），而保留很小一部分的HW block（主要是RTC以及一些做为wakeup source的IO）处于工作状态。 RTC模块的定时器的作用是什么？ －－－－－－－－－－－－－－－－－－－－ 我想你问的是alarm timer，alarm timer是基于RTC的，所有基于RTC的定时器在系统关机（或者叫做睡眠）仍然是可以正常触发，唤醒系统

关于本文章最后的“中断处理过程”： 我依照源码（linux-3.17），是如下的执行路径： vector_irq: __irq_svc: irq_handler ldr r1, =handle_arch_irq //handle_arch_irq已初始化为gic_handle_irq ldr pc, [r1] || || \/ gic_handle_irq() handle_IRQ(irqnr, regs) generic_handle_irq(irq); | struct irq_desc *desc = irq_to_desc(irq); | generic_handle_irq_desc(irq, desc); | desc->handle_irq(irq, desc); （1）咋一看，没有发现处理GIC级联的情况呀？ （2）对于级联，我猜是这样的：先进行root gic上的处理；然后发现是个级联点，则将domain转到次级gic，然后调用函数处理。不知道是否正确？ （3）如果（2）中的猜测正确，那次级gic初始化时必定要向root GIC的某line申请一个响应函数，根据代码看应该是gic_handle_cascade_irq()函数，在该函数里我没发现转换domaim的代码。请问是哪里的问题？ 谢谢linuxer。

有一阵子没来了，博主的博客还坚持更新着，非常不错哈

@linuxer：那CFS还是和时间片轮转法一样在每个tick检查进程切换（检查进程时间片是否超时）？还是直接通过虚拟运行时间对于的实际运行时间直接设定hrtimer，在理论的虚拟时间运行完后再从rq中寻找下个运行进程？

作者真的很牛，佩服，收藏了

@kkajm：您这真是过奖了的，不敢当。欢迎常来，多交流。

终于找到大神了，对芯片级的分析超透彻，本人也是做芯片级bringup，但相对楼主的深度 这是自愧不如啊

@linuxer：挂入到multi thread或者说per cpu workqueue上的指定的work，其callback是不会在一个cpu上并发执行（也就是说在多个cpu上可以并发执行）。 如你所说，挂入multi thread上的work的并发引起的同步问题，需要用户自己解决了，不像taskelet那样，同一个tasklet 绝对不会并发。