config機制 ? ?

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

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

范式：

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)

實例：

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

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

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

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

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

使用config機制特別需要注意：

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

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

3.一定是先set后get；?

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

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

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

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

?消息機制 ? ?

一個好的驗證環(huán)境的搭建離不開信息報告的打印，在UVM中由專門的一套信息機制，提供了一系列豐富的類和方法來生成和過濾消息；

范式：

方法調(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)自己打印）

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

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

編輯：黃飛

?