benjoying

@linuxer：@linuxer 感谢感谢，之前把这个意思曲解了谢谢！

《Linux内核同步机制之（四）：spin lock》发表时间：2017-07-19 20:37

@tree：3G这个点是linux定义的，1G的内核虚拟地址空间在物理内存比较小（小于1G）时会把全部物理地址映射到内核空间，物理内存比较大时在内核的虚拟空间就保留了一部分区域(HIGHMEM)可以动态映射，CPU输出的是虚拟地址，经过段管理（i386）转换为线性地址（linux中虚拟地址等于线性地址），再经过页管理转换为物理地址。整个过程页表是关键，操作系统软件设置好页表，硬件MMU是页表的使用者。内核空间的页表是虚拟地址3G到物理地址0的映射，这个在系统启动时就设置好了，用户空间的页表在malloc等申请内存时不会分配，只是记录虚拟空间占用，在更新时内核才会建立页表并关联物理内存

《ARM64架构下地址翻译相关的宏定义》发表时间：2017-07-19 16:59

随风律动

去掉pinctrl_bind_pins的话，管脚复用怎么配置？

《linux内核中的GPIO系统之（2）：pin control subsystem》发表时间：2017-07-19 16:27

javier

精彩文字抽象总结的非常到位，受益匪浅，感谢分享！还有一点疑惑请教，通常DMA都是访问的连续物理地址，在CPU和DMA互操作的时候需要考虑到cache和虚实地址转换，有没有DMA有能力可以访问虚拟内存和cache的？（ARM架构）我理解应该是可以的，但是不清楚现有的kernel有没有这样的支持。另外， DMA通常都是异步操作，所以每次传输完毕都会有相应的通知机制，如中断，所以会和中断子系统有交互。方便的话可以加入一些这方面的介绍就更完整了。

《Linux DMA Engine framework(1)_概述》发表时间：2017-07-19 15:04

linuxer

@benjoying：一般而言，这种临界区不会太长，一旦离开临界区，打开了bottom half的话，delay的bottom half会立刻执行。

《Linux内核同步机制之（四）：spin lock》发表时间：2017-07-19 14:34

lpy

@wowo：你好，我想问一下，上面提到slave在传输窗口内没有收到包，那会在下一个窗口继续进行接收。那我想问的是如果master在第一个传输窗口发了一个包，slave也收到包了，只是master没有收到slave的发的包，那下一步怎么进行？

《蓝牙协议分析(7)_BLE连接有关的技术分析》发表时间：2017-07-19 11:23

benjoying

（1）运行在CPU0上的进程A在某个系统调用过程中访问了共享资源R （2）运行在CPU1上的进程B在某个系统调用过程中也访问了共享资源R （3）外设P的bottom half中也会访问共享资源R 这时候，使用spin lock+禁止本地中断当然是可以达到保护共享资源的效果，但是disable中断会影响系统的中断延迟。在这种场景下，最适合的策略是：使用spin lock+禁止bottom half的方法。 @linuxer, 在这里有点不太明白，bottom half一般是用来做一些比较费时的事情，那如果把这个disable掉，那这部分如何处理呢，感谢！

《Linux内核同步机制之（四）：spin lock》发表时间：2017-07-18 18:08

zin

写的真好，学习了

《Device Tree（一）：背景介绍》发表时间：2017-07-17 18:29

Ekko