数字IC后端项目常见问题之streamOut layermap和innovus drc violation

news2025/4/2 16:26:26

Q1：我需要将Innovus设计GDS导出到Virtuoso，但发现写出GDS的过程会报如下所示的警告。这里写出GDS使用的是Virtuoso (DFII) streamOut mapping文件！

Clock Gen模块Routing DRC，Timing分析及解决

streamOut tease.gds2 -mapFile cds2gds.map -libName DesignLib -structureName tp -stripes 1 -outputMacros -units 100 -mode ALL

Parse map file…

WARN: (IMPOGDS-391): Line 1: Illegal object Type drawing specified with layer NSWARN: (IMPOGDS-391): Line 2: Illegal object Type RES1 specified with layer NS

WARN: (IMPOGDS-391): Line 3: Illegal object Type FILTRGR1 specified with layer NSWARN: (IMPOGDS-391): Line 6: Illegal object Type drawing specified with layer DT

**WARN: (IMPOGDS-391): Line 7: Illegal object Type drawing specified with layer PI

这里的问题在于Virtuoso DFII这个layer map文件格式和Innovus需要的layer map格式不同！

cds2gds map文件内容如下：

------------------- cds2gds.map ---------------------
M1 drawing 15 0
M1 HOLE 15 3
M1 TRANS 15 18
M1 label 15 20
M1 res 15 22
M1 PR 15 26
M1 pin 15 32
M1 obs 15 34
M1 CHEXCL 15 35
M1 fill 15 36
M1 PLANE 15 45
M1 net 15 94
M1 vdd 15 0
M1 gnd 15 0

而Innovus需要的layer map格式如下所示：

--------------------------- streamOut.map -----------------------------
M1 NET 15 94
M1 SPNET 15 0
M1 PIN 15 32
M1 LEFPIN 15 32
M1 FILL 15 36
M1 FILLOPC 15 0
M1 VIA 15 0
M1 VIAFILL 15 0
M1 VIAFILLOPC 15 0
M1 LEFOBS 15 34
NAME M1/NET 15 20
NAME M1/SPNET 15 20
NAME M1/PIN 15 20

数字IC后端设计实现培训教程（整理版）
在这里插入图片描述

如果我们一开始连innovus这个layer map文件格式都没有，我们可以先用streamOut，不带mapFile选项，让工具写出一个默认通用的layer map文件，这个文件默认会输出在当前工作目录下，文件名为streamOut.map。

所以很容易看出这两个文件的差异之处。
小编已经把这两个文件的映射关系整理出来，具体如下所示。

vdd/gnd 0 (maps to metal SPNET)
pin 32 (maps to metal PIN)
obs 34 (maps to metal LEFOBS)
fill 36 (maps to metal FILL)
net 94 (maps to metal NET)
label 20 (maps to NAME/* in gdsStreamOut.map)

比如这里的label其实就是对应innovus layer map中的text。

一般来说foundary都会提供PR工具使用的layer map，包括ICC,ICC2,Innovus的layer map。但如果foundary确实不提供的，我们也可以根据Virtuoso DFII这个layer map文件来进行修改。

而且这个layer map还可以添加一些特殊的layer，比如TSMC 12nm M2/M3 P48 Layer，我们想要在GDS中看到PR阶段添加的P48 Layer，就必须在streamOut layer map中添加对应的映射mapping关系！

在这里插入图片描述

Q2: 在实际后端项目中，我们经常会遇到如下图所示的Macro或IP出pin位置的DRC Violation。

在这里插入图片描述

上图中的粉红色是M2的OBS，这个是在Macro lef中定义的。而且我们可以发现这些M2 OBS除了出pin位置预留出来，还有白色的一段间距，即出pin的M2 Metal和M2 OBS还有一个间距。

工具默认走线会走成上图右侧这种样式。出pin对应的走线工具要么直接用M2拉出来，要么就是在M2 pin上打VI2，再过渡到M3再拉出去。这里我们可以看到第一个Pin A走线后，工具会报它的走线M2和M2 OBS之间有Spacing的DRC Violation。但这种其实是假的DRC Violation。

一旦这种数量多起来，nanoroute engine就会花很大effort来优化这类假错，而忽略了那些真正需要修复的DRC Violation。

因此，遇到这种情况，我们需要更改这个Macro或IP的lef文件——将整个Macro都盖住M2 OBS，而且设置上SPACING 0。

这样处理后工具就不会报这类DRC Violation，也就不影响其他正常DRC的优化了。

在LEF文件中增加 “LAYER M2 SPACING 0”

在这里插入图片描述

在innovus 中使用如下命令来添加

add_cell_obs -cell -rect {x1 y1 x2 y2} -spacing 0

在这里插入图片描述

Q3: Route后Innovus中看到如下图所示的ViaInPin DRC Violation。请问这类DRC Violation应该如何修复？

在这里插入图片描述

数字IC后端手把手实战教程 | Innovus verify_drc VIA1 DRC Violation解析及脚本自动化修复方案

看到这个layout，我们马上就知道这是一个Double Pattern工艺。图中的红色是M2，红色带绿色边框的是M2的另外一张Mask（传说中的pre-color）。

而且看起来就像咱们社区T12nm的工艺！M1-M3是DPT Layer，M2有M2_Mask1和M2_Mask2。这类DRC Violation是报VIA2不在标准单元出pin范围内。大家还记得之前小编之前分享的Innovus，ICC和ICC2三个工具控制标准单元出pin走线的教程吗？这个也是一种解决方案。

在这里插入图片描述