ARM64下hibernate_exit阶段能否持续使用初始化时映射的fixmap？

核心疑问解答 #

1. 初始化阶段映射的永久Fixmap是否会一直保留？ #

是的。ARM64中永久Fixmap区域（如FIX_*宏定义的非临时项）的映射，一旦通过__set_fixmap建立，除非主动调用__clear_fixmap清除，否则会一直保留在内核页表（TTBR1）中，不会被内核自动回收或修改，系统运行的任何阶段（包括休眠恢复）理论上都可以访问——前提是当前TTBR1指向的页表包含该映射。

需要注意：如果是临时Fixmap（比如用于页表操作的临时映射项），内核会在使用后立即清除，这类映射无法长期使用。你需要确认自己使用的是永久Fixmap项（可查看arch/arm64/include/asm/fixmap.h中的定义，避免使用带TEMP前缀的项）。

2. Fixmap不受TTBR切换影响的假设是否正确？ #

不正确。ARM64的Fixmap属于内核虚拟地址空间，映射仅存在于当前活跃的TTBR1页表中。休眠恢复阶段的hibernate_exit汇编代码会切换到临时TTBR1页表（用于恢复内核主页表前的过渡），这个临时页表并不包含你之前在主内核页表中建立的Fixmap映射，此时访问原Fixmap虚拟地址会触发页表缺失，直接导致系统崩溃——这很可能就是你遇到的问题。

问题排查与解决建议 #

1. 检查Fixmap映射属性
   看门狗寄存器属于设备内存，必须使用正确的页保护属性。调用__set_fixmap时，要传入pgprot_device(PROT_READ | PROT_WRITE)而非普通内存属性：

   __set_fixmap(FIX_WDT_BASE, wdt_phys_addr, pgprot_device(PROT_READ | PROT_WRITE));
   

   如果属性错误（比如用了PAGE_KERNEL），即使映射存在，写入设备寄存器也会触发内存访问异常。

2. 在临时TTBR1页表中同步映射
   休眠恢复的临时页表（通常在arch/arm64/kernel/suspend.S或相关汇编文件中定义）是独立于主内核页表的。你需要在切换到临时TTBR1前，将看门狗的物理地址映射到临时页表的某个虚拟地址，或者在临时页表中手动添加原Fixmap项的映射。

   具体操作可以参考休眠恢复阶段其他设备映射的处理方式：在汇编代码中通过修改临时页表项，将看门狗PA映射到一个临时VA，然后用这个VA喂狗。

3. 直接使用物理地址的临时映射（汇编阶段）
   在ARM64汇编中，也可以通过临时映射物理地址的方式访问看门狗：利用TTBR0的低地址空间，临时建立一个指定映射，完成喂狗后再解除。这种方式无需依赖主内核页表的Fixmap，更适合汇编阶段的TTBR切换场景。

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