蜗窝科技

request_irq可以这样使用吗 spin_lock_irqsave( ) request_irq(); spin_unlock_restore();

@郭健：你可以再仔细看看irq_create_mapping的代码，虽然其名字是创建映射，但是该函数首先是通过HW interrupt ID来找virtual interrupt ID，如果存在，则不需要创建，直接返回virtual interrupt ID，因此，映射不会创建两次的。

@heavenward：recal只是用来计算当前的频率值，不会涉及clock路径的选择，如果需要使用不同的parent，还是需要通过set parent接口主动设置的。

有个小疑问。像uart这种需要不同工作频率的设备，在get source clk时，也有可能需要不同的source clk 频率来得到正确的工作频率。如果uart的clk source是个mux clk，可以从frac，divider，fix 3种类型获取时钟频率的话，获取与fix clk不同的时钟频率时，recal 函数是会尝试从frac，divider，这2个父得到请求的时钟么？

@郭健：在platform_get_irq()里确实看到最终调用了map，初始化了irq_desc->handle_irq。 我又有个疑问：在of_platform_populate()里，把dts解析出的node转化为platform设备时，也会调用domain_ops的map，也会初始化irq_desc->handle_irq；这样是不是和驱动的probe函数里有重复执行map的可能？ 我跟的代码是3.17版本： zynq_init_machine()--> of_platform_populate()--> //创建平台设备 of_platform_bus_create()--> of_platform_device_create_pdata()--> of_device_alloc()--> of_irq_to_resource_table()--> of_irq_to_resource()--> irq_of_parse_and_map()--> irq_create_of_mapping()--> irq_create_mapping()--> irq_domain_associate()--> //即gic_irq_domain_map:里面初始化irq_desc->handle_irq domain->ops->map() 我的dts如下： gpio0: gpio@e000a000 { compatible = "xlnx,zynq-gpio-1.0"; #gpio-cells = <2>; clocks = <&clkc 42>; gpio-controller; interrupt-parent = <&intc>; interrupts = <0 20 4>; reg = <0xe000a000 0x1000>; }; 对应的驱动代码： static struct platform_driver zynq_gpio_driver = { .probe = zynq_gpio_probe, zynq_gpio_probe() platform_get_irq()--> of_irq_get()--> irq_create_of_mapping()--> irq_create_mapping(domain,hwirq)--> irq_domain_associate()--> //即gic_irq_domain_map:里面初始化irq_desc->handle_irq domain->ops->map() //gic_irq_domain_map ------------------------------------------------------------- 上述gpio节点，会不会在of_platform_populate()和zynq_gpio_probe()时，被先后调用？那hw irq到virq的映射岂不是发生两次？

@heavenward：第三篇已经有了，请参考：http://www.wowotech.net/pm_subsystem/clock_framework_core.html，谢谢

@wowo：我们还是很关心第三篇的，我觉得第三部分才是精华，能更清楚的明白透彻

@callme_friend：其实基本上驱动也不会直接调用这些借口函数，这些接口函数多半进行了封装。例如：对于platform bus上的设备，其驱动的probe函数可以使用下面的代码： ...... adc->irq = platform_get_irq(pdev, 1); if (adc->irq <= 0) { dev_err(dev, "failed to get adc irq\n"); return -ENOENT; } ret = devm_request_irq(dev, adc->irq, s3c_adc_irq, 0, dev_name(dev), adc); if (ret < 0) { dev_err(dev, "failed to attach adc irq\n"); return ret; } ...... platform_get_irq这个函数可以看一看，然后你就明白了。

@huad_：我的理解：都已经disable了preempt，当然不会有调度了。虽然中断可以禁止抢占代码的执行，并且也许唤醒了优先级更高的进程，但是由于是禁止抢占的，因此中断返回的时候并不会发生调度。

@Jordon Wu：这份文档是翻译的，因此上面的图片也都是直接copy原文的，呵呵~~我也不知道Paul是用什么工具画的。