核心结论
在驱动
mmap 场景中，映射的不只是地址，更是 CPU 访问这块区域时采用的内存属性。很多“设备偶发异常”“数据像随机变化”的问题，本质上不是代码逻辑崩了，而是 cache 视图和设备视图分裂了。专题导航
- 专题总览：Linux 驱动专题 - 详解 mmap
概述
缓存属性是
mmap 设计里最容易被低估、也最容易把人坑惨的一环。因为用户态成功拿到地址，只说明映射关系成立；并不说明 CPU、cache、memory 和 device 对这块区域的理解是一致的。在嵌入式驱动实践里，只要映射对象涉及寄存器、DMA buffer、framebuffer 或共享缓冲区，就必须显式判断该区域应该以什么内存类型访问。
架构框架
分点细节
1. 为什么缓存属性决定“看到的世界”
CPU 并不总是直面主存，它会借助 cache 提高访问效率。这带来的副作用是：
- CPU 可能读到旧 cache line
- 设备已经更新内存，但 CPU 还没感知
- CPU 写入可能暂时停留在 cache 中
因此，驱动必须决定这块区域是追求性能，还是优先保证设备与 CPU 看到相同状态。
2. cacheable：快，但容易制造假象
普通可缓存映射适合 CPU 主导、数据局部性高的场景，但在设备和 CPU 同时访问时会引入一致性问题。
- 适合普通内存语义较强的区域
- 不适合直接当寄存器语义使用
- 若叠加 DMA，必须有额外同步机制
3. non-cacheable：老实，但不便宜
非缓存映射通常用于 MMIO 或对可见性要求高的区域。
- CPU 每次更直接地接触真实状态
- 性能通常低于普通 cacheable
- 适合寄存器、状态窗口、某些强一致共享区
别嫌它慢。很多时候慢一点，比“快得像幻觉”更靠谱。
4. write-combine：大块顺序写场景的利器
该策略常见于：
- framebuffer
- 图形渲染输出
- 视频或显示刷新缓冲
它允许写合并以提升吞吐，但语义不同于普通 RAM。你不能指望每一次写操作都像寄存器访问那样立刻可见、严格有序。
5. 驱动里通常如何设置
在
.mmap 中，驱动常通过调整：或采用 write-combine 相关保护属性。
重点不是死记函数名，而是：驱动必须主动声明这块区域该以什么访问语义暴露给用户态。
6. 不同对象的页属性偏好不同
- 寄存器空间：通常优先非缓存或符合 MMIO 语义的属性
- DMA buffer：取决于一致性方案，不能偷懒默认处理
- Framebuffer：通常更关注顺序写吞吐
- 共享控制区：优先考虑可见性和状态一致
实践指南
先按对象类型选，再按性能调优
推荐顺序是：
- 先保证语义正确
- 再保证可见性正确
- 最后再追求吞吐优化
很多人反过来做，先冲性能，最后在 bug 面前跪得很整齐。
做最小化验证实验
对每种页属性至少验证三类行为：
- CPU 连续读是否能看到设备最新值
- CPU 写入后设备是否按预期观察到结果
- 高负载下是否出现时序性异常
把页属性写进接口文档
不要把“默认大家都懂”当成文档策略。需要明确写出：
- 该映射区域是数据面还是控制面
- 是否允许 cache
- 是否需要配合同步操作
易错点分析
- 把寄存器映射成普通 cacheable 内存：这会把访问语义直接搞坏。
- 把 DMA 问题误判为设备问题：很多所谓“设备偶发失灵”，其实是 cache 没同步。
- 把 write-combine 当普通 RAM：顺序和可见性预期会错位。
- 默认内核会替你选对属性：这属于把正确性交给运气。
- 只测功能，不测高负载和并发场景：缓存问题最爱在压力下表演。
词汇表
- 语义：对象被访问时应遵循的行为模型。比如寄存器强调实时性和副作用，普通内存强调读写数据本身；“语义正确”就是访问方式和对象本质一致。
- MMIO：Memory-Mapped I/O，指把设备寄存器或设备地址空间映射到 CPU 地址空间中，让软件通过读写内存地址的方式访问硬件。
- cacheable：CPU 可缓存访问的内存类型。
- non-cacheable：关闭普通缓存效果、强调直接可见性的访问类型。
- write-combine：允许写合并以提高顺序写吞吐的内存类型。
- 控制面：偏向控制和状态交互的区域，例如寄存器、doorbell、状态位。通常更关注时序、可见性和副作用语义。
- 数据面：偏向承载实际数据流的区域，例如 framebuffer、音视频 buffer、DMA 数据区。通常更关注吞吐、批量读写和一致性。
- 页属性：由页表和
vm_page_prot等机制共同决定的访问语义。
- 可见性：某一方写入后，另一方何时能观察到最新值。
关联和跳转
- 若你还没理解
mmap的内核链路，先回到：02｜从用户态 mmap 到驱动 .mmap：内核链路到底怎么走
- 若映射对象是 DMA buffer，这一页必须和下一页一起看：04｜DMA 一致性：真正做过驱动的人，为什么不会忘这件事
- 若准备开放给用户空间使用，安全边界继续看：05｜权限、安全与边界：不是所有内存都配被用户态摸
- 如果你在做 framebuffer 或共享缓冲区设计，也建议回看：01｜驱动 mmap 到底在映射什么？先把对象讲对
