蜗窝科技

@摩斯电码：私以为再去遍历i2c下的child device node没什么意义。因为mma7660着个设备属于i2c bus上的设备,没必要再放到platform_bus上了。

set_charged，该回调函数的应用场景有点奇怪 ——关于这个，有个猜测啊，并联充电的时候，从充电芯片有可能是受主充电芯片控制的，不知道会不会用到这个接口。这礼拜先得学习otg，下礼拜看看并联充电，再验证下

@electrlife：另外还有就是I2C如何得到其它设备驱动的IRQ number，比如串口。

@electrlife：唉，郭兄，我终于说明白，让你理解了，确实是想问I2C device driver如何得到IRQ number，或者说类似这种情况的。

你好，我发现在函数of_platform_bus_create中并不一定对所有的device node都进行遍历，比如像下面一个设备树： i2c-gpio-0 { compatible = "i2c-gpio"; gpios = <0x3e 0x2 0x0 0x3e 0x3 0x0>; i2c-gpio,delay-us = <0x2>; #address-cells = <0x1>; #size-cells = <0x0>; status = "okay"; mma7660@4c { compatible = "freescale,mma7660"; reg = <0x4c>; interrupt-parent = <0x3f>; interrupts = <0x1 0x2>; poll_interval = <0x64>; input_fuzz = <0x4>; input_flat = <0x4>; status = "okay"; }; }; 其中i2c-gpio-0这个device node确实是在of_platform_bus_create的时候被注册为了platform_device，但是mma7660@4c这个设备节点并没有被of_platform_bus_create遍历到，它是在注册i2c_adapter的时候，会遍历这个adapter对应的device node的child device node（目的是注册i2c_client），此时才会处理mma7660这个device node。 不知道你有没有知道注意到在一般在调用of_platform_bus_create的时候会传递一个参数: of_platform_populate(NULL, of_default_bus_match_table, NULL, NULL) 其中of_default_bus_match_table的定义如下： const struct of_device_id of_default_bus_match_table[] = { { .compatible = "simple-bus", }, { .compatible = "simple-mfd", }, #ifdef config_arm_amba { .compatible = "arm,amba-bus", }, #endif /* config_arm_amba */ {} /* empty terminated list */ }; 意思是如果某个device node的compatible属性跟上面数组中定义的match，那么这个device node的child device node才会被注册为platform_device。 在函数of_platform_bus_create中有下面几句： dev = of_platform_device_create_pdata(bus, bus_id, platform_data, parent); if (!dev || !of_match_node(matches, bus)) return 0; for_each_child_of_node(bus, child) { pr_debug(" create child: %s\n", child->full_name); rc = of_platform_bus_create(child, matches, lookup, &dev->dev, strict); if (rc) { of_node_put(child); break; } } 其中如果of_platform_device_create_pdata成功执行，然后会调动of_match_node，如果match的话，在会再次递归这个device node的下的child device node，如果不match，就直接返回了，不再遍历其下的child device node了。

@yun_2106118：一般情况下，driver会在有事件要处理的时候，调用pm_wakeup_event等接口，上报wakeup事件。你检查一下RTC有关的driver，是不是有逻辑错误，上报event后没有清除。

@wowo：谢谢wowo的回复，我看过wake_lock是没有任何锁的，而wakeup_souce中能够看到仅仅alarm是active状态，因此看起来时的确是kernel 锁，但是kernel里面是没有任何程序去使用rtc的，所以才有点纠结。我还是在查查kernel，如果有好的建议，还请多多指教。谢谢。

@electrlife：一般而言，SOC上的I2C controller（也就是I2C adapter）都是platform bus上的设备，呵呵~~~这个问题不是回答过了吗？你是想问I2C device driver如何得到IRQ number吗？

@electrlife：一个简单的例子就是应用在percpu的中断，比如说一个4核系统，每个cpu core都有自己的local timer产生中断，送达自己的CPU。

@xiaolei：指点是谈不上了，大家相互切磋吧，我已经加了你，顺便把你的个人信息删掉了（个人隐私要注意保护，呵呵~~）。