OpenROAD项目中GRT修复天线违规时使用底层路由层的问题分析

问题背景

在OpenROAD项目的物理设计流程中，全局路由(GRT)和详细路由(DRT)是关键的布线阶段。近期发现了一个与天线效应修复流程相关的布线层违规问题，当GRT在修复天线违规时，会意外使用低于设计允许范围的路由层（如M1层），导致后续流程出现错误。

问题现象

在修复天线效应的过程中，GRT会生成一个长距离的M1层导引(guide)，而该层实际上低于设计允许的最低路由层（通常从met1开始）。这导致详细路由阶段报错，提示导引使用了不允许的路由层。

具体表现为：

• 在首次天线修复迭代中，GRT生成了M1层的长导引
• 详细路由检查失败，提示"Guide uses layer li1 (2) that is outside the allowed routing range [met1 (4), met5 (12)]"

技术分析

根本原因

经过分析，这个问题主要源于两个方面的因素：

1. DRT保存导引更新标志：当启用-save_guide_updates标志时，DRT会修改导引信息，可能导致使用不允许的路由层。在标准OpenROAD流程中未使用此标志，但在某些测试配置中启用了它。

2. 初始详细路由尝试：即使在标准流程中，首次详细路由尝试时也可能出现此问题，因为此时DRT尚未对导引进行任何修改，表明问题可能存在于GRT自身的导引生成逻辑中。

影响范围

该问题影响多个工艺节点和设计：

• sky130工艺（包括hs和hd变体）
• nangate45工艺
• 不同规模的设计（从ibex小型设计到swerv_wrapper等较大设计）

解决方案

针对此问题，开发团队采取了以下措施：

1. 移除问题标志：在测试流程中移除了可能导致问题的-save_guide_updates标志，解决了部分场景下的问题。

2. 深入修复：对于标准流程中出现的问题，需要对GRT的导引生成逻辑进行修正，确保其遵守设计设置的路由层约束。

技术启示

这个问题揭示了物理设计流程中几个重要的技术点：

1. 层约束传播：在整个设计流程中，层约束信息需要正确传播到所有工具阶段，包括GRT和天线修复。

2. 工具交互：不同工具间的交互（如GRT与DRT）需要谨慎处理导引信息，避免违反设计规则。

3. 测试覆盖：需要加强边缘案例的测试覆盖，特别是涉及特殊层使用和天线修复的场景。

结论

OpenROAD团队已经识别并部分修复了GRT在天线修复流程中使用不允许路由层的问题。该问题的解决不仅修复了当前错误，也为未来处理类似层约束问题提供了参考。对于物理设计工程师而言，这提醒我们在使用自动化工具时需要密切关注层约束的设置和传播，特别是在复杂流程如天线修复中。