3.1 用户态访问 BO 的 CPU VA 为什么需要 fake offset

第二章已经把 BO 放进了多地址空间的整体框架里：同一个 BO，可以被 CPU 通过 CPU VA 访问，也可以被 GPU 通过 GPU VA 访问，还可能涉及 DMA address 和物理页。到了第三章，我们先只盯住一个问题：用户态进程怎样拿到一个可以读写 BO 的 CPU 虚拟地址？

在linux驱动中，用户态访问 bo 用的是mmap接口，这里假设你已经熟悉该接口的工作原理。如果还没有清楚该接口的原理，请先搞清楚。

这个问题看似简单。用户态创建 BO 后，手里通常已经有一个 handle；既然 handle 能代表 BO，那能不能直接把 handle 传给mmap()，让内核返回一个 CPU VA？答案是不行。GEM mmap 的关键设计就在这里：

• handle 负责引用对象；
• fake offset 负责让mmap()找到对象；
• CPU VA 则是mmap()成功后返回给用户态的地址。

本节我想先把这条链路讲清楚：

GEM handle -> ioctl 查询/创建 fake offset -> mmap(drm_fd, fake_offset) -> drm_gem_mmap() 根据 fake offset 找回 GEM object -> 建立 VMA -> page fault 时映射