蜗窝科技

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

@Bruce：后面包含进来的会覆盖前面的。下面有一些关于这的讨论，您可以参考一下。

如果保证硬件没有问题的情况下,一般都是配置串口的问题，特别设置注意回车的问题，终端和串口助手是有区别的

突然发现一片新大陆！！膜拜大神！博客很好，怒赞*^_^*