wowo

@heng：driver一定要等到device才能匹配。 dts是一种描述设备的语法，kernel在启动的时候会把dts的描述转换为实际的device。

《Linux设备模型(5)_device和device driver》发表时间：2016-12-22 10:57

heng

@wowo 窝窝，这个probe我大致理解了，之前都是内核检测到有相应的设备的时候，又匹配到有相应的平台驱动。但是最近linux不是更新了设备树吗？就是用dts文件这个，我在《ARM Device Tree设备树.pdf》这个文章里面看到这样一句话，有点不理解。。：（以下是原文）使用 Device Tree 后,驱动需要与.dts 中描述的设备结点进行匹配,从而引发驱动的 probe()函数执行。 1.这段话的理解可不可以是现在就算没有设备，plattform_driver的probe也可以执行？ 2.如果不是，那么这个of_match_table里面匹配dts中的东西的时候，是什么原理？谢谢窝窝～

《Linux设备模型(5)_device和device driver》发表时间：2016-12-22 10:48

electrlife

@electrlife：对于fixed map感觉arm 32中似乎没有使用，至少fdt的映射我没有找到相关的信息？不知是否这样？

《Fix-Mapped Addresses》发表时间：2016-12-21 17:38

electrlife

这段时间一直跟着Linuxer学习mmu管理，再次读完本节，发表下我对于fixmap的理解或是读书笔记，请linuxer指正。在内核初始化阶段，内核仅仅映射kernel image & identify map 两个地方的虚拟地址空间。固定映射所需的页表都静态定义在kernel image中，因此可以方便的时行访问，这样可很轻松的映射一些虚拟地址。但是这是对虚拟地址的限制的，虚拟地址不能太大，其所需的PGD描述符应该可以在一个全局的PGD页表中找到，因为全局的页表仅使用一个页来保存,所以fixed map的虚拟地址应该限制在一定范围内。fixed map映射所需要的页表按文章所述应该是静态的存在kernel image bss段. 以上是个人浅显的理解，不知是否正确，请Linuxer指正。另，对于fixed map映射所需要的页表，及其定义能否简单讲解下？谢谢！

《Fix-Mapped Addresses》发表时间：2016-12-21 17:36

electrlife

初始阶段的页表（PGD/PUD/PMD/PTE）都是排列在一起的，每一个占用一个page。 ===>> 请问下，每一个页表占用一个page，且排列在一起，为什么每个页表使用一个page，是合适的？比如：pgd 页表，如果4k page，那么最多保存4k/8=512 entry。对于0xC0000000会不会落到其512entry之外，或者说使用一个页来保存pgd页表在任何配置下都会使用其kernel的虚拟地址落在一个页内。

《内存初始化代码分析（一）：identity mapping和kernel image mapping》发表时间：2016-12-21 14:59

floater

arm IKS确实已经不太使用了，big-little架构主要使用HMP，与cpufreq是独立的。但是最新的EAS调度又要与cpufreq相关，不知道会不会再沿用IKS的一部分思路

《linux cpufreq framework(5)_ARM big Little driver》发表时间：2016-12-21 14:46

wowo

@chen_chuang：说实话，这不好说啊，其实最大的可能是共存（大家都通过各自的适配层，接入到IPv6的网络，就抹平了技术的差异，剩下的只是利益分配的问题了）。从市场的角度看，我个人的感觉，我们熟悉的这几种里面，WIFI>BLE>Zigbee.

《快讯：蓝牙5.0发布（新特性速览）》发表时间：2016-12-21 09:31

smartQ

在文章的开始：“第三行对head的赋值阻止了其他thread通过p获取对head的引用”，我觉得这里理解为“第三行对head的赋值阻止了其他thread通过head获取对p的引用”更合理一点

《Perf book 9.3章节翻译（下）》发表时间：2016-12-20 16:45

chen_chuang

@wowo：@wowo,物联网方面，你看好蓝牙还是看好ZigBee，还是其他