蜗窝科技

@linuxer：电源管理完不了啊，还遥遥无期呢~ 不过我最近对CPU的拓扑结构比较感兴趣，比如multi-core、logical core、multi-thread、hyper-thread等等，这些和系统boot、cpufreq、进程管理等等都有关系。尤其和进程管理有关啊~你要不要考虑一下？哈哈~~

@tigger：不知道wowo同学搞完电源管理搞什么，我准备写一些和进程相关的文档吧

老大 下一个专题会是什么呢？ timer/interrupt之后

@tastier：1、我觉得这里的内核注释有些模糊，本质上request_threaded_irq函数第一个参数irq就是就是IRQ number（virtual interrupt ID），这个ID其实是和实际的interrupt request line是没有关系的，只是在irq domain的范围内有映射关系而已。我同意你的说法，interrupt line、interrupt request line或者HW interrupt ID都是类似的概念，如果我是中断子系统的维护者，我会修改这里的注释 2、所谓向量，当然就不是标量，呵呵~~~有点像是废话。标量是一维的，或者说是一个数值量。向量是向量空间的一个元素，说起来有些抽象，我们可以以三维实数坐标空间R3（3应该是上标）为例，（x,y,z）就是R3中的一个元素，当然x，y，z都是实数。 我们再来看中断。对于计算机系统而言，中断就是硬件或者软件向CPU发出的一种信号，希望CPU可以暂停当前程序的执行，转而处理该事件。 根据上面对向量和中断的理解，我们可知中断向量一定就是一组数据了，这一组数据表示了在发生中断后，CPU的各个寄存器（包括PC、状态寄存器和通用寄存器）需要加载的内容。对于ARM，中断向量只有一个地址（interrupt handler的地址）需要加载给CPU的r15寄存器（对于X86，需要加载CS和IP这两个寄存器，我都有些忘记了，好像是这样吧） OK，应该可以进入中断向量表了，所谓中断向量表就是一个table，保存了若干的中断向量而已。中断向量表是一个通用的概念，在X86上，它具体就是体现为中断描述符表。对于ARM，中断向量表更经常的被称为异常向量表。对于ARM,代码如下： ---------------------------------------------- .section .vectors, "ax", %progbits __vectors_start: W(b) vector_rst W(b) vector_und W(ldr) pc, __vectors_start + 0x1000 W(b) vector_pabt W(b) vector_dabt W(b) vector_addrexcptn W(b) vector_irq ---------------------------IRQ Vector W(b) vector_fiq ---------------------------FRQ Vector ------------------------------------------------------------- 和传统意义上的中断相关的只有两项，毫无疑问，这是不够的，因此，在ARM上进行了两次的跳转，也就是说，一个外设中断发生了，首先跳转到IRQ vector，然后由它再根据当前中断控制器的状态，获取了IRQ number，最终完成了到具体interrupt handler的跳转。 有些处理器不是这样的，对于X86，其中断向量表很大，分的很细（例如除0产生的异常也占有一个vecotr），每一个外设中断都是占用一个中断向量表的entry。 -------------- 我看过这种描述：“当中断或异常发生时，CPU通过查中断向量号对应IDT的表项决定动作”。 --------------这段话应该适用于类似像X86这样的中断向量表设计的CPU，更具体的内容我明天查阅x86的中断处理再回复你 3、没有错，我的文档都是for ARM的，我对X86不是那么熟悉。如果你是搞X86的，那么大家可以多交流互通有无。

@passerby：高通的芯片架构是我现在接触的几款芯片中感觉最好的。当然我详细了解的也没有几颗。不像有些家，芯片有bug，全靠软件擦屁股^ _ ^

@tigger：我猜不是，我在代码中看到高通也是用RTC

