蜗窝科技

@linuxer 博主你好，我是个新手。有些问题想要请教一下，最近需要写一个GPIO中断的驱动，不知道从哪里下手。 有以下几个问题： （1）中断号，对于GPIO作中断引脚，中断号是和GPIO控制器的中断号相同，还是需要自己在device tree中自己定义 （2）我想把中断服务程序写在应用程序中，但是在驱动程序中已经有了中断服务程序。我想要外部GPIO中断到来，执行应用程序中的服务程序，应该如何实现。

@descent：客气客气，不知道这位台湾同学是否了解大陆网络用语？有时候顺便写一些“然并卵”之类的流行语，可能会给您带来困扰，呵呵~~~

翻譯的很流暢, 技術高強, 文字表達也厲害。

@swingboard：是不是能走到这里，是取决于pm_power_off中做了什么事情的。举2个极端的例子： 如果pm_power_off直接断电，肯定无法到这里； 如果pm_power_off什么都不做，肯定能到这里。

@linuxer：解释得很传神，受教了。 平时对于怎么使用DMA是没问题的， 但是您清晰的文字表达使我更对这块的理解更上一层楼

个人认为do_exit(0)还是会调用的，这个函数的最后调用： for (;;) cpu_relax(); /* For when BUG is null */ 不就是傻等着掉点吗？ 请指教。

@heziq：这个点在文中第2节只是一笔带过。其实不只是kernel thread，如果没有freeze，所有的task都是在cpu down时从dying cpu的runqueue迁移到剩余active cpu的runqueue resume时如果是STR，就直接从内存中的runqueue继续调度

@linuxer：谢谢了，大概了解了0~0

@passerby：你问的问题完全可以写一篇文章了，呵呵~~天色已晚，我随便聊两句吧，明天如果有时间再补充吧。 dma_alloc_coherent中的coherent是consistent的意思，即分配的memory是consistent memory。具体怎么一致呢？实际上是从cpu的角度以及dma controller的角度来看DMA buffer这段内存，这两个bus master可以获得一致性的视角。即任何一方对DMA buffer这段memory内容的修改都可以立刻被另外一方观察到，不需要考虑cache的影响。 我们举一个具体的例子：例如LCD moudle驱动，这种外设一般会需要ram中的一段内存作为framebuffer，系统中一般会存在专门的LCD的DMA controller可以以可以配置的频率（例如每秒60Hz的速度）将framebuffer中的数据搬移到LCD module这个外设上去。在这样的驱动中，framebuffer这个DMA buffer需要使用consistent memory，cpu写入frame buffer中的数据，都需要实时的体现在DMA controller的观察中。 dma_map_single中single是一次的意思，也就是说DMA buffer是一次性的，用完就算，不会像framebuffer那样长期存在。它的使用场景有两种，一种是从DMA buffer送往外设，这时候，程序分配一段memory作为DMA buffer，CPU写入要送往外设的数据，然后触发一次DMA传输，DMA完成之后，释放这段DMA buffer。 我们仍然使用LCD driver来作为这个场景的例子：例如一个smart LCD moudle的驱动，这种外设的多半会build in VRAM作为framebuffer。LCD moudle内部会有控制器不断的将VRAM中的数据搬移到panel上进行显示。对于这种LCD module的驱动，当需要更新界面的时候，我们可以考虑分配一个一次性的DMA buffer，CPU写入要显示的内容到DMA buffer，然后clean这一段DMA buffer对应的cache line，确保DMA controller可以访问到target的memory，然后触发DMA操作，将DMA buffer的内容传到VRAM中，传输完成后，释放DMA buffer。 另外一个场景是外设数据传递到dma buffer中，类似，这里就不描述了。

我比较关心那么没有freeze的kernel thread，在cpu down的时候，怎么处理的？resume的时候 ，它们又是从哪里开始的。