1. CBASS模块AM62L SoC的“交通警察”与“安全门卫”在嵌入式系统开发尤其是基于复杂多核SoC如TI的Sitara™ AM62L的设计中我们常常需要与各种硬件外设“对话”。这种对话不是通过语言而是通过一种称为内存映射I/OMMIO的机制。你可以把整个处理器的地址空间想象成一个巨大的城市地图每个硬件模块如UART、GPIO、DMA控制器都在这个地图上拥有自己专属的“门牌号”物理地址。CPU要控制某个外设比如让一个LED灯闪烁它并不需要知道这个灯具体连在哪根物理引脚上它只需要向控制这个LED的GPIO模块的“门牌号”一组特定的寄存器地址写入特定的数据配置为输出、拉高或拉低电平即可。然而在一个像AM62L这样集成度高、子系统繁多的SoC里这个“城市”的交通会变得异常复杂。多个主设备如Cortex-A53核心、Cortex-M4F核心、DMA控制器、外部主机可能同时想去访问同一个从设备如一段共享内存或一个外设。更关键的是不同来源的访问请求可能具有不同的“身份”和“权限”比如来自安全世界的请求、来自非安全世界的请求、用户模式的请求、特权模式的请求甚至是调试访问。如果管理不善轻则导致数据冲突、系统不稳定重则可能引发严重的安全漏洞让恶意代码或未经授权的访问长驱直入。CBASSCentral Bus Access Security and Switching模块就是AM62L SoC中为解决上述问题而设计的核心“交通警察”兼“安全门卫”。它位于SoC内部互连总线的关键枢纽位置主要承担两大职责总线访问的路由与仲裁以及基于硬件的安全防火墙Firewall。我们今天要深入剖析的正是CBASS模块中那些用于实现这些功能的寄存器。理解并正确配置这些寄存器是确保你的AM62L系统稳定、高效且安全运行的基础。无论是进行底层BSP开发、驱动编写还是进行系统级的安全架构设计都绕不开对CBASS寄存器的掌握。2. 核心概念解析地址映射、防火墙与异常处理在深入寄存器细节之前我们需要建立几个核心概念模型这能帮助我们更好地理解后续每个寄存器位域的意义。2.1 内存映射I/OMMIO与物理地址如前所述MMIO是CPU与硬件交互的标准方式。在AM62L的技术参考手册TRM中你会看到大量的表格列出了诸如CBASS_FW模块基地址为4501 8000hCBASS_ISC模块基地址为4583 8000h。这里的h表示十六进制。基地址Base Address这是一个模块所有寄存器集合的起始“门牌号”。例如CBASS_FW模块占据了从4501 8000h开始的连续4KB0x1000字节的地址空间。偏移量Offset这是某个特定寄存器相对于其模块基地址的距离。例如CBASS_FW_IGPMC_MAIN_0_GPMC_FW_REGION_7_END_ADDRESS_L寄存器的偏移量是CF8h。那么它在CBASS1视角下的完整物理地址就是基地址 偏移量 4501 8000h CF8h 4501 8CF8h。这个计算过程是进行寄存器直接访问例如通过指针操作时必须完成的。物理地址空间AM62L拥有一个统一的48位物理地址空间。这意味着它可以寻址高达256TB的内存。在防火墙配置中我们看到的START_ADDRESS_H和START_ADDRESS_L寄存器就是用来定义受保护区域的48位起始和结束地址。2.2 安全防火墙Firewall的工作原理CBASS中的防火墙不是一个独立的硬件模块而是一套集成在总线访问路径上的访问控制策略引擎。它的工作模式可以类比为小区的门禁系统定义保护区Region首先你需要告诉“门禁系统”哪些楼栋和单元需要保护。这就是通过配置START_ADDRESS和END_ADDRESS寄存器来完成划定一个连续的地址范围。制定访问规则Permission光划定区域不够还要规定谁能进以什么方式进。这就是PERMISSION寄存器的作用。它可以针对一个保护区设置多达三套不同的权限规则PERMISSION_0, _1, _2每套规则可以匹配不同的PRIV_ID特权ID。规则本身极其细致可以针对以下属性进行独立允许或禁止安全状态请求是来自安全世界Secure还是非安全世界Non-secure这是ARM TrustZone技术的基础。特权等级请求是来自特权模式Supervisor如操作系统内核还是用户模式User如应用程序访问类型是读READ操作还是写WRITE操作缓存属性该访问是否可缓存CACHEABLE调试访问该访问是否来自调试器DEBUG执行检查与拦截当一个总线访问请求到达CBASS模块时防火墙会进行以下动作地址匹配检查请求的目标地址是否落在任何一个已启用ENABLE的防火墙保护区内。规则匹配如果地址匹配则根据该保护区的权限规则检查当前请求的PRIV_ID、安全状态、特权等级、访问类型等属性是否符合规则。决策如果符合任意一条允许规则则放行如果不符合所有允许规则则触发一次防火墙违例Firewall Violation。违例处理当发生违例时CBASS不会让非法访问通过而是会生成一个异常Exception。这个异常事件会被记录到异常日志寄存器中并且可以根据配置选择是否产生一个中断INTR通知CPU进行处理。这为系统提供了实时检测和响应安全威胁的能力。2.3 异常日志与中断机制当防火墙拦截了一次非法访问或者总线解码出现错误例如访问了一个未映射的地址时CBASS的异常处理单元就会被激活。它的工作流程如下信息捕获CBASS会瞬间“冻结”这次非法访问的关键信息包括访问地址记录在EXCEPTION_LOGGING_DATA0低32位和DATA1高16位寄存器中。访问属性记录在EXCEPTION_LOGGING_DATA2中包括读写方向、安全状态、特权等级、PRIV_ID、ROUTEID等。事务信息如数据长度BYTECNT在DATA3中。错误源与类型记录在EXCEPTION_LOGGING_HEADER0/1中例如TYPE_F字段固定为7表示CBASS错误CODE字段为0表示解码错误。状态记录ERR_INTR_RAW_STAT寄存器的对应位会被置位表示有一个原始的异常事件发生。中断产生可选如果ERR_INTR_ENABLE_SET寄存器中相应的中断使能位被设置那么ERR_INTR_ENABLED_STAT寄存器也会置位并向系统的中断控制器发出一个中断信号。中断服务CPU的中断服务程序ISR被触发。ISR需要读取这些日志寄存器来分析错误原因然后通过向EOIEnd Of Interrupt寄存器写入特定值来告知CBASS中断已处理以便其能响应下一个异常事件。状态清除通过向ERR_INTR_ENABLED_STAT或ERR_INTR_RAW_STAT的特定位写入1可以清除中断状态位。注意异常日志寄存器是“一次性”的。如果连续发生多次异常只有最后一次的信息会被保留。因此中断服务程序必须及时读取并处理日志否则会丢失之前的错误信息。此外某些严重的系统错误可能导致CPU无法正常执行ISR因此这些日志寄存器对于死机后的现场分析也至关重要。3. 关键寄存器组详解与配置实战了解了核心概念后我们开始逐组解析CBASS的关键寄存器并辅以实际的配置示例。我们将寄存器分为三大功能组全局控制与状态寄存器、防火墙配置寄存器、以及异常与中断管理寄存器。3.1 全局控制与状态寄存器这组寄存器提供了CBASS模块自身的身份信息、错误消息的目的地以及全局的异常日志控制。1. CBASS_ERR_PID (外设识别寄存器)地址CBASS1: 2A10 1000h作用这是一个只读寄存器用于识别CBASS模块的硬件版本。在软件驱动中读取此寄存器可以验证硬件是否正确识别或用于不同版本芯片的兼容性判断。关键字段SCHEME (位[31:30])PID方案固定为1。BU (位[29:28])业务单元2h表示处理器部门。FUNC (位[27:16])模块ID600h是CBASS模块的标识符。RTL (位[15:11]),MAJOR (位[10:8]),MINOR (位[5:0])分别表示RTL版本、主版本、次版本号。例如复位值66006102h解码后主版本为1次版本为2。2. CBASS_ERR_DESTINATION_ID (错误目的地ID寄存器)地址CBASS1: 2A10 1004h作用当CBASS模块需要向系统其他部分如某个核心或调试模块报告错误时该寄存器定义了错误消息的目的地标识符。在多核、多主设备的系统中这用于路由错误信息。关键字段DEST_ID (位[7:0])可读写的8位目的地ID。通常由系统固件在启动时根据芯片的资源配置进行设置。例如可以设置为某个Cortex-M4F核心的ID让其专门处理安全错误。3. CBASS_ERR_EXCEPTION_LOGGING_CONTROL (异常日志控制寄存器)地址CBASS1: 2A10 1020h(根据类似模块推断输入片段中未直接列出此寄存器描述但其地址在表格中)作用控制异常日志功能的全局行为例如是否使能日志、日志捕获的模式等。配置示例通常在系统初始化时需要使能异常日志功能以便在发生违例时能捕获信息。// 假设 EXCEPTION_LOGGING_CONTROL 的使能位在 bit 0 volatile uint32_t *cbass_err_log_ctrl (volatile uint32_t*)(0x2A101020); *cbass_err_log_ctrl | 0x1; // 使能异常日志记录3.2 防火墙区域配置寄存器详解与编程模型这是CBASS最核心的部分用于定义和保护特定的内存区域。每个可配置的防火墙区域Region都有一套相同的寄存器组包括控制、权限和地址寄存器。我们以CBASS_FW_IDEBUGSS_K3_WRAP_CV0_MAIN_0_VBUSP_CFG_FW_REGION_0为例进行详解。1. 控制寄存器 (CONTROL)地址CBASS1: 4501 8000h作用控制该防火墙区域的基本行为。关键字段解析ENABLE (位[3:0])区域使能。这是一个关键的安全特性。只有写入特定的值0xA才能使能该区域写入其他值则禁用。这种设计防止了因意外写操作例如野指针而误启用防火墙。LOCK (位[4])区域锁定。一旦将此位置1该区域的所有配置寄存器包括CONTROL本身都将变为只读直到下次系统复位。这可以防止已配置好的安全策略在运行时被恶意或错误的代码篡改。BACKGROUND (位[8])背景区域使能。一个防火墙模块通常只能定义一个背景区域。背景区域用于设置一个“默认”的、范围可能很大的安全策略。其他前景区域可以与背景区域重叠并拥有更严格的、优先级更高的规则。这允许实现“黑名单”或“白名单”模式。CACHE_MODE (位[9])缓存模式检查使能。如果置1防火墙在检查权限时会同时考虑访问的缓存属性CACHEABLE。这对于某些严格区分缓存和非缓存访问的场景很重要。2. 权限寄存器 (PERMISSION_0/1/2)地址PERMISSION_0: 4501 8004h,PERMISSION_1: 4501 8008h,PERMISSION_2: 4501 800Ch作用定义三套可选的访问权限规则每套规则关联一个PRIV_ID。当访问发生时防火墙会将访问请求的PRIV_ID与这三个寄存器中配置的PRIV_ID进行比较使用匹配的那套规则进行权限检查。关键字段解析PRIV_ID (位[23:16])该套规则所适用的特权ID。这是一个8位的标识符由发起访问的主设备在事务属性中携带。系统设计者可以自由定义其含义例如0x00代表Cortex-A53在安全世界发起的访问0x01代表Cortex-M4F的访问等。权限位矩阵每个寄存器包含了16个独立的权限位构成了一个4x4的矩阵行安全维度SEC_SUPV(安全特权模式),SEC_USER(安全用户模式),NONSEC_SUPV(非安全特权模式),NONSEC_USER(非安全用户模式)。列操作维度WRITE(写),READ(读),CACHEABLE(可缓存),DEBUG(调试)。配置逻辑如果某个位被设置为1则表示允许该种属性组合的访问。例如要允许非安全世界的特权模式代码读取该区域就需要将NONSEC_SUPV_READ位设为1。通常为了安全默认所有位都应初始化为0禁止所有访问然后按需开启。3. 地址范围寄存器 (START/END ADDRESS)地址START_ADDRESS_L:4501 8010hSTART_ADDRESS_H:4501 8014hEND_ADDRESS_L:4501 8018hEND_ADDRESS_H:4501 801Ch作用定义受保护区域的48位起始和结束地址。关键细节与陷阱地址对齐手册明确指出起始地址的低12位 (START_ADDRESS_LSB) 和结束地址的低12位 (END_ADDRESS_LSB) 是只读且被硬件强制设置的。起始地址低12位强制为0结束地址低12位强制为0xFFF。这意味着防火墙保护区域必须以4KB0x1000为粒度进行对齐和设置。这是一个非常重要的硬件约束。范围包含结束地址是“包含”在内的。例如设置START 0x8000_0000,END 0x8000_1FFF则保护的范围是0x8000_0000到0x8000_1FFF共8KB。高低位组合START_ADDRESS_H和END_ADDRESS_H寄存器复位值通常为7h这对应了AM62L默认的地址空间高16位。在配置时必须将48位地址正确拆分到高低位寄存器中。防火墙配置实战示例保护一段共享内存假设我们需要保护一段从0x8000_0000开始大小为64KB的共享内存区域只允许安全世界的特权模式进行读写禁止一切调试和非安全访问。计算地址起始地址:0x8000_0000结束地址:起始地址 大小 - 1 0x8000_0000 0xFFFF 0x8000_FFFF根据4KB对齐实际配置的START_ADDRESS为0x8000_0000(低12位为0)END_ADDRESS为0x8000_F000(低12位需为0xFFF所以地址是0x8000_Fxxx取0x8000_F000但注意这定义了包含0x8000_F000到0x8000_FFFF的4KB块我们需要覆盖到0x8000_FFFF因此END_ADDRESS的高36位应为0x8000_F)。更准确地说我们需要设置一个能包含0x8000_0000到0x8000_FFFF的、4KB对齐的最小区域。由于结束地址包含且低12位为FFF我们设置START_ADDRESS 0x8000_0000END_ADDRESS 0x8000_F000// 这表示区域为0x8000_0000~0x8000_F000不对0x8000_F000低12位是0。根据手册END_ADDRESS_L寄存器的高20位(END_ADDRESS_L)我们写入0x8000F低12位(END_ADDRESS_LSB)硬件强制为0xFFF。所以完整的48位END_ADDRESS是0x0007_8000_FFFF这里需要仔细拆分。 实际上对于地址0x8000FFFF其48位表示为0x0007_8000_FFFF。START_ADDRESS_H0x0007,START_ADDRESS_L0x8000_0000(取高20位0x80000因为低12位硬件补0)。END_ADDRESS_H0x0007,END_ADDRESS_L0x8000_F000(取高20位0x8000F因为低12位硬件补0xFFF最终地址为0x0007_8000_FFFF)。C语言配置代码// 定义寄存器指针假设基地址已映射 volatile uint32_t *region0_ctrl (volatile uint32_t*)(0x45018000); volatile uint32_t *region0_perm0 (volatile uint32_t*)(0x45018004); volatile uint32_t *region0_start_l (volatile uint32_t*)(0x45018010); volatile uint32_t *region0_start_h (volatile uint32_t*)(0x45018014); volatile uint32_t *region0_end_l (volatile uint32_t*)(0x45018018); volatile uint32_t *region0_end_h (volatile uint32_t*)(0x4501801C); // 第1步配置地址范围 (必须先于使能) *region0_start_h 0x0007; // 高16位 *region0_start_l 0x80000000 0xFFFFF000; // 取高20位低12位硬件处理 *region0_end_h 0x0007; // 高16位 *region0_end_l 0x8000F000 0xFFFFF000; // 取高20位低12位硬件会补为FFF // 第2步配置权限 (PRIV_ID 设为0仅允许安全特权模式读写) // 权限值计算: 我们需要设置 SEC_SUPV_WRITE(bit0)和SEC_SUPV_READ(bit1)为1。 // 假设PRIV_ID也为0。所以PERMISSION_0寄存器的值为: (0 16) | (1 1) | (1 0) 0x3 // 但注意寄存器位定义中SEC_SUPV_WRITE是bit0SEC_SUPV_READ是bit1。 uint32_t perm_value 0x3; // 仅开启安全特权模式的读和写权限 *region0_perm0 perm_value; // 第3步使能区域 (最后一步写入魔法值0xA到ENABLE字段) // CONTROL寄存器其他位默认为0我们只设置ENABLE字段。 // ENABLE字段在bit[3:0]需要写入0xA。 *region0_ctrl 0xA; // 第4步可选锁定区域防止意外修改 // *region0_ctrl | (1 4); // 设置LOCK位 // 注意一旦锁定在复位前无法修改调试时慎用实操心得配置防火墙区域的顺序非常重要。标准的推荐顺序是地址 - 权限 - 使能 - (可选)锁定。如果先使能再配置地址可能会在配置过程中触发意外的防火墙违例甚至导致配置访问本身被阻塞。此外在调试阶段先不要锁定区域以便随时调整策略。3.3 异常与中断管理寄存器当防火墙违例或总线错误发生时这组寄存器用于捕获信息和管理系统响应。1. 异常日志寄存器组 (EXCEPTION_LOGGING_*)作用只读寄存器用于捕获错误现场的“快照”。关键寄存器HEADER0/1包含错误类型(TYPE_F)、源/目的ID(SRC_ID,DEST_ID)、错误组和代码(GROUP,CODE)。DATA0/1组成48位的错误访问地址。DATA2包含丰富的访问属性如READ/WRITE、SECURE、PRIV、PRIV_ID、ROUTEID等。这是诊断“谁”以“什么方式”访问了“哪里”的关键。DATA3包含访问的字节数(BYTECNT)。使用场景在中断服务程序ISR中软件应首先读取这些寄存器来诊断错误原因。例如检查DATA2的PRIV_ID可以知道是哪个主设备触发了违例检查SECURE位可以知道是否是非安全世界试图访问安全区域。2. 中断状态与控制寄存器组 (ERR_INTR_*)作用管理由异常事件产生的中断。寄存器工作流程原始状态 (ERR_INTR_RAW_STAT)只要有异常发生对应位例如bit 0就会置1。该状态与是否使能中断无关它反映的是硬件事件的实际发生。使能设置 (ERR_INTR_ENABLE_SET/CLR)通过向SET寄存器的对应位写1来使能中断向CLR寄存器写1来禁用中断。只有使能后异常事件才能触发有效的中断信号。使能后状态 (ERR_INTR_ENABLED_STAT)该寄存器位在“异常发生”且“中断已使能”时置1。它直接关联到发送给中断控制器的信号。中断清除处理完中断后需要清除状态位以等待下一次中断。通常通过向ERR_INTR_ENABLED_STAT的对应位写1来清除。有些设计也支持通过写RAW_STAT来清除。中断结束 (EOI)向EOI寄存器写入任何值通常写0告知CBASS模块当前中断已处理完毕。这是一个常见的硬件中断控制器接口模式。中断处理示例代码框架// CBASS错误中断服务例程 (ISR) void cbass_error_isr(void) { volatile uint32_t *data0 (volatile uint32_t*)(0x2A10102C); volatile uint32_t *data2 (volatile uint32_t*)(0x2A101034); volatile uint32_t *enabled_stat (volatile uint32_t*)(0x2A101054); volatile uint32_t *eoi (volatile uint32_t*)(0x2A101060); // 1. 读取错误信息 uint32_t fault_addr_low *data0; uint32_t fault_attrs *data2; uint8_t priv_id (fault_attrs 0) 0xFF; // 假设PRIV_ID在bit[7:0] uint8_t is_secure (fault_attrs 8) 0x1; // 假设SECURE在bit8 uint8_t is_write (fault_attrs 13) 0x1; // 假设WRITE在bit13 // 2. 记录日志或采取恢复措施 (例如复位非法访问的主设备或打印错误信息) printf([CBASS Error] Addr: 0x%08x, PrivID: 0x%02x, Secure: %d, Write: %d\n, fault_addr_low, priv_id, is_secure, is_write); // 3. 清除中断状态位 (写1清除) *enabled_stat 0x1; // 4. 发送EOI信号告知CBASS中断处理完毕 *eoi 0x0; }4. 系统级设计考量与常见问题排查仅仅理解单个寄存器的功能是不够的在真实的AM62L项目开发中我们需要从系统层面思考CBASS的配置。4.1 安全启动与防火墙初始化流程在支持安全启动Secure Boot的系统中CBASS防火墙的配置通常是启动过程中非常靠前、非常关键的一步。ROM Code阶段芯片上电后内部的ROM代码会首先运行。它可能会配置最核心、最底层的防火墙区域例如保护自身的ROM代码区域、初始密钥存储区等防止后续加载的代码对其进行篡改。引导加载程序Bootloader阶段如U-Boot SPL。在此阶段需要根据板级设计初始化更多的防火墙区域。例如保护DDR的特定区域如存放安全Payload的区域。为不同的处理器核心A53, M4F划分其可以访问的外设和内存范围。保护用于引导的存储设备如QSPI Flash、eMMC的控制器寄存器区域。操作系统阶段Linux内核或RTOS启动后其安全子系统如OP-TEE for Linux或RTOS内的MPU/MMU配置可能会动态地调整或增删一些防火墙规则以配合虚拟内存管理、进程隔离等高级安全功能。注意事项防火墙配置具有“锁死”特性。一旦某个区域被LOCK在下次复位前无法修改。因此在动态管理内存的系统中如Linux要慎用LOCK功能或者只为那些绝对静态的、生命周期贯穿整个系统运行的核心区域如安全监控代码区加锁。4.2 多主设备与PRIV_ID路由策略AM62L有多个可以发起总线访问的主设备。PRIV_ID是防火墙区分它们的关键。你需要为每个需要区别对待的主设备分配一个唯一的PRIV_ID。这个ID是如何传递给CBASS的呢硬件连接在SoC内部连接主设备与CBASS的互连总线如TI的NavSS会负责在事务属性中携带PRIV_ID信息。软件配置通常每个主设备模块如Cortex-A53集群、Cortex-M4F子系统、DMA控制器都有其自身的配置寄存器用于设置其发出事务的PRIV_ID。你需要在初始化那些主设备时一并配置好这个ID。策略规划在系统设计初期就要规划好PRIV_ID的分配表。例如PRIV_ID主设备默认权限策略0x00Cortex-A53 (Secure World)可访问所有安全关键资源0x01Cortex-A53 (Non-secure World)受限访问不可访问安全外设和内存0x10Cortex-M4F可访问共享内存和特定外设0xFFDMA (Non-secure)仅可访问指定的数据缓冲区4.3 常见问题与调试技巧在开发过程中配置CBASS防火墙最容易遇到系统挂死、访问被拒绝等问题。以下是一些排查思路问题1系统在访问某个外设或内存区域时卡死或触发异常。排查步骤检查异常日志这是第一步也是最重要的一步。进入异常处理程序或通过调试器直接读取CBASS_ERR_EXCEPTION_LOGGING_*系列寄存器。查看出错的地址(DATA0/1)、访问属性(DATA2)和错误代码(HEADER1.CODE)。核对防火墙配置根据出错地址检查是哪个防火墙区域拦截了访问。确认该区域的地址范围、使能状态和权限设置是否与当前访问的PRIV_ID、安全状态、读写属性匹配。检查PRIV_ID确认发起访问的主设备配置的PRIV_ID是否正确。一个常见的错误是在非安全世界运行的Linux驱动其发起的访问却带着安全世界的PRIV_ID或反之导致被防火墙拒绝。检查锁定状态如果区域被意外锁定你将无法修改其配置只能通过复位来恢复。问题2配置了防火墙但似乎没有生效非法访问依然通过了。排查步骤确认使能检查CONTROL寄存器的ENABLE字段是否已写入0xA。仅仅配置地址和权限不写入这个魔法值区域是不会生效的。确认地址对齐检查配置的起始和结束地址是否满足4KB对齐要求。如果地址设置不正确防火墙的匹配逻辑可能无法正常工作。检查背景区域如果使能了背景区域(BACKGROUND1)且其权限比较宽松那么即使前景区域禁止了访问请求也可能被背景区域允许。需要理清背景区域和前景区域的优先级与覆盖关系。检查中断屏蔽如果依赖中断来发现违例请确认ERR_INTR_ENABLE_SET寄存器已正确使能。问题3如何在不触发异常的情况下调试防火墙配置技巧在初始配置阶段可以先不使能中断保持ERR_INTR_ENABLE_SET为0但使能异常日志。然后进行测试访问。测试完成后通过调试器或软件主动去读取ERR_INTR_RAW_STAT寄存器。如果该位为1说明发生了违例此时再去查看日志寄存器分析原因。这样可以避免因配置错误导致系统不断进入中断处理程序影响调试流程。问题4防火墙配置与MMU/MPU的协同工作。要点在AM62L这类具有MMU内存管理单元的Cortex-A核心上存在虚拟地址-物理地址-防火墙检查的链条。MMU负责虚拟地址到物理地址的转换和缓存属性管理。防火墙工作在物理地址层面检查的是经过MMU转换后的物理访问属性。因此两者必须协同配置。例如MMU页表条目中标记为“不可缓存”的访问即使防火墙的CACHEABLE权限位允许该访问也不会被缓存。反之如果MMU标记为“可缓存”但防火墙禁止了CACHEABLE权限则访问会被拒绝。在设计时需要确保MMU的属性和防火墙的权限规则保持一致。
