UVM重點(diǎn)歸納：config機(jī)制和消息機(jī)制調(diào)用

config機(jī)制 ? ?

在SV的世界里，只有當(dāng)所有的環(huán)境后才準(zhǔn)備好，如果想要在頂層環(huán)境對(duì)底層環(huán)境做配置時(shí)，需要通過(guò)句柄進(jìn)行一層一層的傳遞，這要很不利于軟件的封裝復(fù)用，而且極容易出錯(cuò)；

在uvm中，config機(jī)制的出現(xiàn)，徹底改善了以上的弊端，通過(guò)uvm_cinfig_db #(T)::set()和uvm_cinfig_db #(T)::get()的配對(duì)使用，可以在環(huán)境構(gòu)建前從頂層直接對(duì)任意底層進(jìn)行配置，傳遞的對(duì)象可以是virtual interface，單一變量，對(duì)象。

范式：

uvm_config_db #(T)::set(uvm_component cntxt,string inst_name,string field_name,T value);

uvm_config_db #(T)::get(uvm_component cntxt,string inst_name,string field_name,T value)

實(shí)例：

uvm_config_db#(virtual intf)::get(),"uvm_test_top.c1","vif",intf);

get方法中的前兩個(gè)參數(shù)構(gòu)成了從頂層到配置層的路徑，第三個(gè)參數(shù)是類中的變量，最后一個(gè)參數(shù)是傳遞的數(shù)值

uvm_config_db #(virtual intf)::get(this," ","vif",vif);

set方法中的前兩個(gè)參數(shù)一般都是以上形式，因?yàn)槭钱?dāng)前層，第三個(gè)，第四個(gè)參數(shù)分別表示變量和值；

環(huán)境結(jié)構(gòu)層次如下：

使用config機(jī)制特別需要注意：

1.set/get的路徑一定要一致；

2.傳遞的參數(shù)一定要一致；

3.一定是先set后get；?

關(guān)于set/get方法的一些后臺(tái)操作理解：

1.set的路徑和數(shù)據(jù)實(shí)際上被放置到uvm_pkt唯一的全局變量uvm_pkt::resources中；

uvm_resources是uvm_resource_pool的唯一實(shí)例，在該實(shí)例中有兩個(gè)resource數(shù)組來(lái)存放配置子信息，一個(gè)由層次索引，一個(gè)由類型索引；

2.get方法被調(diào)用后回自動(dòng)到uvm_resources中按照路徑尋找值，如果可以找到，則返回1，找不到返回0。

?消息機(jī)制 ? ?

一個(gè)好的驗(yàn)證環(huán)境的搭建離不開(kāi)信息報(bào)告的打印，在UVM中由專門(mén)的一套信息機(jī)制，提供了一系列豐富的類和方法來(lái)生成和過(guò)濾消息；

范式：

方法調(diào)用：

function void uvm_report_info(string id，string message，int verbosity= UVM_LOW,string filename="",int line=0);

宏調(diào)用：

uvm_info(ID,MESSAGE,VERBOSITY)

string id:消息ID

string message：消息內(nèi)容；

int verbosity：冗余度，有UVM_NONE/LOW/MEDIUM/HIGH/FULL/DEBUG

string filename：文件名（不做定義，系統(tǒng)自己打?。?/p>

int line: 行號(hào)（不做定義，系統(tǒng)自己打?。?/p>

消息管理是由uvm_report_handler類來(lái)實(shí)現(xiàn)的，而每一個(gè)uvm_report_object類中都有一個(gè) uvm_report_handler實(shí)例，不管是上邊的方法調(diào)用還是宏調(diào)用，都是針對(duì)uvm_report_ handler做出的配置。

編輯：黃飛

?