蜗窝科技

@linuxer：thanks，明白了，我再去好好研究一下。

@netilovefm：Sorry, we want to focus on the following items recently: 1. power management 2. device model 3. time subsystem 4. interrupt subsystem so, I have not too much time to help answer your GPIO subsystem question, maybe others can help.......

@heziq：在系统suspend的时候，需要一个个的、按照顺序（prepare、suspend、suspend late、suspend no irq.....）的处理整个系统的中的设备。当然，设备模型维护了bus、device、driver的树状拓扑，但是，在进行系统电源管理的时候，树状的拓扑其实不好操作，因此实际上电源管理的操作都是基于链表的。 在系统初始化的时候，每个设备都是加入到dpm list中（参考device_pm_add），对于设备，永远都是parent先初始化，其后才有children的初始化，因此dpm list天然维护了这样的父子关系：parent device永远位于dpm list中的前面，而child device总是位于其parent device的后面。因此，在进行系统suspend的时候，只要沿着pm list操作（实际上有多个list参与，这里就不赘述了），那么总是可以保证child device先于parent device进入某种电源管理状态。

@linuxer：嗯，后来已尝试过，发现还是多尝试效果较好；

linuxer 大神： 请接收小弟的膜拜~！ (__)　 　 /oo\\________ 　 \　/　　　　 \---\ 　 \/　　　 /　 \　 \ 　　　\\_|___\\_|/　　* 　　　 ||　 YY| 　　　 ||　　|| 　

@wowo：suspend的时候，什么地方的代码体现出父子关系了？我找了好久没有找到，请指点一下！

hi linuxer: 在先拜读文章前，先让我先表达下，小弟对你的崇拜~！！！ (__)　 　 /oo\\________ 　 \　/　　　　 \---\ 　 \/　　　 /　 \　 \ 　　　\\_|___\\_|/　　* 　　　 ||　 YY| 　　　 ||　　|| 　

@heziq：adapter和client是父子关系： i2c_new_device(struct i2c_adapter *adap, struct i2c_board_info const *info) { ... client->dev.parent = &client->adapter->dev; ... } suspend的时候会先suspend children再suspend parent。

@wowo @linuxer 都说设备模型的用途之一是电源管理：体现电源层次管理。比如i2c设备是挂在i2c总线上，但是i2c adpater一般是挂在platform bus上。从kernel的suspend过程中，我怎么也看不出，他体现出的层次结构。相反他是把设备挂在一个list上。一个一个的取出来suspend。kernel是怎么保证先suspend i2c client然后 suspend i2c adpater的。 多谢

hi, I want to ask something // 金 for (config = 0; config < size; config++) { －－－－－－－－－－－（5） phandle = be32_to_cpup(list++); /* Look up the pin configuration node */ np_config = of_find_node_by_phandle(phandle); －－－－－－（6） in (6) , usually find gpio controller or processor's gpio controller node is it right ? in this node, has pin's configure infotrmation is it right? spi,i2c etc device driver calls pinctrl_dt_to_map() or pinctrl_get() once in their driver source ? I confused. pinctrl_register() is for gpio controller and is called first , after calling pinctrl_register() , spi,i2c etc other driver source call pinctrl_get(->pincrl_dt_to_map) then pctl_dev is one. spi, i2c etc uses this pctl_dev is it rigtht? lastly np_pctldev = of_get_next_parent(np_pctldev);－－－－－－－（1） what is usually np_pctldev's parent ? I try to find this , but I can't find .... answer this question , using chinese or english plz