4. Context Bank 与页表基址配置

Context Bank，说白了就是 SMMU 内部的一组寄存器集合。每个 Bank 对应一个独立的地址空间，用来存放页表基址、ASID、VMID 这些关键信息。我刚开始接触 SMMU 时，总觉得 Context Bank 就是个简单的配置项，后来踩过坑才明白——这里面的门道，直接决定了系统的稳定性和性能。

4.1 Context Bank 描述符格式

每个 Context Bank 在 SMMU 内部都有一个对应的描述符。这个描述符不是软件直接操作的，而是硬件在 TLB miss 时用来查找页表的关键索引。描述符的核心字段包括：

字段 位宽 描述
V 1 有效位，标记该 Bank 是否被启用
ASID 8/16 Address Space ID，区分同一 VM 内的不同进程
VMID 8/16 Virtual Machine ID，区分不同的虚拟机
TTBR0 64 页表基址寄存器 0，用于低地址空间
TTBR1 64 页表基址寄存器 1，用于高地址空间
Context Descriptor Pointer 64 指向 CD（Context Descriptor）在内存中的位置

关键点：Context Bank 的数量是硬件固定的，比如 SMMUv3 通常支持 128 或 256 个 Bank。配置时不能超过硬件上限，否则会触发 UNDEFINED 异常。

4.2 TTBR0 与 TTBR1 配置

TTBR0 和 TTBR1 是页表基址寄存器，分别对应不同的地址范围。我个人习惯把 TTBR0 用于用户空间（低地址），TTBR1 用于内核空间（高地址）。这样设计的好处是——切换进程时只需要改 TTBR0，TTBR1 保持不变。

配置 TTBR 时，有几个关键字段必须注意：

  • Base Address：页表的物理基址，必须对齐到页大小（通常是 4KB）。
  • ASID：与 TTBR 绑定的 ASID，用于 TLB 标记。
  • TG（Translation Granule）：翻译粒度，可选 4KB、16KB、64KB。
  • SH（Shareability）：共享属性，决定页表是否被多核共享。
  • RGN（Cacheability）：缓存策略，比如 Write-Back 或 Write-Through。

我的经验：配置 TG 时，我建议优先选 4KB。虽然 64KB 能减少页表级数，但很多外设的 DMA 地址并不连续，用大粒度反而浪费内存。我在一个项目中遇到过，为了省 TLB 条目选了 64KB，结果页表碎片化严重，性能反而下降了。

TTBR0 和 TTBR1 的切换逻辑很简单：

  • 如果输入地址在 低地址范围（由 TCR 中的 T0SZ 决定），使用 TTBR0。
  • 如果输入地址在 高地址范围（由 TCR 中的 T1SZ 决定），使用 TTBR1。
  • 如果地址落在中间区域，触发 Translation Fault。
// 伪代码示例：配置 TTBR0
void config_ttbr0(uint64_t base_addr, uint16_t asid) {
    // 确保基址对齐
    if (base_addr & 0xFFF) {
        // 对齐错误，触发异常
        return;
    }
    
    // 写入 TTBR0 寄存器
    ttbr0_reg = (base_addr & ~0xFFFF) | (asid & 0xFFFF);
    
    // 配置 TCR 中的 T0SZ
    tcr_reg = (tcr_reg & ~TCR_T0SZ_MASK) | (TCR_T0SZ_VALUE);
}

4.3 ASID 与 VMID 的作用

ASID 和 VMID 是 TLB 标记的核心。没有它们，TLB 就分不清哪个地址属于哪个进程或虚拟机。我打个比方：TLB 就像一个快递柜，ASID 是快递单号，VMID 是小区编号。没有这两个编号，快递员（硬件）根本不知道该把包裹（地址翻译结果）放哪个柜子。

标识符 作用域 典型用途
ASID 同一 VM 内 区分进程，避免进程间 TLB 冲突
VMID 全局 区分虚拟机，实现虚拟化隔离

避坑指南：我曾经在一个虚拟化项目中，把 VMID 配成了全 0。结果所有虚拟机的 TLB 条目都混在一起，一个虚拟机退出时，其他虚拟机的 TLB 也被刷掉了。性能直接腰斩。记住：VMID 必须唯一，不能复用。

ASID 的分配策略也很重要。常见的做法有两种：

  • 静态分配：每个进程固定一个 ASID，进程退出后回收。简单，但 ASID 数量有限（8 位只有 256 个）。
  • 动态分配：按需分配，ASID 用完后回收最久未使用的。复杂，但能支持更多进程。

我个人更推荐动态分配。虽然实现起来麻烦点，但在 Android 或 Linux 这种多进程场景下，256 个 ASID 根本不够用。我记得有一次调试，系统同时跑了 300 多个线程，静态分配直接导致 ASID 耗尽，新进程创建失败。

4.4 核心逻辑关系图

下面这张图展示了 Context Bank、TTBR、ASID/VMID 之间的协作关系：

Context Bank 与页表基址配置关系图 Context Bank 与页表基址配置关系 Context Bank 描述符索引 指向 指向 TTBR0 低地址页表基址 TTBR1 高地址页表基址 ASID 进程标识 VMID 虚拟机标识 说明： Context Bank 通过描述符索引找到 TTBR0/TTBR1， TTBR0 绑定 ASID 用于进程隔离，TTBR1 绑定 VMID 用于虚拟机隔离。

4.5 配置流程总结

配置 Context Bank 的步骤，我一般按这个顺序来：

  1. 分配 Context Bank：从硬件支持的 Bank 中选一个空闲的。
  2. 设置 ASID 和 VMID：确保唯一性，避免冲突。
  3. 配置 TTBR0/TTBR1：写入页表基址，注意对齐和粒度。
  4. 配置 TCR：设置 T0SZ/T1SZ，定义地址范围。
  5. 使能 Bank：设置 V 位，让硬件开始使用。

性能调优提示：如果系统中有大量进程频繁切换，可以考虑把 ASID 和 VMID 的位宽配大一点（比如 16 位）。虽然会增加 TLB 条目的存储开销，但能显著减少 TLB 刷新的频率。我在一个数据库场景中试过，TLB miss 率从 5% 降到了 1.2%。

嗯，到这里 Context Bank 和页表基址配置的核心内容就讲完了。记住：配置本身不难，难的是理解每个字段背后的硬件行为。多想想“为什么这样配”，而不是“怎么配”，你就能少踩很多坑。

← 上一章 📖 返回目录 下一章 →