树莓派4系统定时器读取异常：映射0x7e003000地址读取返回-1排查

异常现象汇总 #

• 目标读取BCM系统定时器低32位寄存器，参考物理地址为0x7e003004
• 实现逻辑为打开/dev/mem设备，将0x7e003000物理页映射到用户态，偏移4字节得到t4lo指针
• 调试过程中观察到t4lo的指针值为0xb6f3a004，表面上指针计算逻辑无问题，但gdb无法对该指针执行解引用操作，读取结果一直返回异常值-1

核心异常原因 #

• 物理地址认知错位
  旧资料中记录的0x7e003000是BCM2835芯片的总线地址，并非ARM处理器视角下的CPU物理地址。树莓派4搭载的BCM2711芯片中，CPU侧看到的外设统一基址为0xfe000000，系统定时器的真实物理基址为0xfe003000。当前代码中映射的0x7e003000属于CPU地址空间中的未定义区域，哪怕mmap返回非空指针，实际映射的内存页也没有对应硬件寄存器，访问时会触发内存保护异常。
• 映射结果判断逻辑缺失
  Linux系统中mmap调用失败时的返回值为MAP_FAILED（即(void *)-1），并非空指针。仅通过观察指针的数值是否“合理”判断映射成功是不可靠的，必须和MAP_FAILED做严格对比。当映射地址不被内核允许时，函数会直接返回失败指针，后续访问自然无法正常读取。
• 内核devmem访问限制
  较新版本的树莓派内核默认开启CONFIG_STRICT_DEVMEM配置，会限制用户态通过/dev/mem直接映射受内核保护的物理地址区间。哪怕以root权限打开/dev/mem，映射0x7e003000这类属于旧版外设地址范围的区域时，也会被内核拦截，直接返回映射错误。

排查实操步骤 #

• 将mmap的映射物理地址替换为树莓派4对应的0xfe003000，不要直接沿用树莓派1/2/3的固定地址定义
• 补充mmap返回值校验逻辑：映射完成后必须判断start == MAP_FAILED，并通过perror打印具体的映射错误信息
• 查看/proc/iomem文件中的外设地址记录，确认系统定时器对应的实际物理映射范围
• 注意区分芯片总线地址与CPU物理地址，避免直接把裸机文档中的总线地址当作物件地址传给mmap

你当前使用clock_gettime完成计时需求的方案是更稳妥的选择，内核已经对硬件定时器的访问做了跨硬件版本的兼容封装，不需要用户态手动操作寄存器即可获得高精度计时能力，也能规避不同树莓派版本的地址兼容问题。

内容的提问来源于stack exchange，提问作者rich