解读

面试官问“如何配置UVM报告的严重级别”，并不是想听你背一句set_report_severity_id_verbosity，而是考察三件事：

1. 是否理解UVM报告机制的分层模型（uvm_report_handler → uvm_report_object → uvm_component）；
2. 是否能在实际SoC或IP验证环境里，把“打印”变成“可收敛的调试手段”，而不是刷屏；
3. 是否知道国内流片前sign-off对“零Error、零Fatal、零Warning-as-Error”的硬性要求，从而把报告级别当成质量门禁来用。

因此，回答要体现“能改、能关、能过滤、能落盘、能统计”，并且给出在回归/ nightly 场景下的实战脚本片段。

知识点

1. 四种枚举值：UVM_INFO、UVM_WARNING、UVM_ERROR、UVM_FATAL，以及隐含的UVM_NONE（内部用）。
2. 三大配置接口： a. 全局单例：uvm_top.set_report_severity_action(...)
   b. 组件级：any_component.set_report_severity_id_verbosity(...)
   c. 命令行：+uvm_set_verbosity=<comp>,<id>,<severity>,<phase>,<offset>
3. Action 掩码：UVM_NO_ACTION、UVM_DISPLAY、UVM_LOG、UVM_COUNT、UVM_EXIT、UVM_CALL_HOOK；国内常用“UVM_DISPLAY + UVM_LOG + UVM_COUNT”组合，把ERROR当计数器，到达阈值即自动退出。
4. 国内项目习惯：
   • nightly 回归用 +UVM_MAX_QUIT_COUNT=10 防止死跑；
   • 把DDR/CLK/PHY等VIP的冗余INFO直接提到WARNING以上，减少log体积；
   • 用Python post-flow扫描sim.log，一旦出现Fatal/Error即触发飞书/企微告警，并自动开Jira。

答案

“配置UVM报告严重级别”我一般分四步落地：

1. 统一基类：所有env的component继承自uvm_component，在build_phase里调用
   set_report_severity_action(UVM_WARNING, UVM_DISPLAY | UVM_LOG);
   这样保证WARNING以上一定落盘，方便后续grep。

2. 降噪：对PHY VIP的寄存器访问路径 uvm_test_top.env.phy. 把INFO级别提到VERBOSITY=300，命令行加
   +uvm_set_verbosity="uvm_test_top.env.phy,*",UVM_INFO,300,run
   回归log从2 GB降到200 MB，国内服务器磁盘压力直接下降一个数量级。

3. 门禁：在base_test的start_of_simulation_phase里设
   uvm_top.set_report_max_quit_count(10);
uvm_top.set_report_severity_action(UVM_ERROR, UVM_DISPLAY | UVM_LOG | UVM_COUNT);
   一旦ERROR累计10条立即结束仿真，CI侧用grep -c "UVM_ERROR"判断红灯，保证流片前的 nightly 零误差。

4. 可追踪：用uvm_report_catcher派生一个custom_catcher，把Fatal/Error的timestamp、sequence名、RAL路径打到CSV，供Python pandas做缺陷热力图；国内多家IC公司已经把该CSV直接对接Jira REST API，实现“仿真结束→缺陷卡片自动创建”。

通过以上四步，既能在调试阶段把需要的消息放出来，又能在回归阶段把噪音压下去，同时满足国内“报告即门禁”的sign-off要求。

拓展思考

1. 如果芯片带安全岛，双核锁步(Lock-Step)报错只能算“可纠正错误”，需要把UVM_ERROR降级成UVM_INFO并单独计数，如何写catchers实现？
2. 在硬件加速(Palladium/Z1)平台，仿真速度提升100倍，log量暴增，如何利用uvm_report_object的set_report_verbosity_level动态开关，只保留最后1000条关键消息？
3. 国内越来越多项目用Chiplets，跨Die的PHY协议报错可能延迟10 k cycles，如何借助uvm_report_handler的回调机制，把跨时钟域的异步Fatal同步到主Die的timeslot再上报，避免虚假Fatal导致整系统误杀？