蜗窝科技

看了这个关于以后，我好想问wowo公司还招不招人。。。

@callme_friend：是的，boot中的device tree，和kernel一模一样，因此二者完全可以共用一份dts（dtb）文件。

uboot也带device tree，真是神奇啊。有空研究下

（d）强制线程化是一个和实时性相关的选项，从我的角度来看是一个很不好的设计（个人观点），各个驱动工程师在撰写自己的驱动代码的时候已经安排好了自己的上下文环境。有的是进程上下文，有的是中断上下文，在各自的上下文环境中，驱动工程师又选择了适合的内核同步机制。但是，强制线程化导致原来运行在中断上下文的primary handler现在运行在进程上下文，这有可能导致一些难以跟踪和定位的bug。 ================================================================================================== static int irq_thread(void *data) { 。。。 if (force_irqthreads && test_bit(IRQTF_FORCED_THREAD, &action->thread_flags)) handler_fn = irq_forced_thread_fn; else handler_fn = irq_thread_fn; 。。。 } static irqreturn_t irq_forced_thread_fn(struct irq_desc *desc, struct irqaction *action) { irqreturn_t ret; local_bh_disable(); ret = action->thread_fn(action->irq, action->dev_id); irq_finalize_oneshot(desc, action); local_bh_enable(); return ret; } local_bh_disable()保证了强制线程化并不会导致同步问题 （e）驱动工程师是撰写具体外设驱动的，他/她未必会了解到底层的一些具体的interrupt controller的信息。有些interrupt controller（例如MSI based interrupt）本质上就是就是one shot的（通过IRQCHIP_ONESHOT_SAFE标记），因此驱动工程师设定的IRQF_ONESHOT其实是画蛇添足，因此可以去掉。 ================================================================================================ 虽然kernel的注释上是这样说，但是request_threaded_irq时还是必须要设定IRQF_ONESHOT，否者它就会被错误的强制线程化了。 其实我觉得这个ONESHOT的命名也是很不好，它不仅仅表示one shot，而且还是thread irq的标志。

@大头元：建议参考这个文档： ./Documentation/devicetree/bindings/pinctrl/pinctrl-single.txt The pin configuration nodes for pinctrl-single are specified as pinctrl register offset and value pairs using pinctrl-single,pins. Only the bits specified in pinctrl-single,function-mask are updated. For example, setting a pin for a device could be done with: pinctrl-single,pins = <0xdc 0x118>; Where 0xdc is the offset from the pinctrl register base address for the device pinctrl register, and 0x118 contains the desired value of the pinctrl register. See the device example and static board pins example below for more information.

首先感谢博主的分享，有个问题请教一下，我在看am335x-evm.dts时对0x94,0x90,0x70...这些是什么意思不太清楚，这个是怎么计算出来的啊？ gpio_keys_s0: gpio_keys_s0 { pinctrl-single,pins = < 0x94 (PIN_INPUT_PULLDOWN | MUX_MODE7) /* gpmc_oen_ren.gpio2_3 */ 0x90 (PIN_INPUT_PULLDOWN | MUX_MODE7) /* gpmc_advn_ale.gpio2_2 */ 0x70 (PIN_INPUT_PULLDOWN | MUX_MODE7) /* gpmc_wait0.gpio0_30 */ 0x9c (PIN_INPUT_PULLDOWN | MUX_MODE7) /* gpmc_ben0_cle.gpio2_5 */ >; };

@borman：在各自驱动模块的初始化函数中注册驱动啊

@wowo：搞混了，那么向系统中添加了这些dts中设备，它们的驱动是何时注册呢，我是想说这个的

@borman：不太明白你的意思，这个接口负责根据DTS，创建对应的device，并将其添加到kernel中： of_platform_bus_create of_platform_device_create_pdata of_device_add device_add device被添加进kernel之后，就按照设备模型，进行正常的probe操作。

楼主，有一事不明，我在of_platform_bus_create中并没有找到与创建platform device时设备的操作方法的初始化，还是这里只是对设备节点的初始化，并没有设备的具体操作?