考虑到重用性,譬如在VIP以及VMM提供的generator,不可能再增加input/output channel,从而无法实现用channel来连接scoreboard和VIP model。可行的解决方案是用callback。
我们知道在VIP xactor或VMM generator 在get transaction 之后或者put transaction之前都会放一个钩子,即`vmm_callback(xxx_cb cb) 函数。例如在AHB VIP Master中 dw_vip_ahb_master_rvm_callback 类中定义了
transaction 处理函数:
1) post_transaction_input_channel_get
2) pre_transaction_output_channel_put
coverage 收集:
1) transaction_input_channel_cov
2) transaction_output_channel_cov
上述函数应如何处理和scoreboard的关系呢?有两种选择:
1) 把scoreboard定义成transactor,VIP model 通过callback里上述函数,将transaction 直接copy一份put到
scoreboard的channel或者队列中,由scoreboard在main函数中调用其内部定义的函数成员进行self-check。
2) scoreboard仅仅是一个新定义的class,而非vmm_xactor的扩展类。 里面定义了一些queues以便进行数据的收集
还有大量的不同场景下的函数,以便进行transaction的比较。VIP model 通过callback里上述函数,调用scoreboard
中定义的函数。
我们推荐方法2),原因如下:
1) 以便和vmm_sb_ds用法,风格一致
2) transaction的状态不能完全由input/output channel中的transaction描述。因为一些信号callback是可见的,而
scoreboard不可见
3) 直接调用更灵活,更加利于scoreboard的维护,扩展。
4) channel是buffer属性,notification可能引起block。比较应该是一个zero_time execution,用函数调用更合理。
至于vmm_sb_ds 目前不是很推荐使用,完全可以自己实现。