@linuxer：非常感谢您的回答，在看了您的回答之后，我又经过几天的学习，产生了如下几个问题。 1. 对于内核中的request_irq()函数，最终调用了request_threaded_irq()函数，但内核源码对于request_threaded_irq函数第一个参数irq的描述是：@irq: Interrupt line to allocate，意思是分配一个中断信号线，不是IRQ number？ 我理解Interrupt line应该是HW interrupt ID吧，不知对不对？ 2. 我看其它很多关于中断的文章都有中断向量这个概念，不知中断向量和IRQ number的区别在哪里？ 与此对应的是，中断描述符表（IDT）和中断描述符（struct irq_desc）。我看过这种描述：“当中断或异常发生时，CPU通过查中断向量号对应IDT的表项决定动作”。您在下一篇文章中这样描述：“通过IRQ number就可以获取对应的中断描述符。调用中断描述符中的highlevel irq-events handler来进行中断处理就OK了”。这里定义了一个struct irq_desc类型的数组，它和IDT的区别是什么？ 3. 在您的文章中，引用的代码和定义的概念是否针对ARM，X86不是很适用（有的适用有的不适用，尤其是一些代码，我没有接触过ARM）？ 期待您的回复。

@RobinHsiang：多谢你的问题，让我仔细思考了一番（好的问题总是有这样的特性），因此延迟到今天才回复。 一般而言，漏电（leakage current）是一个芯片的DC参数之一，例如Iozl和Iozh这两个参数，分别表示引脚处于高阻（High-Impedance）状态时，外加高电平和低电平的电流值。由于是高阻状态，因此这时候的leakage current应该是很小的（例如1uA）。当然，我想你这里说的不是这种漏电。 我们调试嵌入式设备总是从功能开始，然后性能，特别是功耗，例如待机或者关机电流，我们都是希望能够满足功能的情况下越小越好。当大刀阔斧的针对各个HW block的的检查过后，最后往往会纠缠在GPIO状态的调整上，正确的GPIO设定往往能节省几个毫安的电流（例如如果一个GPIO的状态的错误设定可能导致0.1mA的电流，那么精细的调整10个GPIO可以节省1个mA） 具体电流是source（用你的描述就是从CPU漏到device）还是sink（从device漏到CPU）是和实际的电路连接、cpu pin的特性以及外设芯片引脚的特性相关。例如CPU的一个GPIO是tri state，假设在CPU处于suspend的时候，将该pin设定为high-impedance状态，如果对端连接的是外设芯片的enable引脚（低电平有效），为了稳定的电路状态，可能需要连接一个上拉电阻，确保外设芯片处于disable状态，以便节省功耗。如果CPU处于suspend的时候，将该pin设定为低电平，那么上拉电阻上将有一个不小的电流消耗（假设上拉到3V，上拉电阻是10k，那么CPU在该GPIO上的sink current大约要0.3mA）。如果调整输出成高电平，也不会有这个sink current。 具体的电路形形色色，这里无法每一个都描述了。

@linuxer：晓得啦，原来上面有写，可能是当时忽略了。确实是会检查一次。 我之所以有这个疑问是因为我看完这一篇，又读了一下gic的代码，发现gic里面是已经初始化了一遍的，就突然想到这里为什么又分配一遍，忘记了这里其实肯定应该有检查的。kernel 这种历经多年的代码，是不会犯这样的错误的 ^_^ /* Check if mapping already exists */ virq = irq_find_mapping(domain, hwirq); if (virq) { pr_debug("-> existing mapping on virq %d\n", virq); return virq; }

@tigger：看，沟通还是需要成本的，我的理解是这样的： 对于目前版本的GIC driver，其实它采用了一个比较丑陋的方法： 1、调用irq_alloc_descs一次性的分配了若干个中断描述符 2、调用irq_domain_add_legacy一次性的创建所有的irq number到HW interrupt ID的映射。 也就是说，gic driver初始化之后就一切搞定了，分配好了irq descriptor，创建了映射关系。 而在具体的驱动程序中，虽然有机会调用irq_create_mapping 来创建mapping，不过由于mapping已经存在，因此不会再次分配了