CTS后DRC violation无法修复，显示dont_touch

dennisi123 · 发表于 2014-9-15 11:38:33

回复 10# trippa

您好！我在placement之前用了这个：remove_attribute [get_nets * -all] dont_touch 但是做完CTS之后还是有max_fanout违约，提示和之前是一样的。

trippa · 发表于 2014-9-16 11:14:07

回复 11# dennisi123

有这个是正常的。修修嘛。在SOCE下，set fixFanoutLoadMode true optDesign -postCTS -drc

dennisi123 · 发表于 2014-9-16 12:46:46

回复 12# trippa

回复 12# trippa

我用set_clock_option -max_fanout 15之后就没有fanout violation了。我用的是ICC，SOCE不是很懂，不过命令是类似的，我也用类似的命令修过，不过还是修不动，工具会报dont_touch

小干爹z2z · 发表于 2014-9-16 14:17:30

LZ你做完cts clock tree 会被mark 成cts_synthesized ，这个就是它的dont_touch 的reason
你可以get_attribute [get_nets $net] dont_touch_reasons
然后用 list_dont_touch_type 去查看dont touch的原因的意思。
这个应该就能解决你dont_touch的原因了

dennisi123 · 发表于 2014-9-16 15:01:23

回复 14# 小干爹z2z

你好！我按照你的方法找到dont_touch_reasons是cts_synthesized，具体解释就是Net is synthesized with clock tree synthesis。我想去掉dont_touch_reasons这个属性，但是提示static or derived attribute不能去掉。怎么能把这个属性去掉让工具自动修呢？

小干爹z2z · 发表于 2014-9-16 16:14:48

回复 15# dennisi123

LZ 你好这个是做完CTS必要的这个dont_touch 属性，为了防止data path的优化引擎去改动clock tree。但是并不会影响CTS的engine去修复与优化，所以你在CTS之后一般不会去掉，而是如果发现没有这个属性，需要mark上去。当然也是有方法可以remove掉的，通过 mark_clock_tree这个command，具体请看man page。
mark这个dont_touch的属性，也是需要这个command。

damonzhao · 发表于 2014-9-16 16:23:59

你的树里的clk单元是多大？
还有transition设的多大？

dennisi123 · 发表于 2014-9-16 16:38:25

回复 17# damonzhao

transition time设为1ns，max_fanout没有设置，工具默认为2000吧

damonzhao · 发表于 2014-9-16 16:45:48

回复 18# dennisi123

clkbuf单元是多大的？

dennisi123 · 发表于 2014-9-16 18:51:50

回复 19# damonzhao

没有专门的clkbuff，用的是buffda，尺寸大概是22*14u

[求助] CTS后DRC violation无法修复，显示dont_touch

站长推荐 /2