蜗窝科技

@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

您好，请问这两个结构体： struct pinctrl_setting_mux { unsigned group; unsigned func; }; struct pinctrl_setting_configs { unsigned group_or_pin; unsigned long *configs; unsigned num_configs; }; 和这两个结构体： struct pinctrl_map_mux { const char *group; const char *function; }; struct pinctrl_map_configs { const char *group_or_pin; unsigned long *configs; unsigned num_configs; }; 有什么关联？看起来成员都差不多，谢谢

@Daniel Shieh：我现在还是不是非常明白你的通讯模型，建议你还是在讨论区发一篇单独的文档和大家一起探讨。当然，这份文档需要描述清楚之前的软件架构以及目前你想调整的软件架构。要画出block diagram，描述各个block的功能以及各个block之间的接口。只有把逻辑理清楚，才能给出适合的解决方案。

@passerby：推荐你看看gic那篇文档，有很多硬件相关的描述。

@linuxer：是我自己想差了，我应该是问题，在top half里面调用gic的eio表示中断处理完后，这个时候GIC就会打开中断了吧？

@Bruce：DTS的include，隐含的是板级的派生和继承，建议您还是把这个先理清楚，至于怎么改DTS，就简单了。

@wowo:先謝謝博主,另外想再請問我目前遇到的情況 在makefile中平台會include很多dtb files dtb-$(CONFIG_ARCH_MSM8916) += msm8916-cdp.dtb \ msm8916-cdp-smb1360.dtb \ msm8916-mtp.dtb \ msm8916-mtp-smb1360.dtb \ msm8916-qrd-skuh.dtb \ msm8916-qrd-skuhf.dtb \ msm8916-qrd-skui.dtb \ msm8916-qrd-skuic.dtb \ msm8916-qrd-skuid.dtb \ msm8916-qrd-skut1.dtb \ apq8016-mtp.dtb \ apq8016-mtp-smb1360.dtb \ apq8016-sbc.dtb \ msm8939-qrd-skuk.dtb \ msm8939-qrd-skul.dtb \ msm8939-cdp.dtb \ msm8939-cdp-jdi.dtb \ msm8939-cdp-jdi-a216-fhd.dtb \ msm8939-mtp.dtb \ msm8939-mtp-jdi.dtb \ msm8939-mtp-smb1360.dtb \ msm8939-mtp-wcd9306.dtb \ msm8936-qrd-skuk.dtb \ msm8936-cdp.dtb \ msm8936-cdp-smb1360.dtb \ msm8936-mtp.dtb \ msm8936-mtp-smb1360.dtb \ msm8936-mtp-wcd9306.dtb \ msmtellurium-sim.dtb \ msmtellurium-rumi.dtb \ msm8929-cdp.dtb \ msm8929-mtp.dtb \ msm8929-mtp-smb1360.dtb \ msm8929-mtp-jdi-smb1360.dtb \ msm8929-mtp-wcd9306-smb1360.dtb \ msm8929-qrd-skul.dtb \ msm8929-qrd-skulb.dtb \ msm8929-cdp-jdi.dtb 在這種情況下要如何確保自己修改某一個dts而不會被蓋過去呢? 將自己的dtb在makefile中順序往下移動嗎? 或是有什麼建議的管理方式呢? 謝謝

@linuxer：的确是没有新版本内核的书籍。是的，感觉周围所有的人都比较浮躁，甚至自己好多时候因为项目原因，也有点浮躁，想深入技术内部，都感觉很难抽出时间。现在可能是因为市场变化比较快吧，压力普遍比较大，产品都在着急，赶着时间上市，根本就没多少精力考虑技术积累的深度。只能自己充分利用时间了。