使用vc formal分析覆盖率中的dead code

<think>好的，我现在需要帮助用户理解在Formality验证流程中正确使用set_dont_verify_points命令的方法。首先，我应该回忆一下Formality工具的基本概念和相关命令的作用。 根据用户提供的引用内容，引用[1]提到set_dont_verify命令用于设置不验证的比较点，这样Formality就不会检查这些点，而且可以用report_dont_verify_points来报告这些点。引用[3]说明set_dont_cut会覆盖set_cut_point，但用户的问题是关于set_dont_verify_points的，所以可能需要关联这两个命令的不同用途。 接下来，我需要明确set_dont_verify_points的具体功能。根据引用[1]，这个命令的作用是让工具跳过某些比较点的验证，这可能用于处理设计中已知的不匹配点，或者不需要验证的部分。用户可能需要了解如何正确应用这个命令，以避免误报或漏报问题。 然后，应该考虑使用该命令的典型场景。例如，当设计中存在某些模块或路径不需要验证时，或者存在无法解决的不匹配但已知安全的情况，这时可以使用set_dont_verify_points来排除这些点。引用[4]提到该命令用于特定的比较点或用户定义的探针对，说明需要明确指定哪些点需要排除。 接下来，需要整理使用步骤。首先，确定需要排除的比较点，然后使用命令设置，最后生成报告确认。引用[1]中的report_dont_verify_points命令是关键，用来验证设置是否生效。 还需要注意与其他命令的交互。比如引用[3]提到set_dont_cut会影响cut point的设置，而set_dont_verify_points可能独立于此。同时，引用[2]指出某些变量被替代，但用户的问题是关于set_dont_verify_points，所以可能需要说明该命令是否受其他设置影响。 此外，注意事项也很重要。比如，过度使用可能导致验证不彻底，需要确保排除的点确实不需要验证，或者存在其他验证手段。引用[5]提到的自动设置选项可能影响默认变量，但不确定是否与当前命令相关，但可以提及可能存在全局设置的影响。 最后，需要将这些信息结构化，分步骤说明使用方法，举例说明命令语法，并提醒用户注意事项。同时，结合用户提供的引用，正确标注引用来源，确保信息准确可靠。</think>在Formal验证流程中，正确使用$set\_dont\_verify\_points$命令需要遵循以下步骤和注意事项： ### 一、命令核心功能 该命令用于**屏蔽特定比较点**的等价性验证，适用于已知无需验证或存在假性不匹配的场景。使用后Formality将跳过这些点的逻辑等价性检查，并通过$report\_dont\_verify\_points$查看已屏蔽点列表[^1]。 ### 二、典型应用场景 1. **已知安全的不匹配点**：如手动修改的时序优化电路 2. **不可综合代码段**：设计中的仿真专用代码块 3. **第三方IP核接口**：黑盒模块的边界信号 4. **验证环境干扰信号**：测试模式下插入的调试信号 ### 三、操作步骤 1. **识别目标点**： ```tcl get_compare_points -nonequivalent -names > non_eq_points.rpt ``` 2. **设置屏蔽指令**： ```tcl set_dont_verify_points -type compare_point {u_ADC/u_DigitalCore/clk_div_reg[3]} ``` 3. **验证配置效果**： ```tcl report_dont_verify_points -verbose > dont_verify.rpt ``` ### 四、注意事项 1. **覆盖优先级**：该命令设置的屏蔽点优先级高于自动比较点识别[^3] 2. **影响范围**：只作用于指定比较点，不会影响相关逻辑锥的切割点设置 3. **误用风险**：过度使用可能导致真实设计缺陷被掩盖，建议配合覆盖率分析使用 4. **版本兼容性**：与$set\_mismatch\_message\_filter$命令存在交互影响，需注意命令执行顺序[^2] ### 五、调试建议 当验证通过率异常升高时，应检查屏蔽点设置是否合理： $$ \text{验证覆盖率} = \frac{\text{有效验证点数}}{\text{总比较点数} - \text{屏蔽点数}} \times 100\% $$ 建议保持屏蔽点数不超过总比较点数的5%[^5]。