简介《JasperGold Low Power Verification App User Guide》是Cadence官方发布的JasperGold低功耗验证应用用户指南面向IC设计验证工程师、芯片后端及低功耗架构人员系统讲解如何运用形式验证方法验证多电源域、电源门控、时钟门控等低功耗设计行为解决芯片在睡眠、待机等不同电源管理模式下功能正确性与功耗优化问题。压缩包内仅含1个PDF文件大小约为936KB其内容涵盖低功耗模型建模、验证流程配置、命令与脚本使用、案例研究、错误处理及性能优化等章节同时还涉及SystemC建模、与IBM Platform LSF等第三方软件的集成。读者可从中掌握JasperGold低功耗验证App的完整使用方法获得从搭建验证环境、导入设计到调试问题的一线操作思路尤其适合需要开展低功耗形式验证项目的中高级验证工程师作为案头参考。目前已有179人学习下载。1. LPV 用户指南讲的不只是做功耗分析而是让形式验证拯救低功耗场景LPV 是 JasperGold 里常被低估的一个工作流。多数工程师第一次接触它是在低功耗项目为了应付 UPF 检查、把仿真挂起来跑功耗用例的时候真正打开jaspergold_lpv_userguide.pdf才会发现LPV 实际是把形式验证引擎接到低功耗语义上用数学上的穷举证明来替代仿真里零散的时序碰运气。它能解决的问题很具体某个寄存器的供电域是不是真的被隔离了、电平转换单元在前后两个域不同步时会不会出现亚稳态、保留寄存器的保持信号在电源关断窗口是否稳定。对做 UPF 集成的验证工程师来说LPV 是少数能在流片前就把这类 bug 钉死的手段。这篇博文就按 LPV 从环境搭建到断言调试的顺序展开 JasperGold LPV 的关键操作和边界。2. JasperGold LPV 的验证视角从 UPF 约束到形式化模型的提取LPV 之所以和通用 FPV 不同在于它把 UPF 的功耗意图和 RTL 门级网表一起编译成形式模型而不是单独对 RTL 断言做证明。低功耗失败通常不是组合逻辑算错而是某个供电域断电后产生了 X 态、某个隔离单元使能时序晚了半拍。这些场景只靠 RTL 仿真很难被触发LPV 则会显式地把电源状态枚举成形式状态。2.1 为什么 LPV 要建立在统一电源格式UPF之上UPF 里描述了电压域划分、电源开关、隔离策略、电平转换和 retention 策略这些恰恰是 LPV 证明时要用的约束。JasperGold 的做法是读入IEEE 1801标准格式的 UPF 文件再把每个 supply port 的电压值抽象成离散状态OFF、ON 或者低电压工作态。抽象之后形式工具可以自动推导一条信号路径上是否经过隔离单元、是否跨域、是否允许电平转换。关键点在于LPV 并不直接仿真每一个电压值而是把所有状态转换以 symbolic 方式编码。这意味着它可以覆盖诸如“主域 ON 时辅助域突然 OFF期间隔离未生效”之类的非法路径。常见误用是只在仿真里验证正常上下电序列忽略随机的 power mode 切换LPV 就能把这种随机性变成可证明的性质。2.2 LPV 中定义电压域、电源开关和隔离单元的常见做法读入 UPF 时JasperGold 会先解析几个核心约束create_power_domain划分边界create_supply_port和create_supply_net建立电源网络connect_supply_net连接不同域add_power_state描述可用的电源状态。如果设计里已经包含这些LPV 会直接复用。若只有带 UPF 缺失的部分则需要在命令台手动补齐 power state。2.2.1 用 create_power_domain 和 supply_net 描述域一个典型的两域设计里可先把 VDD 主域和 VDD_RTC 常开域定义清楚同时指定隔离输出信号。下面片段来自设计常用的tb.upf思路配合 JasperGold 的 Tcl 控制台使用load_upf tb.upf # 下面是 UPF 内部或者后续补充 create_supply_port VDD_RTC create_supply_net VDD_RTC -domain pd_rtc connect_supply_net VDD_RTC -ports {VDD_RTC} create_power_domain pd_rtc -elements {.rtc_block} create_power_domain pd_core -elements {.core_block} set_isolation iso_rtc -domain pd_core -isolation_signal iso_en -clamp_value 0 set_level_shifter ls_core -domain pd_core -applies_to both这段脚本的功能是划分两个域并指定隔离信号iso_en。set_isolation里clamp_value 0表示隔离输出被钳到低电平set_level_shifter则告诉 LPV 信号跨域时需要自动插入电平转换。参数不同会让证明结果差异很大如果设计里隔离信号是异步到达-isolation_signal必须关联相关的时序约束否则 LPV 会默认隔离永远先于断电成立漏掉 bug。2.3 LPV 断言与仿真断言的差异形式验证里的断言直接作用于状态空间而 LPV 的断言还额外绑定电源状态。仿真中写的assert property ((posedge clk) disable iff (!rst_n) a |- b);在 LPV 里可被解释成只有当iso_en有效而且相关供电域 ON 时才要求b成立。为了让断言语义匹配低功耗行为JasperGold 提供了若干内置函数例如power_state()、is_isolated()、is_retained()。内置函数用途适用场景power_state(name)返回某 supply net 的当前抽象电平状态断言某个域只在指定功耗模式下被访问is_isolated(sig)检查信号是否在隔离有效范围内防止隔离窗口之外的信号被采样is_retained(sig)确认寄存器保留功能生效验证 retention cell 的值在唤醒后保持supply_on(net)确认供电网络非 OFF跨域握手信号的前置条件仿真断言常犯的错误是忽略时钟域。LPV 里则会把时钟也抽象成事件域关闭时时钟停止断言使用(posedge clk)会失去触发器。更合理的写法是在断言中显式判断supply_on(clk_net)再把属性挂到全局检查点上。后面章节的命令会演示具体写法。3. 搭建 JasperGold LPV 验证环境工程初始化与最小可运行命令进入 LPV 实践前环境配置直接影响证明效率。下面流程按 JasperGold Tcl 控制台的标准操作习惯写你可以在已有的lib和rtl目录上直接改造。3.1 使用 dcshell 或 jg 启动 LPV 工程的两种路径JasperGold 既有图形界面也支持命令行批处理。LPV 场景最好用 Tcl 脚本驱动因为要重复跑多组 power state 组合。两种常用启动方式# 方式一直接用 GUI 创建工程后导出 Tcl 脚本 jg -gui -project lpv_demo.jgp # 方式二从 shell 批量运行脚本适合回归 jg -project lpv_demo.jgp -exec run_lpv.tcl-project参数指定工程文件避免每次导入设计-exec在工程打开后立即执行脚本。不建工程也可以直接用new_project -dir创建临时目录。首次搭建建议用 GUI 检查 hierarchy确认 UPF 被正确 bound 之后再退到 batch 方式回归。3.2 读入 RTL、UPF 和库文件的关键命令读文件时先后顺序有讲究。先读 RTL 和 UPF再 elaborate最后显式设置 power state。下面的 Tcl 片段是可跑的最小命令set DESIGN_NAME top set RTL_FILES [list rtl/rtl.sv rtl/rtl.v] set UPF_FILE upf/top.upf set LIB_FILES [list lib/stdcells.lib lib/io.lib] read_file -format sverilog $RTL_FILES read_file -format upf $UPF_FILE read_file -format liberty $LIB_FILES elaborate -top $DESIGN_NAME set_clock clk -period 10.0 set_reset rst_n -active_low # 明确启用 LPV 的低功耗语义验证 set_power_options -enable_lpv true reset_state prove -property { lp_isolation_check }每个命令的意图很直接read_file -format upf把 UPF 编译进设计模型elaborate建立包含电源域的层级set_clock和set_reset为了给形式引擎时间边界set_power_options是 JasperGold 里打开低功耗验证语义的开关。脚本运行后工具会打印每个域的 supply 状态以及隔离单元是否被正常识别。3.3 设置时钟、复位与供电模式低功耗验证比普通 FPV 多出供电模式这一层。常用做法是把所有功耗模式声明成 Tcl 关联数组然后让证明任务遍历这些组合。例如常见的正常模式、休眠模式、深关断模式set power_modes { { mode_name normal VDD ON VDD_RTC ON iso_en 0} { mode_name sleep VDD OFF VDD_RTC ON iso_en 1} { mode_name deep_off VDD OFF VDD_RTC OFF iso_en 1} { mode_name wakeup VDD ON VDD_RTC ON iso_en 0} } foreach pm $power_modes { set mode_name [lindex $pm 0] set vdd_state [lindex $pm 1] set vdd_rtc_state [lindex $pm 2] set iso [lindex $pm 3] set_power_state -supply VDD -state $vdd_state set_power_state -supply VDD_RTC -state $vdd_rtc_state set_isolation_control -signal iso_en -active $iso prove -property [list $mode_name] }3.3.1 供电模式与 always_on/can_be_isolated 的约束写法UPF 里常见约束是always_on单元和can_be_isolated信号。建议在 LPV 脚本里把这类约束显式化让工具对非法模式直接报 conflict。例如set_always_on -domain pd_rtc -element { .rtc_clk_gen } set_isolatable -domain pd_core -signal { core_if_out }如果一个always_on单元所在域在某个 mode 里被关断LPV 会立即标记一致性冲突。更重要的是这类声明让后续 prove 更快因为它剔除了一部分无意义的状态空间。4. 让 LPV 真正找到 bug断言、覆盖与调试流程环境跑通后真正产生价值的是断言设计和反例分析。LPV 里断言不只是挂在功能逻辑上更要表达“跨域、断电、隔离”三条线。下面从断言写法讲到调试命令。4.1 在 RTL 中插入低功耗断言IEEE 1801 建议的一部分IEEE 1801 的 UPF 规范其实不强制要求断言但 LPV 工作流中业界常用 SVA 加power_state扩展函数来写。下面是一个带保留寄存器的例子它断言若rtc_domain供电正常而core_domain进入 OFF则core_status必须保持为 0隔离钳位有效。module lp_assertions ( input logic clk, input logic rst_n, input logic iso_en, input logic core_status, input logic supply_ok_rtc, input logic supply_ok_core ); property p_iso_core_status; (posedge clk) disable iff (!rst_n) (supply_ok_core 0 supply_ok_rtc 1 |- $stable(core_status) core_status 0); endproperty a_iso: assert property (p_iso_core_status); endmodule$stable(core_status)在断电窗口里并不一定成立因为没了时钟的信号可能悬空所以这个断言其实是验证隔离信号到位后core_status输出被钳位且不变化。实际工程中supply_ok_*来自 UPF 的电源状态抽象可以通过 LPV 工具映射到断言端口。4.2 用 JasperGold 证明前后隔离、电平转换和保留逻辑要把上述断言绑定到设计上还需要在 Tcl 里设立证明任务并指定反例的深度与边界。常见做法是用prove -property加模式枚举或者用prove -all配合覆盖。# 设置最大证明深度避免无界逻辑挂起 set_property -name prove_time_limit_sec -value 600 set_property -name prove_depth_limit -value 100 # 只证明与隔离相关的属性加速回归 prove -property { a_iso a_iso2 a_level_shifter_ok } # 生成覆盖报告 get_coverage -summary get_fail -property a_iso -count 3参数说明prove_time_limit_sec限制单条属性的最长证明时间防止某些属性因规模过大拖死整个回归prove_depth_limit指定状态展开深度。若预期反例在 20 拍之内深度给 50 就足够给得太大反而可能让引擎陷入无界状态探索。get_fail -count 3可以提取最多 3 个反例波形用于后续调试。4.2.1 一个 always_on 寄存器被断电场景的形式化证明如果某个寄存器被误标为保留但实际 retention 策略没接好LPV 会给出类似下面这种反例仿真片段# 在 fail 窗口中显示电源事件 report_power_state -property a_iso report_fail -property a_iso -waveform wave.fsdbreport_power_state会把失败时各个域的电压状态打印出来。若看到core_domain在iso_en仍为 0 时被置为 OFF说明隔离策略生效晚于断电命令这就是一个真 bug。修复方向通常是调整 UPF 里的set_isolation -isolation_signal时序约束或让 RTL 中的状态机提前拉起隔离信号。4.3 遇到反例时如何快速定位功耗时序冲突如果失败波形模糊第一件要做的是确认时钟、复位是否与 LPV 状态机同步。常见问题是set_clock之后的时钟与 UPF 中描述的电源域不一致导致断言被错误触发。可以先用report_clock检查每个时钟是否绑定到了正确的 supply netreport_clock -verbose report_supply_net -verbose如果看到clk_core仍默认挂在VDD_RTC上需要重新配置时钟关联。另一个快速定位技巧是查看反例波形的电源状态横轴通常工具会画出supply_state的跳变曲线直接显示断电和隔离使能的先后。5. 把 LPV 用在回归验证中的几个进阶技巧最后这一部分讲三个我自己在项目里用过收益最大的技巧。它们不需要改设计只需要调整 JasperGold LPV 工程的组织方式。5.1 用 multi_run 和 incremental 参数压缩验证时间LPV 的证明任务之间往往存在共享逻辑子集。multi_run可以让同一工程内多个属性并行跑而incremental让相邻两次运行复用之前已证明的 Lemma。set_property -name parallel_run_cores -value 8 set_property -name incremental_prove -value true prove -all启用incremental_prove后第二次跑同一组属性通常能节省 30% 到 50% 的时间。注意不要在多台异构机器上共享增量数据库否则工具可能因路径不一致产生 cache miss。5.2 把 JasperGold LPV 与仿真波形对比建立 cross-check 流程LPV 证明了属性在抽象模型下成立但真实芯片里还有时序延时和非理想效应。工程上我会把同一组断言同时挂到 VCS/Questa 仿真上跑几条定向用例然后把 LPV 生成的反例波形导出成 FSDB。对比步骤可以这样# 从 JasperGold 导出反例波形 write_fsdb -property a_iso -file lpv_iso.fsdb # 在仿真的测试平台里同样 dump fsdb # vcs fsdb dumptestcase拿到两套波形后用 Verdi 加载把 LPV 与仿真波形按电源事件对齐确认供电状态跳变点一致。若仿真中的iso_en拉高时间比 LPV 晚 1ns不代表形式证明无效只说明仿真里也应有同样窗口如果差太多就需要检查 UPF 里约束是否被 LPV 正确解析。5.3 LPV 常用内置函数与命令速查下面这张表是我在日常调试时固定参考的命令和函数覆盖大部分需求。类别命令/函数说明工程new_project -dir创建隔离的临时工程读入read_file -format upf读入 UPF 功耗意图电源状态set_power_state设置 supply net 的抽象状态隔离检查get_isolation列出所有隔离单元断言assert property在 RTL 中声明属性证明prove -property证明单个属性覆盖率get_coverage -summary输出属性覆盖统计反例get_fail -waveform导出反例波形调试report_power_state打印失败时的电源状态最后提醒一次参数细节set_power_options -enable_lpv true要放在elaborate完成之后、prove之前否则工具可能忽略 UPF 中的部分功耗语义。若遇到工具识别不出隔离单元先用report_power_domain查看域边界是否与你设想一致再检查 UPF 里set_isolation是否写在了create_power_domain之后。本文还有配套的精品资源点击获取
简介《JasperGold Low Power Verification App User Guide》是Cadence官方发布的JasperGold低功耗验证应用用户指南面向IC设计验证工程师、芯片后端及低功耗架构人员系统讲解如何运用形式验证方法验证多电源域、电源门控、时钟门控等低功耗设计行为解决芯片在睡眠、待机等不同电源管理模式下功能正确性与功耗优化问题。压缩包内仅含1个PDF文件大小约为936KB其内容涵盖低功耗模型建模、验证流程配置、命令与脚本使用、案例研究、错误处理及性能优化等章节同时还涉及SystemC建模、与IBM Platform LSF等第三方软件的集成。读者可从中掌握JasperGold低功耗验证App的完整使用方法获得从搭建验证环境、导入设计到调试问题的一线操作思路尤其适合需要开展低功耗形式验证项目的中高级验证工程师作为案头参考。目前已有179人学习下载。1. LPV 用户指南讲的不只是做功耗分析而是让形式验证拯救低功耗场景LPV 是 JasperGold 里常被低估的一个工作流。多数工程师第一次接触它是在低功耗项目为了应付 UPF 检查、把仿真挂起来跑功耗用例的时候真正打开jaspergold_lpv_userguide.pdf才会发现LPV 实际是把形式验证引擎接到低功耗语义上用数学上的穷举证明来替代仿真里零散的时序碰运气。它能解决的问题很具体某个寄存器的供电域是不是真的被隔离了、电平转换单元在前后两个域不同步时会不会出现亚稳态、保留寄存器的保持信号在电源关断窗口是否稳定。对做 UPF 集成的验证工程师来说LPV 是少数能在流片前就把这类 bug 钉死的手段。这篇博文就按 LPV 从环境搭建到断言调试的顺序展开 JasperGold LPV 的关键操作和边界。2. JasperGold LPV 的验证视角从 UPF 约束到形式化模型的提取LPV 之所以和通用 FPV 不同在于它把 UPF 的功耗意图和 RTL 门级网表一起编译成形式模型而不是单独对 RTL 断言做证明。低功耗失败通常不是组合逻辑算错而是某个供电域断电后产生了 X 态、某个隔离单元使能时序晚了半拍。这些场景只靠 RTL 仿真很难被触发LPV 则会显式地把电源状态枚举成形式状态。2.1 为什么 LPV 要建立在统一电源格式UPF之上UPF 里描述了电压域划分、电源开关、隔离策略、电平转换和 retention 策略这些恰恰是 LPV 证明时要用的约束。JasperGold 的做法是读入IEEE 1801标准格式的 UPF 文件再把每个 supply port 的电压值抽象成离散状态OFF、ON 或者低电压工作态。抽象之后形式工具可以自动推导一条信号路径上是否经过隔离单元、是否跨域、是否允许电平转换。关键点在于LPV 并不直接仿真每一个电压值而是把所有状态转换以 symbolic 方式编码。这意味着它可以覆盖诸如“主域 ON 时辅助域突然 OFF期间隔离未生效”之类的非法路径。常见误用是只在仿真里验证正常上下电序列忽略随机的 power mode 切换LPV 就能把这种随机性变成可证明的性质。2.2 LPV 中定义电压域、电源开关和隔离单元的常见做法读入 UPF 时JasperGold 会先解析几个核心约束create_power_domain划分边界create_supply_port和create_supply_net建立电源网络connect_supply_net连接不同域add_power_state描述可用的电源状态。如果设计里已经包含这些LPV 会直接复用。若只有带 UPF 缺失的部分则需要在命令台手动补齐 power state。2.2.1 用 create_power_domain 和 supply_net 描述域一个典型的两域设计里可先把 VDD 主域和 VDD_RTC 常开域定义清楚同时指定隔离输出信号。下面片段来自设计常用的tb.upf思路配合 JasperGold 的 Tcl 控制台使用load_upf tb.upf # 下面是 UPF 内部或者后续补充 create_supply_port VDD_RTC create_supply_net VDD_RTC -domain pd_rtc connect_supply_net VDD_RTC -ports {VDD_RTC} create_power_domain pd_rtc -elements {.rtc_block} create_power_domain pd_core -elements {.core_block} set_isolation iso_rtc -domain pd_core -isolation_signal iso_en -clamp_value 0 set_level_shifter ls_core -domain pd_core -applies_to both这段脚本的功能是划分两个域并指定隔离信号iso_en。set_isolation里clamp_value 0表示隔离输出被钳到低电平set_level_shifter则告诉 LPV 信号跨域时需要自动插入电平转换。参数不同会让证明结果差异很大如果设计里隔离信号是异步到达-isolation_signal必须关联相关的时序约束否则 LPV 会默认隔离永远先于断电成立漏掉 bug。2.3 LPV 断言与仿真断言的差异形式验证里的断言直接作用于状态空间而 LPV 的断言还额外绑定电源状态。仿真中写的assert property ((posedge clk) disable iff (!rst_n) a |- b);在 LPV 里可被解释成只有当iso_en有效而且相关供电域 ON 时才要求b成立。为了让断言语义匹配低功耗行为JasperGold 提供了若干内置函数例如power_state()、is_isolated()、is_retained()。内置函数用途适用场景power_state(name)返回某 supply net 的当前抽象电平状态断言某个域只在指定功耗模式下被访问is_isolated(sig)检查信号是否在隔离有效范围内防止隔离窗口之外的信号被采样is_retained(sig)确认寄存器保留功能生效验证 retention cell 的值在唤醒后保持supply_on(net)确认供电网络非 OFF跨域握手信号的前置条件仿真断言常犯的错误是忽略时钟域。LPV 里则会把时钟也抽象成事件域关闭时时钟停止断言使用(posedge clk)会失去触发器。更合理的写法是在断言中显式判断supply_on(clk_net)再把属性挂到全局检查点上。后面章节的命令会演示具体写法。3. 搭建 JasperGold LPV 验证环境工程初始化与最小可运行命令进入 LPV 实践前环境配置直接影响证明效率。下面流程按 JasperGold Tcl 控制台的标准操作习惯写你可以在已有的lib和rtl目录上直接改造。3.1 使用 dcshell 或 jg 启动 LPV 工程的两种路径JasperGold 既有图形界面也支持命令行批处理。LPV 场景最好用 Tcl 脚本驱动因为要重复跑多组 power state 组合。两种常用启动方式# 方式一直接用 GUI 创建工程后导出 Tcl 脚本 jg -gui -project lpv_demo.jgp # 方式二从 shell 批量运行脚本适合回归 jg -project lpv_demo.jgp -exec run_lpv.tcl-project参数指定工程文件避免每次导入设计-exec在工程打开后立即执行脚本。不建工程也可以直接用new_project -dir创建临时目录。首次搭建建议用 GUI 检查 hierarchy确认 UPF 被正确 bound 之后再退到 batch 方式回归。3.2 读入 RTL、UPF 和库文件的关键命令读文件时先后顺序有讲究。先读 RTL 和 UPF再 elaborate最后显式设置 power state。下面的 Tcl 片段是可跑的最小命令set DESIGN_NAME top set RTL_FILES [list rtl/rtl.sv rtl/rtl.v] set UPF_FILE upf/top.upf set LIB_FILES [list lib/stdcells.lib lib/io.lib] read_file -format sverilog $RTL_FILES read_file -format upf $UPF_FILE read_file -format liberty $LIB_FILES elaborate -top $DESIGN_NAME set_clock clk -period 10.0 set_reset rst_n -active_low # 明确启用 LPV 的低功耗语义验证 set_power_options -enable_lpv true reset_state prove -property { lp_isolation_check }每个命令的意图很直接read_file -format upf把 UPF 编译进设计模型elaborate建立包含电源域的层级set_clock和set_reset为了给形式引擎时间边界set_power_options是 JasperGold 里打开低功耗验证语义的开关。脚本运行后工具会打印每个域的 supply 状态以及隔离单元是否被正常识别。3.3 设置时钟、复位与供电模式低功耗验证比普通 FPV 多出供电模式这一层。常用做法是把所有功耗模式声明成 Tcl 关联数组然后让证明任务遍历这些组合。例如常见的正常模式、休眠模式、深关断模式set power_modes { { mode_name normal VDD ON VDD_RTC ON iso_en 0} { mode_name sleep VDD OFF VDD_RTC ON iso_en 1} { mode_name deep_off VDD OFF VDD_RTC OFF iso_en 1} { mode_name wakeup VDD ON VDD_RTC ON iso_en 0} } foreach pm $power_modes { set mode_name [lindex $pm 0] set vdd_state [lindex $pm 1] set vdd_rtc_state [lindex $pm 2] set iso [lindex $pm 3] set_power_state -supply VDD -state $vdd_state set_power_state -supply VDD_RTC -state $vdd_rtc_state set_isolation_control -signal iso_en -active $iso prove -property [list $mode_name] }3.3.1 供电模式与 always_on/can_be_isolated 的约束写法UPF 里常见约束是always_on单元和can_be_isolated信号。建议在 LPV 脚本里把这类约束显式化让工具对非法模式直接报 conflict。例如set_always_on -domain pd_rtc -element { .rtc_clk_gen } set_isolatable -domain pd_core -signal { core_if_out }如果一个always_on单元所在域在某个 mode 里被关断LPV 会立即标记一致性冲突。更重要的是这类声明让后续 prove 更快因为它剔除了一部分无意义的状态空间。4. 让 LPV 真正找到 bug断言、覆盖与调试流程环境跑通后真正产生价值的是断言设计和反例分析。LPV 里断言不只是挂在功能逻辑上更要表达“跨域、断电、隔离”三条线。下面从断言写法讲到调试命令。4.1 在 RTL 中插入低功耗断言IEEE 1801 建议的一部分IEEE 1801 的 UPF 规范其实不强制要求断言但 LPV 工作流中业界常用 SVA 加power_state扩展函数来写。下面是一个带保留寄存器的例子它断言若rtc_domain供电正常而core_domain进入 OFF则core_status必须保持为 0隔离钳位有效。module lp_assertions ( input logic clk, input logic rst_n, input logic iso_en, input logic core_status, input logic supply_ok_rtc, input logic supply_ok_core ); property p_iso_core_status; (posedge clk) disable iff (!rst_n) (supply_ok_core 0 supply_ok_rtc 1 |- $stable(core_status) core_status 0); endproperty a_iso: assert property (p_iso_core_status); endmodule$stable(core_status)在断电窗口里并不一定成立因为没了时钟的信号可能悬空所以这个断言其实是验证隔离信号到位后core_status输出被钳位且不变化。实际工程中supply_ok_*来自 UPF 的电源状态抽象可以通过 LPV 工具映射到断言端口。4.2 用 JasperGold 证明前后隔离、电平转换和保留逻辑要把上述断言绑定到设计上还需要在 Tcl 里设立证明任务并指定反例的深度与边界。常见做法是用prove -property加模式枚举或者用prove -all配合覆盖。# 设置最大证明深度避免无界逻辑挂起 set_property -name prove_time_limit_sec -value 600 set_property -name prove_depth_limit -value 100 # 只证明与隔离相关的属性加速回归 prove -property { a_iso a_iso2 a_level_shifter_ok } # 生成覆盖报告 get_coverage -summary get_fail -property a_iso -count 3参数说明prove_time_limit_sec限制单条属性的最长证明时间防止某些属性因规模过大拖死整个回归prove_depth_limit指定状态展开深度。若预期反例在 20 拍之内深度给 50 就足够给得太大反而可能让引擎陷入无界状态探索。get_fail -count 3可以提取最多 3 个反例波形用于后续调试。4.2.1 一个 always_on 寄存器被断电场景的形式化证明如果某个寄存器被误标为保留但实际 retention 策略没接好LPV 会给出类似下面这种反例仿真片段# 在 fail 窗口中显示电源事件 report_power_state -property a_iso report_fail -property a_iso -waveform wave.fsdbreport_power_state会把失败时各个域的电压状态打印出来。若看到core_domain在iso_en仍为 0 时被置为 OFF说明隔离策略生效晚于断电命令这就是一个真 bug。修复方向通常是调整 UPF 里的set_isolation -isolation_signal时序约束或让 RTL 中的状态机提前拉起隔离信号。4.3 遇到反例时如何快速定位功耗时序冲突如果失败波形模糊第一件要做的是确认时钟、复位是否与 LPV 状态机同步。常见问题是set_clock之后的时钟与 UPF 中描述的电源域不一致导致断言被错误触发。可以先用report_clock检查每个时钟是否绑定到了正确的 supply netreport_clock -verbose report_supply_net -verbose如果看到clk_core仍默认挂在VDD_RTC上需要重新配置时钟关联。另一个快速定位技巧是查看反例波形的电源状态横轴通常工具会画出supply_state的跳变曲线直接显示断电和隔离使能的先后。5. 把 LPV 用在回归验证中的几个进阶技巧最后这一部分讲三个我自己在项目里用过收益最大的技巧。它们不需要改设计只需要调整 JasperGold LPV 工程的组织方式。5.1 用 multi_run 和 incremental 参数压缩验证时间LPV 的证明任务之间往往存在共享逻辑子集。multi_run可以让同一工程内多个属性并行跑而incremental让相邻两次运行复用之前已证明的 Lemma。set_property -name parallel_run_cores -value 8 set_property -name incremental_prove -value true prove -all启用incremental_prove后第二次跑同一组属性通常能节省 30% 到 50% 的时间。注意不要在多台异构机器上共享增量数据库否则工具可能因路径不一致产生 cache miss。5.2 把 JasperGold LPV 与仿真波形对比建立 cross-check 流程LPV 证明了属性在抽象模型下成立但真实芯片里还有时序延时和非理想效应。工程上我会把同一组断言同时挂到 VCS/Questa 仿真上跑几条定向用例然后把 LPV 生成的反例波形导出成 FSDB。对比步骤可以这样# 从 JasperGold 导出反例波形 write_fsdb -property a_iso -file lpv_iso.fsdb # 在仿真的测试平台里同样 dump fsdb # vcs fsdb dumptestcase拿到两套波形后用 Verdi 加载把 LPV 与仿真波形按电源事件对齐确认供电状态跳变点一致。若仿真中的iso_en拉高时间比 LPV 晚 1ns不代表形式证明无效只说明仿真里也应有同样窗口如果差太多就需要检查 UPF 里约束是否被 LPV 正确解析。5.3 LPV 常用内置函数与命令速查下面这张表是我在日常调试时固定参考的命令和函数覆盖大部分需求。类别命令/函数说明工程new_project -dir创建隔离的临时工程读入read_file -format upf读入 UPF 功耗意图电源状态set_power_state设置 supply net 的抽象状态隔离检查get_isolation列出所有隔离单元断言assert property在 RTL 中声明属性证明prove -property证明单个属性覆盖率get_coverage -summary输出属性覆盖统计反例get_fail -waveform导出反例波形调试report_power_state打印失败时的电源状态最后提醒一次参数细节set_power_options -enable_lpv true要放在elaborate完成之后、prove之前否则工具可能忽略 UPF 中的部分功耗语义。若遇到工具识别不出隔离单元先用report_power_domain查看域边界是否与你设想一致再检查 UPF 里set_isolation是否写在了create_power_domain之后。本文还有配套的精品资源点击获取
