1. 项目概述深入M68040的总线仲裁世界在嵌入式系统和早期的桌面工作站领域摩托罗拉的M68000系列处理器曾是绝对的王者。作为该家族的巅峰之作M68040不仅集成了强大的整数与浮点单元更在总线架构上实现了质的飞跃。对于从事底层驱动开发、硬件设计或对经典计算机体系结构有浓厚兴趣的工程师和爱好者而言理解M68040的总线仲裁机制就如同掌握了一门处理器的“外交语言”。它决定了处理器如何与内存、外设以及其他潜在的总线主设备如DMA控制器、协处理器和谐共处有序地争夺那条宝贵的数据高速公路。总线仲裁绝非简单的“先到先得”。在一个多主设备系统中如果没有一套精密的协调规则当两个设备同时试图向总线上驱动数据时就会发生总线冲突导致数据损坏甚至硬件损坏。M68040的设计精髓在于它将仲裁的复杂性封装在几个关键信号BR、BG、BB、LOCK等的握手协议中并通过“重试Retry”和“双总线故障Double Bus Fault”等机制为系统提供了应对异常情况的韧性。本文将带你穿透数据手册的时序图从一个实践者的角度拆解M68040总线仲裁的每一个核心环节。我们会从最基本的信号握手讲起深入重试操作的触发与处理流程剖析令人头疼的双总线故障场景并最终解读其复杂而精巧的仲裁状态机。无论你是正在调试一块老旧的68040板卡还是单纯想领略经典RISC/CISC处理器设计的智慧这篇文章都将提供一份详尽的“地图”和“避坑指南”。2. 总线仲裁基础与核心信号解析要理解M68040的仲裁首先必须吃透它用来“说话”的那几个引脚。与早期68000家族成员不同M68040采用了一种“外部仲裁器主导处理器作为请求者”的架构。这意味着处理器本身不负责决定谁先谁后它只负责表达自己的需求而将一个专用的外部仲裁器芯片或FPGA逻辑来扮演“交通警察”的角色。这种设计极大地增加了系统的灵活性允许设计者实现公平轮询、固定优先级乃至更复杂的仲裁算法。2.1 关键仲裁信号详解M68040通过以下三个核心信号参与总线仲裁BR (Bus Request 总线请求)这是一个输出信号。当M68040内部的指令或数据缓存未命中需要访问外部总线来完成一次读或写操作时处理器便会拉低断言BR信号向外部仲裁器喊话“我需要总线” 关键在于BR的断言与撤销是异步于总线授予BG的。处理器可能在发出请求后因分支预测失败等原因在未获得总线前就撤销请求这被称为“ disregard request ”条件是仲裁器设计时必须考虑的特殊情况。BG (Bus Grant 总线授予)这是一个输入信号。当外部仲裁器决定将总线控制权交给M68040时它会向处理器的BG引脚发送一个低电平有效的授予信号。你可以把它理解为仲裁器的回应“准了总线现在归你。” 处理器在采样到BG有效且总线空闲BB无效后才会尝试接管总线。BB (Bus Busy 总线忙)这是一个双向开漏信号通常需要上拉电阻。它标志着总线当前的所有权状态。当任何主设备包括M68040或替代主设备正在使用总线时BB信号被驱动为低电平。当总线空闲时上拉电阻将其保持在高电平。BB是防止冲突的关键——在试图驱动总线之前设备必须确认BB为高空闲。除了这三个仲裁核心还有两个与仲裁紧密相关的传输控制信号TS (Transfer Start 传输开始)处理器在获得总线所有权后通过拉低TS来宣告一个总线周期的开始并同时输出地址和传输属性。TA (Transfer Acknowledge 传输应答)/TEA (Transfer Error Acknowledge 传输错误应答)由从设备如内存或外设驱动用于结束一个总线周期。TA表示成功TEA表示错误。当两者在同一个周期内被同时断言时则触发特殊的“重试”操作。2.2 总线所有权转移的基本流程一个典型的所有权从替代主设备转移到M68040的流程如下理解这个流程是分析所有复杂情况的基础请求阶段M68040因缓存未命中产生内部总线请求随即断言BR信号。仲裁与授予外部仲裁器检测到BR有效。在根据其优先级算法例如当前主设备完成传输后决定将总线授予M68040后仲裁器断言BG信号并同时撤销对当前主设备的BG如果有的话。等待空闲M68040在时钟上升沿采样到BG有效后并不会立即行动。它会同时监视BB信号。只要BB仍被当前主设备断言为低总线忙M68040就保持等待。接管总线当替代主设备完成传输释放总线撤销BB并三态其输出驱动器后BB信号被上拉电阻拉高。M68040在下一个时钟上升沿采样到BG有效 BB无效的条件。声明所有权并启动传输一旦上述条件满足M68040立即断言BB信号向系统宣告“现在我是主设备了”并几乎在同一时间断言TS启动新的总线周期。此时它才真正开始驱动地址和数据总线。这个过程的关键在于重叠仲裁仲裁决定下一个主设备可以在当前主设备还在使用总线时进行。这样一旦当前传输结束所有权可以几乎无延迟地转移大大提升了总线利用率。实操心得BB信号的上拉与总线争用在实际的电路设计中BB信号线的上拉电阻阻值选择需要谨慎。阻值太大会导致上升沿缓慢在高速时钟下可能使M68040误判总线仍为忙态引入不必要的等待状态。阻值太小则会增加功耗并在多个设备同时试图驱动BB为低时产生过大电流。一个常见的经验值是1kΩ到4.7kΩ具体需根据总线负载和时钟频率通过仿真或实测确定。务必确保在BB被释放后能在下一个时钟上升沿前稳定达到逻辑高电平。3. 重试操作应对临时访问失败的优雅机制重试Retry是M68040总线协议中一个非常精妙的设计。它不是错误而是一种流控机制允许从设备通常是访问速度较慢或暂时繁忙的I/O设备礼貌地请求处理器“稍后再试”。3.1 触发条件与基本行为重试操作由一个非常特定的事件触发在一个总线周期内外部设备同时断言了TA和TEA信号。请注意单独断言TEA表示总线错误Bus Error会触发异常处理。而同时断言两者则是一个明确的“重试”指令。当M68040检测到重试信号后它会立即终止当前总线周期并计划使用完全相同的访问信息相同的地址、相同的传输属性、相同的读/写类型重新发起这个周期。对于读-修改-写Locked传输读周期和写周期会被分开单独重试但LOCK信号在整个重试序列期间保持断言以维持操作的原子性。3.2 行传输与突发禁止模式下的重试限制重试机制对于单次传输如读写一个长字工作得很好但在处理缓存行填充一次传输4个长字即一个缓存行时规则就变得严格起来这是为了防止数据一致性问题。标准行传输如果重试发生在行传输的第一个周期处理器会重试整个行传输从第一个字开始。这很直观。关键限制如果重试信号出现在行传输的第二、第三或第四个周期M68040会将其视为一个总线错误并立即中止整个行传输。这是因为行传输的后半部分数据可能已经发生了变化例如另一个处理器修改了该行简单地重试后半部分无法保证获取到一致的行数据。安全起见直接报错交由软件异常处理程序处理。突发禁止行传输这是一种特殊的行传输模式用于访问不支持突发传输的设备。在这种模式下一个行传输通过四个独立的长字周期完成。M68040规定只有在第一个长字传输时才能被重试。如果后续三个长字传输中的任何一个收到重试请求整个行传输都会被中止。这个设计体现了硬件对数据一致性的严格把关。作为系统设计者你必须确保被映射为可缓存、支持行填充的内存区域其控制器能够在一个行传输周期内保持数据稳定可用。如果某个内存区域如某些共享的I/O缓冲区无法保证这一点则应将其标记为“非缓存”或“序列化非缓存”从而避免使用行传输模式。3.3 放弃与重试操作一个更高级的组合操作是“放弃与重试Relinquish and Retry”。这允许外部仲裁器在处理器正在执行一个总线周期时不仅请求重试还要求处理器立即放弃总线所有权。其实现方式是在断言TA和TEA请求重试的同一个周期外部仲裁器撤销对M68040的BG信号。此时M68040的行为是1) 终止当前周期2) 在周期结束后释放总线撤销BB并三态输出3) 继续保持内部对该次访问的请求BR可能保持或重新断言。之后当仲裁器再次将总线授予处理器断言BG且总线空闲时处理器会重新发起那个被重试的访问。这个机制对于实现高优先级的实时DMA传输非常有用。例如一个高速ADC需要立即向内存中写入一批数据它可以中断处理器的普通内存访问要求其重试并让出总线待DMA完成后处理器再无缝地继续之前的工作。避坑指南重试与缓存推送的陷阱数据手册中提到了一个极易被忽略的角落案例如果被重试的总线周期是一个缓存推送操作即将脏缓存行写回内存并且在总线被仲裁走之后、重试操作开始之前发生了一次侦听并使该缓存行失效那么处理器将不会使用原来的访问信息进行重试。这是因为原缓存行数据已因失效而被丢弃重试一个不再存在的数据是没有意义的。在设计支持多处理的缓存一致性系统时必须考虑到这个极端情况。一种防御性设计是对于可能被其他处理器侦听的内存区域避免使用回写Write-Back缓存策略或者确保在重试期间锁定相关的缓存行。4. 双总线故障当异常处理自身出错时双总线故障是M68040异常处理机制中最严重的错误状态之一。理解它对于构建高可靠性的系统尤其是汽车电子、工业控制等关键领域至关重要。4.1 定义与触发条件顾名思义双总线故障是指在处理第一个总线或地址错误异常的过程中处理器在尝试执行异常处理程序时再次遇到了总线或地址错误。具体过程如下M68040在执行指令时遇到一个总线错误如访问不存在的内存或地址错误如奇地址访问长字。处理器开始异常处理流程。这包括将当前程序计数器、状态寄存器等关键信息压入超级用户栈。这个压栈过程本身需要访问内存。如果在压栈过程中再次发生总线或地址错误那么第二个错误就构成了双总线故障。关键在于第二个错误必须发生在异常处理的“现场保存”阶段。如果异常处理程序已经成功跳转并开始执行之后再发生的总线错误则属于该异常处理程序内部的普通错误会触发新的异常而不会导致双总线故障。4.2 处理器的响应与系统影响一旦发生双总线故障M68040的处理方式非常决绝进入停机状态处理器停止执行指令进入一种“挂起”状态。输出故障编码处理器会在其PST3-PST0处理器状态引脚上持续输出编码值$5这是一个明确的硬件指示信号告诉外部调试工具或监控系统“我遇到了双总线故障已经停机。”释放总线处理器会撤销BR信号并将其所有输出引脚置于高阻态从而完全释放对系统总线的控制。此时整个处理器核心已经“死机”。只有外部复位信号RESET才能让处理器重新启动。这是一个不可恢复的错误通常意味着系统出现了严重的硬件问题如内存控制器完全失效、栈指针指向非法地址或软件错误如超级用户栈被破坏。4.3 设计考量与预防措施双总线故障的存在迫使系统设计者必须严肃对待异常处理的基础设施超级用户栈的可靠性分配给超级用户栈的内存区域必须是绝对可靠、可访问的。通常这部分内存会使用带奇偶校验或ECC保护的SRAM并且其地址映射在系统初始化后就不应再改变。复位与监控电路系统必须设计有可靠的看门狗Watchdog电路。当处理器因双总线故障停机时PST输出固定编码$5看门狗电路在超时未收到处理器“喂狗”信号后应触发一个系统级的复位尝试恢复。与重试的区别务必注意被重试的总线周期不会导致总线错误也不会贡献于双总线故障。重试是一种正常的流控处理器会持续重试直到成功。只有那些无法通过重试解决、最终由TEA无TA伴随终止的周期才会触发总线错误异常。在实际的嵌入式系统开发中我们会在硬件上预留一个LED或通过调试端口监控PST信号。一旦看到系统停滞且PST输出特定编码就能快速定位是双总线故障从而集中排查内存子系统或栈相关代码而不是盲目地调试应用逻辑。5. 总线同步与访问序列化M68040为了提升性能采用了允许读写操作乱序执行的流水线设计。但这带来了一个潜在问题后发的读操作可能越过先发的写操作完成如果它们访问的是同一个I/O设备的状态寄存器就可能引发错误。总线同步机制就是为了解决这类问题而生的。5.1 乱序访问与问题场景假设有以下两条指令MOVE.L D0, (A0) ; 1. 向某个I/O设备的控制寄存器地址A0写入命令 MOVE.L (A1), D1 ; 2. 从该I/O设备的状态寄存器地址A1读取状态在乱序执行下指令2的读操作可能会在指令1的写操作实际到达外部总线之前就完成了。如果这个写操作的作用是启动设备并清除旧状态位那么提前的读操作将得到错误的状态数据。5.2 序列化非缓存页硬件解决方案M68040提供了一个优雅的硬件解决方案序列化非缓存Serialized Noncacheable页面属性。当通过MMU将某个内存页例如包含所有I/O寄存器的那一页标记为“序列化非缓存”时奇迹发生了。当数据内存单元检测到一次对“序列化非缓存”页的读访问请求时它会按下“暂停键”它会等待所有挂起的写访问即那些已经发出但尚未完成总线周期的写操作全部完成之后才允许启动这次外部读访问。这就强制保证了写在前、读在后的顺序。需要注意的是“非缓存”与“序列化非缓存”的区别仅对读访问有效。对于写操作当它到达流水线的写回阶段时其前面的所有指令都已经完成因此写操作本身总是有序的。5.3 NOP指令软件同步工具除了硬件机制M68040还提供了一条特殊的指令NOP空操作。它的机器码是0x4E71。当处理器执行NOP指令时它会冻结指令执行直到所有挂起的总线周期都完成为止。因此在上面的例子中我们可以在两条指令之间插入一个NOPMOVE.L D0, (A0) ; 向控制寄存器写入 NOP ; 等待写操作完成 MOVE.L (A1), D1 ; 读取状态寄存器这样就能确保读操作发生在写操作之后。使用NOP进行同步比将整个页面设为序列化非缓存更灵活因为它只影响特定的代码点而不是整个地址区域。但它也有局限性它无法防止指令因异常而中止并重启从而导致对同一设备的多次访问。对于异常敏感的设备硬件序列化非缓存页仍然是更安全的选择。深度解析为什么需要同步一个更复杂的案例考虑一个场景向一个外部控制寄存器写入数据而外部硬件会根据写入的数据通过立即断言TEA错误应答来尝试触发一个访问错误异常从而中断程序流这可以用于实现一种“陷阱”或调试机制。 如果数据缓存是使能的并且这次写操作命中了缓存那么数据会先被更新到缓存中。随后下一条指令可能会使用这个刚刚写入但仅存在于缓存尚未到达外部总线的数据进行计算。由于M68040在总线周期结束前无法处理TEA信号外部硬件无法成功中断程序。等到写操作最终到达总线并触发异常时后续指令可能已经错误地执行了。 在这种情况下在写指令后插入NOP可以强制处理器等待外部写周期完成。如果写周期触发了TEA访问错误异常处理会在后续指令执行前立即进行从而保证了程序的正确行为。这是一个非常特殊但重要的边界情况在设计与硬件紧密交互的驱动代码时必须牢记。6. 总线仲裁状态机与设计实例M68040的总线仲裁逻辑可以通过一个包含五个状态的状态机来精确描述。理解这个状态机是设计一个健壮外部仲裁器的前提。6.1 五大仲裁状态空闲状态处理器不拥有总线也不在进行侦听。BB被外部上拉为高处理器不驱动总线。侦听状态处理器不拥有总线但已准备好响应其他主设备的访问以维护缓存一致性侦听操作。总线状态与空闲态相同。隐式所有权状态外部仲裁器已断言BG将总线授予了M68040BB为高但处理器内部暂时没有挂起的总线请求。此时处理器会驱动总线但总线上的值是未定义的。这是一种“预备”状态。驻留状态处理器拥有总线BG有效且BB被处理器断言为低并且已经完成了至少一个总线周期目前没有新的内部传输请求。处理器继续驱动BB但总线信号处于未定义值。可以理解为处理器“占着车道但没开车”。活动总线周期状态处理器拥有总线并且正在 actively 执行一个总线周期断言了TS、TIP等信号驱动着确定的总线值。状态之间的转换由BG、BB、内部总线请求以及总线周期结束等信号共同决定。例如从“空闲”到“隐式所有权”需要仲裁器断言BG从“隐式所有权”到“活动周期”则需要内部产生一个总线请求此时处理器会同时断言BR、TIP和TS。6.2 关键设计挑战不确定条件与锁定保护设计外部仲裁器时有两个由M68040行为引入的挑战必须妥善处理不确定条件当M68040处于活动周期、驻留或隐式所有权状态时如果外部仲裁器在最后一个TA/TEA被断言的那个BCLK上升沿同时或之后才撤销BG那么从仲裁器角度看处理器下一步要做什么是“不确定”的。处理器内部可能已经决定要开始另一个总线周期。如果仲裁器此时立即将总线授予另一个主设备就可能发生冲突。锁定序列保护锁定传输读-修改-写必须是原子的。仲裁器必须能够识别LOCK信号并确保在锁定序列完成前LOCKE信号断言前不撤销对处理器的BG从而防止另一个主设备在锁定序列中间插入访问破坏原子性。一个稳健的仲裁器设计必须包含以下逻辑在撤销对一个主设备的BG之后必须等待至少一个BCLK上升沿并且确认BB已变为高电平总线空闲才能将BG授予另一个主设备。这就在两个主设备的任期之间插入了一个安全的“空档期”。6.3 仲裁器设计实例解析数据手册提供了几个经典的仲裁器设计范例它们体现了不同的优先级策略双M68040公平仲裁两个处理器优先级相同。采用“轮转”策略当前拥有总线的处理器优先级被降至最低确保每个处理器都有机会访问总线。它利用LOCKE信号来提前检测锁定序列的结束以便更高效地切换总线但需要注意在支持“放弃与重试”操作时不能使用LOCKE进行提前仲裁。双M68040优先级仲裁一个处理器被固定为高优先级。只有当高优先级处理器没有请求时低优先级处理器才能获得总线。同样锁定操作会给正在执行的低优先级处理器临时提升权限。同步DMA仲裁在处理器与同步DMA控制器之间仲裁。可以配置为处理器高优先级DMA仅在处理器空闲时工作或DMA高优先级DMA可抢占处理器除非处理器正在执行锁定操作。异步DMA仲裁用于与时钟域不同的异步设备交互。设计中包含了同步器电路如图7-38所示的触发器链用于将异步的请求信号同步到处理器的BCLK时钟域避免亚稳态。其状态机逻辑更为复杂需要处理同步后的信号稳定性问题。这些例子不仅仅是电路图更是一套解决多主设备共享总线这一经典问题的设计模式库。例如公平仲裁算法常用于多处理器计算板卡而高优先级DMA仲裁则常见于需要实时数据吞吐的音频、视频采集系统中。实践建议从状态机到Verilog/VHDL当你需要为自定义的M68040系统设计仲裁器时最好的起点就是手册中的这些状态图。它们几乎可以直接翻译成硬件描述语言。以图7-35的双处理器公平仲裁为例将每个状态A, B, C, D定义为一个状态寄存器。将转移条件如BB LOCK !LOCKE定义为组合逻辑。将输出BG1, BG2定义为每个状态的摩尔机输出。在时钟上升沿进行状态转移。 关键是要仔细处理边界条件特别是“不确定条件”。一个安全的做法是在仲裁逻辑中总是在确认当前主设备已释放BB总线空闲后再延迟一个周期进行控制权切换。虽然牺牲了一点极限性能但换来了绝对的稳定性。在硬件设计中稳定压倒一切。