4. 寄存器映射基础：ioremap原理、物理地址到虚拟地址的转换、内存屏障

在嵌入式Linux驱动开发中，CPU无法直接通过物理地址访问外设寄存器。现代操作系统采用MMU（内存管理单元）实现虚拟地址空间隔离，驱动必须将外设的物理寄存器地址映射到内核虚拟地址空间后才能进行读写。本章深入剖析ioremap的实现原理、物理地址到虚拟地址的转换机制，以及保证寄存器访问顺序与完整性的内存屏障技术。

4.1 物理地址与虚拟地址的鸿沟

ARM64/x86架构下，CPU执行指令时使用的地址均为虚拟地址（VA）。MMU负责将VA转换为物理地址（PA）。外设寄存器位于物理地址空间，驱动无法直接使用物理地址指针访问，必须通过内核提供的映射机制建立VA ↔ PA的映射关系。

4.2 ioremap 原理与实现机制

ioremap() 是内核提供的核心API，用于将物理地址区域映射到内核虚拟地址空间。其原型定义在 <linux/io.h> 中：

#include <linux/io.h>

void __iomem *ioremap(phys_addr_t phys_addr, unsigned long size);
void iounmap(void __iomem *addr);

4.3 ioremap 内核实现流程

ioremap 在内核中的实现涉及多个子系统协作，主要步骤包括：

1. 地址对齐与长度校验： 检查物理地址是否页对齐（通常4KB），长度向上取整到页边界。
2. 虚拟地址空间分配： 在 vmalloc 区域或固定映射区域（如 ARM64 的 fixmap）分配一段连续的虚拟地址空间。
3. 页表建立： 遍历内核页表层级（PGD → P4D → PUD → PMD → PTE），为每个物理页建立虚拟地址到物理地址的映射。
4. 属性设置： 设置页表项中的内存属性位，包括：
   • Device memory (nGnRE): 禁止CPU缓存、合并写、推测读。
   • 可执行位清除： 防止寄存器区域被当作代码执行。
   • 特权访问： 仅内核空间可访问。
5. TLB刷新： 使与映射相关的TLB条目失效，确保新映射生效。

4.4 物理地址到虚拟地址的转换细节

ioremap 返回的虚拟地址不能直接解引用，必须通过专用的访问宏进行操作。这些宏确保编译器不会优化掉寄存器访问，并插入必要的内存屏障。

4.5 内存屏障：保证寄存器访问顺序

现代CPU和编译器会为了性能优化而对内存访问进行重排序。对于外设寄存器，这种重排序可能导致严重的时序错误。内存屏障（Memory Barrier）用于强制访问顺序和完成性。

4.5.1 为什么需要内存屏障

• 编译器重排序： 编译器可能将两个相邻的寄存器写操作交换顺序。
• CPU乱序执行： 处理器可能提前执行后续的读操作，导致读到过时的值。
• 写缓冲合并： CPU可能将多个小写操作合并为一次总线事务。
• 缓存一致性： 不同核或不同总线主控看到的寄存器值可能不一致。

4.5.2 内核内存屏障API

4.5.3 典型使用场景

/* 场景1：先写控制寄存器，再读状态寄存器 */
writel(CMD_START, &ctrl_reg);
wmb();  /* 确保CMD_START写完成 */
status = readl(&status_reg);

/* 场景2：DMA描述符更新后通知硬件 */
desc->flags |= DMA_READY;
wmb();  /* 确保描述符写完成 */
writel(DOORBELL, &doorbell_reg);

/* 场景3：多寄存器初始化序列 */
writel(MODE_SELECT, &mode_reg);
writel(CLK_DIV_4, &clk_reg);
writel(INT_ENABLE, &int_reg);
wmb();  /* 确保所有配置写完成 */
writel(DEVICE_ENABLE, &ctrl_reg);

4.6 ioremap 与内存屏障的协同工作

ioremap 建立的映射属性（Device memory）已经包含了硬件级别的访问顺序保证，但驱动仍需要软件层面的内存屏障来应对以下场景：

• 普通内存与MMIO混合访问： 当驱动先写普通内存（如DMA描述符）再写MMIO寄存器触发操作时，必须使用 wmb() 或 dma_wmb()。
• 多核同步： 不同CPU核访问同一外设寄存器时，需要配合spinlock和内存屏障使用。
• 中断上下文： 在中断处理函数中访问寄存器，需要考虑与主线程的访问顺序。

4.7 实际驱动中的寄存器映射模板

#include <linux/io.h>
#include <linux/ioport.h>

struct my_device_regs {
    void __iomem *base;
    unsigned long phys_base;
    unsigned long region_size;
};

static int my_device_probe(struct platform_device *pdev)
{
    struct resource *res;
    struct my_device_regs *regs;

    regs = devm_kzalloc(&pdev->dev, sizeof(*regs), GFP_KERNEL);
    if (!regs)
        return -ENOMEM;

    /* 1. 获取设备树中的寄存器资源 */
    res = platform_get_resource(pdev, IORESOURCE_MEM, 0);
    if (!res)
        return -ENXIO;

    regs->phys_base = res->start;
    regs->region_size = resource_size(res);

    /* 2. 请求I/O内存区域 */
    if (!devm_request_mem_region(&pdev->dev, regs->phys_base,
                                 regs->region_size, pdev->name))
        return -EBUSY;

    /* 3. ioremap 映射 */
    regs->base = devm_ioremap(&pdev->dev, regs->phys_base,
                               regs->region_size);
    if (!regs->base)
        return -ENOMEM;

    /* 4. 通过访问宏操作寄存器 */
    writel(0x01, regs->base + REG_CTRL);
    wmb();
    val = readl(regs->base + REG_STATUS);

    platform_set_drvdata(pdev, regs);
    return 0;
}

4.8 常见问题与调试方法

寄存器映射是驱动与硬件交互的桥梁。理解 ioremap 的页表建立机制、物理地址到虚拟地址的转换细节，以及内存屏障的精确使用，是构建稳定、高效嵌入式驱动的基石。下一层我们将探讨如何通过设备树描述寄存器资源，实现驱动与硬件信息的解耦。