蜗窝科技

先顶后看

@zhoutao.temp：起始linux-3.14\Documentation\devicetree目录下的文档已经提供了足够的信息，你可以参考

因为项目的需求，开始接触"设备树"，请问一下，有没有比较基础的文档或网页？如何操作设备文件、如何针对具体的硬件添加设备、如何编译等等，请问有没有操作性强的文档或网页。 如能回复，感激不尽。

@linuxer：对啊，理解中断对理解整个linux kernel很有帮助啊。静候佳作 ：）

@么西QQ：欢迎欢迎，任何问题都可以在这里提出，大家一起交流

@forion：也行，我都想先暂停GPIO subsystem的描述了，这部分比较简单，没有什么好写的，等以后有心情再写。中断子系统的确值得一写，有很多值得品味的东西，之前写的GIC的代码分析文档比较孤单，如果再给上2～3篇文档，中断子系统可以描述的比较清楚了。

@linuxer：电源管理涉及的东西太多了，我估计你要是写也要搞很久，能不能先把中断子系统写完呢？哈哈，因为最近在搞这几个方面。ps：因为我之前搞kernel里面与体系架构无关的东西稍微多一点，具体深入到driver层次，看的代码少一点。最近在搞drive的模块，所以也跟着您写的文档一点点的了解，各个driver子系统的架构以及代码，以及硬件特性。所以如果可以的话，先写完中断子系统如何？:)

@forion：你问了一个看似简单，实际上比较复杂的问题。我们可以把系统启动分成若干段： 1、HW power up sequence。这是和各个pin的default状态相关的 2、ROM代码过程 3、bootloader过程 4、OS kernel各个driver初始化过程 如何在上述的过程初始化全部pin的状态需要考虑的factor包括： 1、不影响UI表现 2、电源管理的考虑 3、代码整洁，易于维护 有些pin是连接到一些UI相关的硬件（例如LCD背光控制，LED灯），对这些pin要格外的关注，这有可能导致一些软件无法解决的问题，例如我们用某个pin来控制LCD的backlight，但是该pin上电的缺省状态是ouput，high，这样就会打亮LCD背光，但是，由于软件还没有机会参与控制，LCD模组的显示是完全随机的。我们实际希望的行为当然是初始化好了LCD的内容（比如显示个公司的logo什么的）再打开LCD的背光，但是，硬件行为就是这样，即便是我们在bootloader中的最开始的代码就将该pin 设为低电平，用户也可以感知到LCD的背光亮了一下又灭了，用户体验非常不好。当然，这是硬件工程师在进行硬件设计的时候就要考虑的问题。 在不影响用户体验的前提下，其他的因素可以酌情考虑。有些人喜欢在bootloader阶段让软件初始化所有的pin的状态（称之为safe state）。例如：系统中有一个RF模块，一个pin可以控制RF模块的供电，那么如果能够在bootloader中尽快的关闭这个RF模块，实际上这样是对功耗是有利的，在AP需要的时候才控制该pin，打开RF模块的供电。当然，从软件工程师的角度看，我当然希望一个driver相关的内容都锁定在一个特定的区域内，比较所有和某个driver控制的内容都在linux 的driver中，而不是散布在系统中的各个地方。 顺便说一句，实际上pin control是个系统的东西，除了和各个driver交互，还和内核中设备模型、电源管理模块有关系，比GPIO subsystem复杂多了。这个星期如果有时间我要重新整理一下上周发布的三篇文档，有时候写的太匆忙，欠考虑（这违背了蜗窝的原则，慢下来，享受科技）。 pin power domain是电源管理的一部分，电源管理是个庞然大物，如果你有兴趣，我先把这部分排入下月的schedule好了

hi linuxer 请教个问题，一般来说u boot会对一部分或者全部的pin初始化，然后进入kernel又会chongx初始化还是只是初始化u boot没有初始化的部分。 另外是不是要讲一下pin power domain的概念，因为调试驱动的时候经常遇到比如 touch panel i2c 是1.8v 还是2.8v电压domain这样的问题。

一个对技术无比热爱的大二学生，最近在做蓝呀通讯，希望可以和你交流，哈哈哈