文章讲述了在处理三个group的路径问题时，如何通过调整cellsize、限制density、使用hardblockage和false_path等方法，解决Xbar部分的时序问题。重点讨论了stop_sense.tcl的使用和PT/RPT在排查中的作用。
情况说明：有三个group的path经过xbar相关的cell，导致时序修不干净
解决过程：
1、通过pt 的dmsl对三个group机器修，到ecoRoute时发现xbar这部分绕不通，就先尝试了上图中的方案1，先试着size几个相关的cell试试看修的效果，发现还可以，就用方案3，将所有xbar相关的cell都size，因为分析rpt发现xbar部分用的cell delay都时0.5以上。但最后发现ecoRoute也绕不通
2、由于之前都是因为density太高导致的 ，因为之前就发现每次都是那部分的density高，于是就尝试从place阶段设置max_density 0.75,以及在相应的位置打上了hardblockage 阵列。因为项目时间太紧，后期没时间所以采用了方案3，但后期试了该方案是有效的。
3、和前端以及dc人员分析得到可以对这部分设置false_path
说明：stop_sense.tcl 被sdc source进去是为了解决 打断某些path的作用，前端设计人员当时是说这些路径应该是被打断，但是我们pt的rpt结果是没有打断，所以就设置了set_sense 去打断
1087
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
