Jump to content


Popular Content

Showing content with the highest reputation on 02/18/2014 in all areas

  1. 1 point
    David Black

    Polymorphism in testbench

    The simplest examples of polymorphism at work are the UVM factory when you use overrides.
  2. 1 point
    Hany Salah

    Polymorphism in testbench

    in case you have such ubus example,,, you have different agents ,, each one is responsible to act like either master or slave ,, It isn't restricted that all agents act in the same way at the same time,, but you have to randomly configure each one to make your test more random and more effective ,, such way ,, you have different agents ,,, each one extended from uvm_agent base class ,, and each one may have the same function name ,, for instance write(),, strope () ,, read() and so on ,, Through build phase ,, you called build function through all environments in the same test bench ,, although they have the same name ,, polymorphism play its role another example through when run phase ,,, each agent may have his own run routine with the same name run () ,, but they don't act as each other ,, so polymorphism play its role here also on Other matter ,, naming function whose main purpose similar like run, is so practical as on complex tests you have high number of agents and scripts and you may get lost in routines' names