• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Functional Verification
  3. ncsim *N COVAUO message

Stats

  • Locked Locked
  • Replies 3
  • Subscribers 64
  • Views 3821
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ncsim *N COVAUO message

Jeff000
Jeff000 over 8 years ago

Look into the ncsim log below, the covergroup instances, through are in the same covergoup type, do have their own names. Then why ncsim still output such *N message? 

Is there any potential risk, or how can I get rid of such *N messages?

Thanks.

ncsim: *N, COVAUO: (File: AAA.svh, Line: 45):(Time: 879220 NS + 118) Instance coverage of covergroup instance (worklib.dut_pkg::reg_XXX#(int unsigned,4294967295,0,5)::cg8365_1) inside UVM object will be accumulated with instance coverage of other covergroup instances with the same instance name (dut_pkg.reg_XXX#(int unsigned, -1, 0, 5)::cg.reg_Y_set_w_cov_1) and not separately.
ncsim: *N, COVAUO: (File: AAA.svh, Line: 45):(Time: 879220 NS + 118) Instance coverage of covergroup instance (worklib.dut_pkg::reg_XXX#(int unsigned,4294967295,0,5)::cg8327_1) inside UVM object will be accumulated with instance coverage of other covergroup instances with the same instance name (dut_pkg.reg_XXX#(int unsigned, -1, 0, 5)::cg.reg_Y_set_w_cov_2) and not separately.
ncsim: *N, COVAUO: (File: AAA.svh, Line: 45):(Time: 879220 NS + 118) Instance coverage of covergroup instance (worklib.dut_pkg::reg_XXX#(int unsigned,4294967295,0,5)::cg8129_1) inside UVM object will be accumulated with instance coverage of other covergroup instances with the same instance name (dut_pkg.reg_XXX#(int unsigned, -1, 0, 5)::cg.reg_Y_set_w_cov_3) and not separately.

  • Cancel
Parents
  • StephenH
    StephenH over 8 years ago

    No, the simulator can figure out the good instance name based on the UVM component instance names. You should however use a coverage configuration file (CCF) and pass it to the elaboration command using the -covfile switch. In that file you need to specify a couple of options in order to be sure that all the covergroups are collected per-instance, and that the UVM hierarchy-based naming is enabled.

    set_covergroup -per_instance_default_one
    set_covergroup -new_instance_reporting

    Full details here under the set_covergroup command.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • StephenH
    StephenH over 8 years ago

    No, the simulator can figure out the good instance name based on the UVM component instance names. You should however use a coverage configuration file (CCF) and pass it to the elaboration command using the -covfile switch. In that file you need to specify a couple of options in order to be sure that all the covergroups are collected per-instance, and that the UVM hierarchy-based naming is enabled.

    set_covergroup -per_instance_default_one
    set_covergroup -new_instance_reporting

    Full details here under the set_covergroup command.

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information