• 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. Help needed in creating URM using SV

Stats

  • Locked Locked
  • Replies 15
  • Subscribers 64
  • Views 21564
  • 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

Help needed in creating URM using SV

archive
archive over 18 years ago

Hello friends!
I'm facing a problem while creating my Verification IP using SV language in URM environment.
Right now, I'm just trying to up my master agent with these files:

package.sv
dut_interface.sv
master_sequence_driver.sv
master_interface.sv
master_bfm.sv
master_monitor.sv
master_agent.sv
dut_dummy.v
dut_wrap.sv
bus_interface.sv

I got two errors"An interface connection must be connected to verilog parent" and "An interface port declaration must be connected".....

I couldn't able to go further....can anyone help me in this regards!?

Thanks in advance!
Regards,
Jalli


Originally posted in cdnusers.org by jaally
  • Cancel
Parents
  • archive
    archive over 18 years ago

    Hi Jally.

    I just replied to your mail with some more info. For the record, because you have only compiled the agent, and no env or testbench to instantiate the agent, the agent's interface is left unconnected, which is illegal in SystemVerilog.

    You should refer to the URM docs, and also the vr_xbus example that comes wit IPCM.
    You can find the vr_xbus example files under the IPCM installation, like this:
      IPCM/6.11/ipcm/urm_lib/sv_mb_ex_lib/vr_xbus

    Normally your testbench hierarchy would look something like this:

    sve   (top module)
     |- dut_if   (instance of dut interface)
     |- dut_wrapper  (instance)
     |     |- dut   (the real dut)
     |- sips_ahb_env  (instance of the AHB env)
     |    |- sips_ahb_master_agent
     |    |    |- sips_ahb_master_monitor
     |    |    |- sips_ahb_master_driver
     |    |    |- sips_ahb_master_bfm
     |    |- sips_ahb_slave_agent
     |    |    |- (structure as per master agent)
     |- any_other_interface_env
          |- any_other_interface_master_agent
          |     |- any_other_interface_master_monitor
          |     |- ...
          |- any_other_interface_slave_agent
     


    Originally posted in cdnusers.org by stephenh
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • archive
    archive over 18 years ago

    Hi Jally.

    I just replied to your mail with some more info. For the record, because you have only compiled the agent, and no env or testbench to instantiate the agent, the agent's interface is left unconnected, which is illegal in SystemVerilog.

    You should refer to the URM docs, and also the vr_xbus example that comes wit IPCM.
    You can find the vr_xbus example files under the IPCM installation, like this:
      IPCM/6.11/ipcm/urm_lib/sv_mb_ex_lib/vr_xbus

    Normally your testbench hierarchy would look something like this:

    sve   (top module)
     |- dut_if   (instance of dut interface)
     |- dut_wrapper  (instance)
     |     |- dut   (the real dut)
     |- sips_ahb_env  (instance of the AHB env)
     |    |- sips_ahb_master_agent
     |    |    |- sips_ahb_master_monitor
     |    |    |- sips_ahb_master_driver
     |    |    |- sips_ahb_master_bfm
     |    |- sips_ahb_slave_agent
     |    |    |- (structure as per master agent)
     |- any_other_interface_env
          |- any_other_interface_master_agent
          |     |- any_other_interface_master_monitor
          |     |- ...
          |- any_other_interface_slave_agent
     


    Originally posted in cdnusers.org by stephenh
    • 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