蜗窝科技

@飞鸟：抱歉哈，没来得及处理，已经修复了。 感谢~~~

博客很好，果断收藏了

站内搜索为啥不支持了呢？

E、将detach_tasks函数摘下的任务挂入到src rq上去。由于detach_tasks、attach_tasks会进行多轮，ld_moved记录了总共迁移的任务数量，cur_ld_moved是本轮迁移的任务数 将detach_tasks函数摘下的任务挂入到*dst_rq*上去。

什么时候出一篇致入门小白的一封信啊，好多的点到为止，小白真就点到为止了。

有个疑惑，问题如下： 二、周期性负载均衡->2、均衡处理->D、每个level的sched domain都会计算下一次均衡的时间点，这里记录最近的那个均衡时间点,是怎么推导出后面的降低均衡次数，避免不必要均衡带来的开销的结论的呢？ 我理解这里应该是保证tick可以触发sd层级中最接近的那个next_balance时间点，应该是提升了均衡次数(尽可能不忽略next_balance)。

@alilili：22年前来学习

刚刚跨入linux工作的大军中，真的蜗蜗写的内容的好详细，对我的帮助真的好大，爱了

@Toni：用内嵌DMA是标准做法。用系统的DMA理论上是可以的。但是这样就要每个系统都要做芯片设计上的集成。这样比起即插即用的内嵌DMA，成本上差太多了。

第一个问题就是：为何irq_set_chip接口函数使用irq_get_desc_lock来获取中断描述符，而irq_set_irq_type这个函数却需要irq_get_desc_buslock呢？其实也很简单，irq_set_chip不需要访问底层的irq chip（也就是interrupt controller），但是irq_set_irq_type需要。设定一个IRQ的trigger type最终要调用desc->irq_data.chip->irq_set_type函数对底层的interrupt controller进行设定。这时候，问题来了，对于嵌入SOC内部的interrupt controller，当然没有问题，因为访问这些中断控制器的寄存器memory map到了CPU的地址空间，访问非常的快，因此，关闭中断＋spin lock来保护中断描述符当然没有问题，但是，如果该interrupt controller是一个I2C接口的IO expander芯片（这类芯片是扩展的IO，也可以提供中断功能），这时，让其他CPU进行spin操作太浪费CPU时间了（bus操作太慢了，会spin很久的）。肿么办？当然只能是用其他方法lock住bus了（例如mutex，具体实现是和irq chip中的irq_bus_lock实现相关）。一旦lock住了slow bus，然后就可以关闭中断了（中断状态保存在flag中）。 irq_get_desc_buslock lock住了bus时也有调用raw_spin_lock_irqsave struct irq_desc * __irq_get_desc_lock(unsigned int irq, unsigned long *flags, bool bus, unsigned int check) { struct irq_desc *desc = irq_to_desc(irq); if (desc) { if (check & _IRQ_DESC_CHECK) { if ((check & _IRQ_DESC_PERCPU) && !irq_settings_is_per_cpu_devid(desc)) return NULL; if (!(check & _IRQ_DESC_PERCPU) && irq_settings_is_per_cpu_devid(desc)) return NULL; } if (bus) chip_bus_lock(desc); raw_spin_lock_irqsave(&desc->lock, *flags); } return desc; }