第一百三十章 后端
许静远是方宇明找来的。
她在 TSMC 上海设计服务部门做过六年，两个量产项目——一个 28nm 的 MCU，一个 28nm 的通信接口芯片。方宇明联系她的时候，她刚离职，在考虑要不要回台湾还是继续在上海。方宇明给她发消息，说了项目的基本情况，问她有没有兴趣来看看。
她的第一条回复是：「先发设计包给我看。」
方宇明发了。第二天，许静远回了一条消息：「我来看看。」
她来 B207 那天是周一下午。
她没有带任何行李，就背了一个包，在门口站了一会儿，把整个房间扫了一眼，然后走进来，在会议桌旁边坐下。方宇明介绍了团队，贺志明、颜天磊、孟思远，各自说了自己负责的部分。
许静远听完，「把时序约束文件发给我，」她说，「和 DC 的综合报告一起。」
颜天磊发给她，她在自己的笔记本上打开，开始看。房间里很安静，只有她偶尔翻页的声音。
大概过了十五分钟，她抬起头，「时钟偏斜，」她说，「你们有没有考虑过这个？」
颜天磊停了一下，「SDC 文件里有 create\_clock，」他说，「我设了时钟周期和源头。」
「时钟偏斜是指，」许静远说，「同一个时钟信号到达不同触发器的时间不一样——因为芯片上布了线，线有延迟，这种延迟在不同的路径上会有差异，差异就是偏斜。你们的 SDC 文件里有没有 set\_clock\_uncertainty？」
颜天磊打开自己的 SDC 文件，找了一遍，没有。
「没有，」他说。
「那你们现在的时序分析，」许静远说，「没有把时钟偏斜考虑进去——在 FPGA 上或者行为仿真里这不是问题，因为时钟是理想的，但到了真实芯片，时钟树的偏斜通常在 50 到 200 皮秒之间，你的 1.1ns slack，要减掉这部分。」
颜天磊把这个数字在脑子里换算了一下，「最坏情况下要减 0.2ns，」他说，「剩下 0.9ns。」
「比 0.6 到 0.8 的安全裕量还多，」贺志明从对面说了一句，「但没多多少。」
「对，」许静远说，「这件事要在 SDC 里补上去，然后重跑一次综合，看新的数字。」
颜天磊下午在 SDC 文件里加了 set\_clock\_uncertainty，设了 100 皮秒——许静远说典型值是这个范围的中间。
「为什么是 100？」他问许静远。
「因为时钟树还没布，」许静远说，「时钟树布完之后才知道真实偏斜，现在用 100 皮秒是一个保守估计，真实值可能更小，但不会差太多。你先用这个跑，看结果，然后物理后端布时钟树的时候我们再核对。」
颜天磊按她说的改完 SDC，重新提交 DC。
新的时序报告在下午五点多出来。
DISPATCH\_MISS 那条路径：slack 0.98ns。
他把数字发给许静远，「0.98，」他说。
「0.98 可以，」许静远说，「只要大于 0 就不会有时序违例，我们的目标是让所有路径的 slack 都大于 0，现在这个路径还有 0.98ns 的余量，说明问题不大。但你去看一下报告里所有的关键路径，不只是 DISPATCH\_MISS，还有 DISPATCH\_HIT 和其他路径。」
颜天磊把完整报告细看了一遍，找到了另外两条路径 slack 比较低的——一条是状态机的状态转移逻辑，slack 0.72ns；另一条是优先级队列的更新路径，slack 0.65ns。
「这两条，」他发给许静远。
许静远看了，「0.65 和 0.72，都还在 0.6 以上，过得去，但不宽松，」她说，「你把这几条路径标出来，后面物理布线的时候我会重点关注，布局的时候尽量让这几条路径上的单元靠近，减少连线延迟。」
「这是物理后端的工作，」颜天磊说。
「对，」许静远说，「前端的任务做到这里就差不多了——你们的前端逻辑设计在时序上是可以交给后端的，接下来是我的事。」
那天晚上方宇明和许静远谈了将近一个小时，谈的是参与方式和时间节点。
陆衍没有进会议室，在 B207 外面坐了一会儿，听见里面有说话声，但听不清楚说什么。
大概九点半，许静远从里面出来，方宇明跟着，「她接了，」他说，「十一月初开始，物理后端正式启动。」
许静远背上包，在门口站了一下，「你们的 RTL 质量不差，」她说，「时钟偏斜那件事没有考虑到，但加进去之后数字还可以——我见过更糟的起点。」
她说完就走了，没有多余的话。
方宇明看着她出了楼道，「她做了两个量产项目，」他说，「这句话在她那里是很高的评价了。」
陆衍发了一条消息给豆包：「许静远接了，十一月初开始物理后端。」
豆包回了一条：「时钟偏斜是前端工程师经常忽略的点——颜天磊遇到一个好的老师。」
陆衍：「她第一眼就问这个。」
豆包：「六年量产经验，她的眼睛先看什么是有原因的。」
陆衍把手机放下，B207 的灯还亮着，颜天磊在更新设计文档，把今天发现的三条临界路径都标注了进去。