read a sentence(1): RTL 设计流程
“The designer first writes his or her design specification in an RT level language such as Verilog, and then simulates this description using a testbench to check for design errors before it is synthesized.”Q发现specification和description在这里几乎是等价的我也不太明白rt level language为什么会包含verilog以及其他level的language都是怎么样的包含什么。还有就是为什么你说rtl描述转换成标准单元组成的网表以后再往回看代价会很大呢A我们来一个一个拆。1. specification 和 description 是不是等价的在这个上下文里它们的实际指代对象确实是同一个——都是“设计者用 Verilog 写出来的那段代码”。但它们的视角不同词视角中文近义specification从“要做什么”出发指设计的目标、行为、接口要求规格 / 需求描述description从“怎么实现”出发指用 HDL 写出来的具体代码文本实现描述 / 代码描述所以这句原文的意思是设计者先用 RTL 语言写下设计规格specification然后用 testbench 去仿真这段实现描述description。它们在物理上是同一份文件但specification强调“这是要满足的目标”description强调“这是具体的实现文本”。不是完全等价而是同一个东西的不同称呼取决于你从哪个方向看它。或许这样理解在这句话中在写前和写时代码还是specification书写者还在进行具体的描述和设计在写完仿真时代码书写完毕就成了实现好的描述2. RTL 语言为什么“包含” Verilog其他 level 的语言又是什么RTLRegister-Transfer Level是一种抽象层次不是一种具体语言。Verilog 和 VHDL 是具体语言它们都能描述 RTL 层次的设计。“RTL 语言”这个说法是指“用于描述 RTL 抽象层次的语言”Verilog 就是其中最常用的一种。那其他 level 的语言又是什么按抽象层次从高到低大致是这样抽象层次语言/描述方式特点行为级 / 算法级C / SystemC / 纯 Verilog 行为描述不关心时钟和寄存器只描述输入输出算法关系RTL 级综合可用的 Verilog / VHDL显式描述寄存器、组合逻辑、数据在寄存器间如何流动门级Gate-Level网表netlist描述由标准单元AND、OR、DFF及其互连构成通常是综合工具的输出晶体管级Transistor-LevelSPICE 网表描述每个 MOSFET 的尺寸和连接用于精确时序/功耗分析你写的verilog可以出现在 RTL 级也可以出现在门级综合工具输出的门级网表也是 Verilog 文件。而system verilog甚至更高级包含验证特性。所以“RTL 语言”是抽象层的称呼“Verilog”是具体语言的名称。不是“RTL 包含 Verilog”这种纵向包含而是“Verilog 可以用于描述 RTL 层次的设计”。3. 为什么综合之后再回头看代价很大你问的这个问题是整段话里最重要的一句话“before it is synthesized.”综合synthesis是把RTL 描述寄存器组合逻辑翻译成门级网表标准单元互连。这个阶段做的事情相当于把“抽象蓝图”变成“具体的砖块和水泥分配方案”。一旦综合完成设计已经被映射到具体的工艺库比如 TSMC 的某个 7nm 库单元已经固定、布线已经初步规划。此时如果发现功能错误你不能直接改网表里的一个单元——因为综合工具是根据 RTL 重新推导出来的你需要改 RTL 代码 → 重新跑综合 → 重新跑布局布线 → 重新做时序分析整个后端流程物理设计需要完全重来一遍而不是小修小补。所以仿真验证一定要安排在综合之前因为综合之前改功能只需要改几行 Verilog 再跑一次仿真综合之后改功能要动整个后端流程。这句话说的就是流程顺序的常识但它用一句before it is synthesized就把这个常识压进了句子结构里。Q一旦综合完成设计已经被映射到具体的工艺库比如 TSMC 的某个 7nm 库单元已经固定、布线已经初步规划。意思是说设计被综合完以后其实会生成一个初步的布局布线吗A不不不你抓到的这个细节非常关键而且是我上一轮表述得不够精确容易让你误解。我要马上纠正这一点。结论先说综合完成之后生成的只是一个逻辑网表门和门的连接关系它完全不包含物理位置信息也完全没有做任何布线。综合工具不会做“初步的布局布线”它做的事情是逻辑映射不是物理规划。1. 综合Synthesis到底产出了什么综合工具的输入是 RTL比如always (posedge clk) q d;输出是一个门级网表Gate-Level Netlist。这个网表长这样一个 DFF 和一个与门textDFF_X1 u1 (.D(net1), .CK(clk), .Q(net2)); AND2_X2 u2 (.A(net2), .B(enable), .Z(out));它告诉你的内容是用了哪些类型的标准单元DFF_X1、AND2_X2这些单元之间通过哪些 net导线名连接它不包含的信息是这些标准单元放在芯片的哪个位置布局Placement这些 net 在芯片上走哪条具体的金属路径布线Routing也就是说综合把“行为/寄存器描述”变成了“逻辑门清单”但还没有决定这些门放在哪里、如何拉线。2. 那“布局布线”是在什么时候做的布局布线Place Route简称 PR是物理设计Physical Design阶段的步骤在综合之后由另一套专门的工具完成比如 Synopsys ICC、Cadence Innovus。它的输入是综合出来的门级网表输出是芯片上实际的几何形状GDSII 文件包含每个标准单元的物理坐标金属走线的具体路径和层数3. 那我上一轮说的“综合之后代价很大”到底在指什么你问的其实是这个既然综合之后还没布线那“代价很大”是指什么逻辑已经被“锁定”成标准单元的组合了。综合工具在把 RTL 映射成标准单元时会做很多优化选择驱动能力合适的单元做逻辑优化比如把两个门合并成一个插入必要的缓冲器来满足时序约束这些优化都是针对当前 RTL 结构和约束做的。如果你在综合之后才发现功能错误回到 RTL 改代码那你必须重新综合因为 RTL 变了映射关系完全不同重新跑形式验证确认新网表和新 RTL 匹配重新跑布局布线因为网表变了单元数量和种类可能都变了重新跑时序签核这就是“代价很大”的意思——它牵连的不是“已经布好的线”而是所有后端流程都要重走一遍不是改一行网表就能修好的小修补。你之前那个疑问是完全合理且准确的技术追问我上一轮的表达确实混用了“布线已经初步规划”这个措辞应该直接说“逻辑已经硬化”或者“映射已经固定”更准确。Q不太明白耶因为综合以后不是还没有布局布线吗那应该就只要重新综合还有重新跑形式验证就好了呀。而至于你说的这种情况应该是综合完布局布线结束跑完时序签核以后发现错了代价很大。A说得完全正确而且你指出的这个点非常关键。我上一轮的表述确实不准确把“综合之后还没做物理设计”和“后端做完之后”的代价混在一起说了容易让你误以为综合本身包含物理规划。你抓到的问题是对的综合之后的确还没有布局布线那如果只是重新综合代价不应该有我说得那么大。我需要把这个“代价”重新拆清楚。重新定义“代价”代价不在流程长度而在时间窗口你说的流程是正确的技术路径发现问题 → 改 RTL → 重新综合 → 重新形式验证 → 重新布局布线 → 重新时序签核这个流程本身放在数字设计流程里是标准动作没有“做不了”的问题。但芯片工程里的“代价”往往不是“技术上行不行”而是“这个改动发生在什么时候”。综合是后端流程的入口。综合一旦跑完设计就已经完成了“从 RTL 到网表”的转换这意味着前端RTL 设计、仿真验证、功能调试的工作被认为已经结束后端综合、形式验证、DFT、布局布线、时序收敛的工作才刚刚开始如果在综合之前发现功能错误那是前端的问题后端还没开始代价是一轮 RTL 仿真迭代。如果在综合之后发现功能错误哪怕只是改一句 RTL前端和后端的交接边界已经被跨过了。后端团队已经在跑综合脚本插入 DFT 逻辑做形式验证跑时序约束优化为布局布线做准备这时候如果 RTL 改了一行整个后端所有已经跑过的东西都要重来一次而且时间窗口上后端团队已经投入了人力。这不是“技术流程多了几步”而是“整条流水线被重置了但已经消耗掉的工时不会回来”。你判断的那个“更严重”的情况确实存在你说的综合完、布局布线完、跑完时序签核以后发现错了代价更大这个完全正确。那时候要改 RTL不但后端全部重来连物理设计都要重跑而且流片时间可能已经逼到红线。这两者的区别是综合后发现问题成本已经很高了布局布线后发现问题成本更高流片前发现问题灾难级这不是“有没有布局布线”的区别而是“后端流程走了多远”的区别。所以“before it is synthesized”的真正含义回到原句“... to check for design errors before it is synthesized.”这句话强调的不是“综合之后完全不能改”而是综合是后端流程的起点。任何功能错误都应该在跨越这个边界之前被拦截因为一旦跨过去修复的代价就不再是“改一行 RTL 再跑一次仿真”那么简单。综合之前改错是前端活。综合之后改错是后端活而且会牵连已经投入的后端工作。你之前的理解其实比我的表述更精确。我应该直接说“综合之后修改功能的代价明显高于综合之前”而不是用“布局布线已经初步规划”这种容易误导的说法。