签核收口与 ECO 闭环:把十几个「绿」收成一个「敢签字」(E5)
单个签核工具:E1 黄金 STA、E2 MMMC/寄生、E3 物理验证;数据总览见 S5 签核枢纽。本篇讲它们之上的收口工程学:到底签哪些、违例怎么分级豁免、ECO 怎么闭环、谁签字。组织 checklist 见 全流程流片签核。
一、收口不是「跑过工具」,是「对齐同一条基线」
流片前要同时让十几类签核全绿,但最容易出事的不是某个工具报红,而是各工具跑在不同版本的数据上:STA 用的是旧 SPEF、DRC 用的是新 GDS、功耗用的是旧网表——各自都绿,合起来却是错的。收口第一件事是冻结签核基线四元组(F10 版本基线、X1 交接契约):
网表版本 × SPEF/寄生版本 × 库/corner/deck 版本 × 工具版本,加上 mode/scenario 清单与已批准 waiver,全部锁定、可复现。

二、流片前要签的项(不只是时序)
| 签核族 | 工具/数据 | 零容忍项 |
|---|---|---|
| 静态时序 | PrimeTime/Tempus,全 scenario setup+hold | 无负 slack、无未约束端点 |
| 寄生一致性 | SPEF 与 GDS 同源、全 corner | 网表↔DEF↔SPEF 节点对得上 |
| 物理验证 | Calibre foundry deck(E3) | DRC/LVS/ERC/ANT 清零或全 waiver |
| 功耗/电源完整性 | PrimePower/Voltus/RedHawk,SAIF/FSDB | 平均/动态功耗预算、IR、EM |
| 功耗意图 | UPF 多域/隔离/保持 | 域检查、power-aware 等价 |
| DFT/测试 | ATPG 覆盖率、扫描链、test pattern | 覆盖率达标、pattern 验证过 |
| 可靠性 | ESD/latch-up、电迁移、热 | foundry 规则达标 |
清单与组织口径见 流片签核 checklist;每一族都要在同一批 scenario/corner上出报告(X2 MMMC)。
三、违例分级与 waiver 纪律
签核几乎从不会「天然全绿」,关键是把违例分级、把豁免管住:
| 级别 | 含义 | 处置 |
|---|---|---|
| fatal / hard | 硬伤:真实时序违例、LVS mismatch、致命 DRC | 必须修,不许豁免 |
| waiver-able | 工具报但经分析确认无风险(特定结构、foundry 认可) | 走正式 waiver,留证据+责任人+有效期 |
| 噪声/伪报 | 库/参数误配导致 | 修设置后复跑,而不是 waive |
waiver 三铁律:① 每条必须写清「为什么这一条在本设计不构成风险」,能引用 foundry deck 文档或仿真证据;② 有唯一 owner 和签核里程碑级别的审批,不能工具工程师自己批自己;③ 按版本绑定——deck/网表一变,相关 waiver 自动失效要重审(lint 的同类纪律见 lint waiver 签核)。
四、ECO 闭环:从签核工具回到 P&R
收口的主循环是 ECO(Engineering Change Order):签核工具发现违例 → 生成最小改动 → 反标回实现 → 作废受影响数据 → 局部重签。
- PT-ECO / Tempus ECO:签核 STA 工具直接给出在哪些节点插/删缓冲、换 cell 尺寸(sizing)、换阈值档(HVT/LVT swap)的最小时序修复,比在 P&R 里盲改更准——因为它用的就是黄金签核引擎;
- 反标回 P&R:把 ECO 指令(
change_link/add_buffer/resize)回灌 Innovus/ICC2 落物理位置、重局部布线、重提 SPEF; - 作废与重签:按 X3 变更传播,受影响的网表→DEF→SPEF→多角 STA→GDS 全部失效重算,只跑增量但版本必须重新对齐;
- 等价兜底:每轮 ECO 后跑 LEC,证明功能没变。
收敛顺序工程界共识是先 setup 后 hold、先修最差路径再清面性、先功能后物理:setup 靠加逻辑/调尺寸,可能改布线而影响 hold;hold 多靠插延迟单元,改动小且不应破坏已收敛的 setup。乱序会反复「修好 A 又打破 B」。
五、Functional ECO vs Metal-only ECO
| Functional ECO(pre-mask) | Metal-only ECO(post-mask) | |
|---|---|---|
| 时机 | 出 GDS 前 | 已投产/有基区,只改金属层 |
| 手段 | 可改晶体管/网表逻辑 | 只能用预留 spare cell 重新连线 |
| 代价 | 一轮正常迭代 | 省光刻版、省 NRE,但可改空间极小 |
| 前提 | 常规流程 | floorplan 时必须埋足 spare cell 且分布均匀 |
metal-only 能救回多少,取决于早期是否按 D2 floorplan 预留 spare/eco cell;这是「收口弹性」要在最早期买的保险。
六、签字(sign-off):组织而非技术动作
最终每个签核族有明确 owner 在锁定基线 + 已批 waiver 清单 + 复现命令/日志归档上签字,再由集成/项目负责人确认所有族无遗留 fatal、waive 可追溯、硅后回灌通道(X6)就绪。没有可复现的命令与数据版本,口头说「跑过了」不算签核——这正是 X4 数据管理 与 X5 QoR 看板 把收口机器化的原因。
相关与延伸
- 单工具:E1 黄金 STA、E2 MMMC/OCV、E3 Calibre。
- 数据:S5 签核枢纽、X1 契约、X3 ECO 传播、X6 硅后回流。
- 设计侧:流片 checklist、物理 ECO、等价检查。
总结
签核收口的本质不是让单个工具变绿,而是让时序/物理/功耗电源/DFT/可靠十几族签核全部跑在同一条「网表×SPEF×库deck×工具版本+scenario/waiver」冻结基线上,把违例分成必修硬伤、留证据owner有效期的可豁免项和该改设置复跑的伪报三类,并以「黄金 STA 工具出 PT/Tempus-ECO→反标 P&R→按作废链局部重签→LEC 兜底、先 setup 后 hold」的闭环推进,functional ECO 任意改、post-mask 只能靠早期埋的 spare cell 做 metal-only;最终在可复现命令、锁定数据与可追溯 waiver 上逐族签字——没有可复现基线的「跑过了」不算签核。