3. 地址重叠冲突：Master地址空间重叠、Slave地址解码错误、地址边界对齐问题
地址重叠，说白了就是两个设备抢同一块地盘。这在AXI总线里是个挺常见的坑。我刚开始做验证那会儿，就因为这个吃过亏——仿真跑得好好的，突然数据就乱了，查了三天才发现是地址解码出了问题。
3.1 Master地址空间重叠
多个Master同时访问同一个Slave的同一段地址，这本身不是问题。问题在于，如果两个Master都认为自己拥有某段地址的独占权，那就麻烦了。
核心问题：当两个Master的地址映射范围存在交集，且这个交集没有被正确管理时，总线仲裁器可能会把请求发错地方。
举个例子。假设Master A的地址范围是0x0000_0000 ~ 0x0FFF_FFFF，Master B的地址范围是0x0800_0000 ~ 0x17FF_FFFF。你看，0x0800_0000 ~ 0x0FFF_FFFF这段，两个Master都能访问。嗯，这里就要小心了。
我在项目中遇到过这样一个案例：一个DMA控制器和一个CPU核，它们的地址映射表里都包含了某段外设寄存器空间。结果DMA在搬运数据时，CPU也去读写同一个地址，数据一致性就崩了。
我的建议：设计阶段就要把地址映射表画清楚。每个Master的地址范围用不同颜色标出来，重叠部分用高亮显示。这活儿看着简单，但能省下后面排查的大把时间。
3.2 Slave地址解码错误
Slave端的地址解码，说白了就是判断「这个地址是不是我的」。解码逻辑如果写错了，后果很直接——该响应的没响应，不该响应的瞎响应。
常见的解码错误有这几种：
- 解码范围写死了：比如只检查高位地址，忽略了低位。结果两个Slave的地址范围其实有重叠，但解码器认为它们互不干扰。
- 边界条件没处理好：比如地址0x1000_0000 ~ 0x1FFF_FFFF是Slave A的，解码器写成了
addr >= 0x1000_0000 && addr <= 0x1FFF_FFFF。看着没问题对吧？但如果地址是0x2000_0000，解码器可能因为某个逻辑门的延迟，误判成在范围内。 - 默认响应没做：当地址不属于任何Slave时，总线应该返回一个错误响应（比如SLVERR或DECERR）。但有些设计偷懒，没做这个默认处理，结果地址飘了也没人知道。
我曾经踩过的坑：有个项目里，Slave的地址解码用了组合逻辑，但没考虑X态传播。仿真时某个地址位变成了X，结果解码器直接输出了一堆乱码，好几个Slave同时响应。那场面，真是「群魔乱舞」。
怎么排查？我个人习惯的做法是：在仿真环境里，对每个Slave的地址范围做边界扫描。比如Slave的地址范围是0x1000_0000 ~ 0x1FFF_FFFF，我就生成0x0FFF_FFFF、0x1000_0000、0x1FFF_FFFF、0x2000_0000这几个地址的读写请求，看响应对不对。
3.3 地址边界对齐问题
AXI协议对地址对齐有明确要求。说白了，就是传输的起始地址必须与数据总线宽度对齐。比如32位数据总线，地址必须是4字节对齐的；64位数据总线，地址必须是8字节对齐的。
你想想看，如果地址没对齐，会发生什么？
- 对于突发传输（Burst），地址没对齐会导致传输长度计算错误，甚至直接触发AXI协议错误。
- 对于非对齐传输，虽然AXI协议允许（通过WSTRB信号控制），但很多Slave并不支持。我见过一个设计，Slave的地址解码器只检查了地址的高位，没检查低位对齐，结果非对齐访问进来后，数据写到了错误的位置。
关键点：地址对齐检查，应该在Master和Slave两端都做。Master端保证发出的地址是合法的，Slave端也要能正确处理非对齐请求（要么支持，要么返回错误）。
这里我分享一个实用的检查方法：在验证环境里，写一个地址对齐的断言（Assertion）。比如：
// 检查地址是否对齐到4字节
property addr_aligned;
@(posedge clk)
(ARVALID && ARREADY) |-> (ARADDR[1:0] == 2'b00);
endproperty
assert property (addr_aligned) else
$error("Address not aligned to 4-byte boundary!");这个断言一加，仿真时任何非对齐的读地址都会被立刻抓出来。写操作同理，检查AWADDR就行。
3.4 知识结构图
下面这张图，我把地址重叠冲突的三种情况串起来了。你可以把它当成排查时的路线图。
3.5 实战排查清单
最后，我整理了一份排查清单。遇到地址冲突问题时，按这个顺序查，基本能定位到根因。
| 步骤 | 检查项 | 说明 |
|---|---|---|
| 1 | 地址映射表 | 确认每个Master和Slave的地址范围没有意外重叠 |
| 2 | 解码逻辑 | 检查Slave端的地址解码器，特别是边界条件和默认响应 |
| 3 | 地址对齐 | 用断言检查所有传输的地址是否对齐到数据总线宽度 |
| 4 | 仿真波形 | 抓取ARADDR/AWADDR和对应的响应信号，看地址是否被正确路由 |
| 5 | 随机测试 | 增加随机地址的测试用例，覆盖边界值和非法地址 |
一个小技巧：在验证环境里，我习惯把地址映射表做成可配置的。这样换一个项目，改一下配置文件就行，不用重新写验证代码。省时省力，还不容易出错。
地址重叠冲突，说白了就是「地盘没划清楚」。只要在设计阶段把地址映射表画清楚，验证阶段把边界条件测全，这坑基本就能避开。嗯，今天就聊到这儿吧。