总线矩阵优先级配置：固定/轮询仲裁编程、QoS 寄存器与带宽分配实战
更新时间：2026-09-28。本文是「集成电路大类 · 芯片设计」总线互连主题簇里的一篇长尾文。AHB-Lite 总线矩阵与多层互连 讲清了矩阵的拓扑——多个主机经交叉开关并行访问多个从机，但它留下了一个工程上天天要打交道的问题：两个主机同时抢同一个从机时谁先走？答案就写在矩阵的仲裁器配置里，也就是本篇的主角——总线矩阵优先级配置。
本文要回答的问题
- 矩阵仲裁器有哪几种优先级策略，固定与轮询各自解决什么问题？
- 优先级寄存器一般长什么样，复位默认值是什么，改它有什么风险？
- QoS 信号是怎么映射到矩阵内部优先级的？
- 给定各主机的流量模型，怎么估算优先级配置下的实际带宽分配？
- 验证阶段要定向覆盖哪些仲裁场景？
一、为什么矩阵需要可编程优先级
总线矩阵（bus matrix）的价值在于并行：CPU 访问 DDR 的同时，DMA 可以写 SRAM，互不阻塞。但只要两条通路汇聚到同一个从机端口，就必须仲裁——同一时刻从机只能服务一笔事务。矩阵里每个从机端口背后都有一个独立仲裁器，这是理解优先级配置的第一个要点：优先级是按从机端口配置的，不是全局一张表。CPU 在 DDR 端口上是高优先级，并不意味着它在 SRAM 端口上也是。
第二个要点是仲裁粒度。AHB 矩阵以一笔 burst 为粒度授权（授权期间 HGRANT 不变），AXI 交叉开关则以单笔事务（一次 AW/AR）为粒度。粒度决定了「最坏等待时间」的量级：一个 16 拍 INCR burst 占住从机期间，其他主机只能干等，这就是后面算带宽时 burst 长度要进公式的原因。
常见的可配置策略有三类：
| 策略 | 行为 | 适用场景 | 风险 |
|---|---|---|---|
| 固定优先级（fixed/priority） | 编号小（或配置值高）的主机永远先走 | 实时主机（显示、音频）必须低延迟 | 低优先级主机可能饿死 |
| 轮询（round-robin） | 授权指针循环轮转，最近一次被服务的主机排最后 | 同构多主公平共享 | 无严格时延保证 |
| QoS/分层优先级 | 事务携带 QoS 值，仲裁按值排序，同值再轮询 | 混合流量、需要软件动态调权 | 配置链路长、验证面大 |
二、优先级分层：一张图看懂仲裁决策顺序
实际的商用矩阵（如 ARM NIC-400、各家自研 NoC 交叉开关）往往把几种策略叠成分层结构：先看事务携带的 QoS 值，同 QoS 再按端口固定优先级或轮询裁决。下图画出一个典型的三级仲裁分层。
这张图要和正文对照着读：QoS 是第一道筛子，值为 0 的事务通常表示「不表态」，直接掉到第二层；第二层固定优先级由寄存器静态配置，是芯片集成者留给系统的「默认秩序」；第三层轮询只在平级竞争时兜底，防止任何一方被永久压住。配置时的核心思路是：实时性用第一层 QoS 保证，常态秩序用第二层固定优先级表达，公平性交给第三层。
三、寄存器编程模型：优先级怎么写进去
不同厂商寄存器布局不同，但抽象模型高度一致。以一个四主一从端口为例，典型的可编程项有：
| 寄存器项 | 典型位宽 | 含义 | 复位默认 |
|---|---|---|---|
ARB_MODE | 1-2 位 | 0=固定 / 1=轮询 / 2=QoS 使能 | 轮询或固定（查手册） |
PRIORITY[m] | 每主 2-4 位 | 固定优先级值，值大者优先 | 按端口号递增 |
QOS_EN | 1 位 | 是否采样事务的 QoS 边带 | 关闭 |
QOS_MAP[q] | 每组 2-4 位 | QoS 值到内部优先级的映射表 | 恒等映射 |
三个编程细节容易踩坑。其一，改优先级要在总线空闲窗口做：多数矩阵不会原子切换仲裁配置，运行时改写可能让正在仲裁的一拍用到半新半旧的值，稳妥做法是先停对应主机的流量（关 DMA 通道、CPU 进 WFI），再写寄存器。其二，固定优先级值是否允许重复要查手册——允许重复的实现会在同值内部再轮询，不允许的写重复值可能触发配置错误或行为未定义。其三，部分矩阵把优先级拆成「读通道优先级」和「写通道优先级」两份（AXI 读写本就是独立通道），只想加速读的流量不要把写优先级也拉满，否则写响应通道反而挤占别人。
QoS 路径则多一段映射。AXI 主机在 ARQOS/AWQOS[3:0] 上打出 0-15 的优先级值，矩阵侧把它映射到内部有限的优先级档（比如 4 档）。映射不是规约强制的，完全由集成者配置，相关背景见 AXI4 QoS 服务质量信号 与 Transaction ID 与 QoS 仲裁。如果主机 IP 不支持 QoS 输出，常见做法是在矩阵主机端口侧配置一个「默认 QoS 值」寄存器，相当于把端口级优先级翻译成事务级 QoS，两种机制就此打通。
四、带宽分配怎么估算
优先级配置的落点最终是带宽。估算分两步。先算每台主机的需求带宽：B_req = 拍宽 × 拍数 × 事务频率，例如显示控制器每行取 64 拍、32 位、每秒 60 帧 × 1080 行，约为 16.6 MB/s。再按仲裁策略分从机的供给带宽 B_max（比如 32 位 200 MHz 的 AHB 从机端口约 800 MB/s 理论值）：
- 固定优先级下是「瀑布式」分配：最高优先级主机先拿走
min(B_req1, B_max)，剩余B_max - B_1给第二台，依此类推。只要高优先级需求不超过从机容量，低优先级拿到的就是残羹；一旦高优先级瞬时需求打满，低优先级带宽直接归零。 - 轮询下是「按需均分」：n 台活跃主机各得约
B_max / n，但任何一台发不满时余量自动让给别人，因此轮询的实际利用率通常更高，代价是延迟抖动大。
工程配置的经典组合是：显示/音频等「饿死就出故障」的主机走固定高优先级或高 QoS 值；CPU、DMA 这类「慢一点没关系」的走轮询。配置完成后必须用性能计数器实测验证，方法见 总线性能计数器与带宽测量——估算只是起点，burst 效率、等待态、桥接开销都会再吃掉 10%-30%。
五、验证要点与常见坑
仲裁配置的验证面不大但很刁钻，定向用例至少覆盖：两台主机同拍请求同一从机时授权是否符合预期优先级；高优先级主机在对方 burst 中途到来时是否等待到 burst 结束才抢断（AHB 以 burst 为粒度，不该有中途抢断，除非是 locked 序列被打断的异常路径）；轮询模式下连续 N 拍授权指针是否循环；QoS 使能开关切换前后行为差异。激励上要把两台主机的请求相位对齐——用同频同相的背靠背事务才能把「同拍竞争」打出来，随机激励很难撞上。
常见坑有三个：一是复位默认值不合预期，很多矩阵默认轮询，集成者忘了配固定优先级，导致显示主机在重负载下丢帧，查了半天是仲裁配置没写；二是优先级寄存器被 BootROM 和驱动各写一遍，后写的覆盖先写的，配置归属要在系统设计文档里定死唯一 owner；三是 QoS 映射表档位太少，软件把 QoS 8-15 都当成「高」，结果映射后挤在同一档里退化成轮询，实时保证落空。这些坑的共同教训是：总线矩阵优先级配置不是写完寄存器就结束，而要从需求带宽、寄存器模型、实测计数三个环节闭环确认。
这一篇在知识体系里的位置
矩阵拓扑与多层结构见 AHB-Lite 总线矩阵与多层互连；轮询仲裁器的 RTL 实现与公平性证明见 轮询仲裁器设计与公平性；AXI 侧交叉开关见 AXI Crossbar 互连架构；QoS 信号本体见 AXI4 QoS 服务质量；实测带宽手段见 总线性能计数器与带宽测量。
总结
总线矩阵优先级配置是按从机端口进行的仲裁编程：固定优先级保证实时主机不被饿死但有饿死低优先级的风险，轮询保证公平但无时延承诺，QoS 机制把优先级挂到事务上实现软件动态调权；配置时按「QoS 分层 → 固定优先级 → 轮询兜底」的决策顺序编程，带宽按瀑布式或按需均分估算，并必须用性能计数器实测闭环，同时警惕复位默认值、配置 owner 冲突与 QoS 映射档位不足这三个高频坑。