www.久久久久|狼友网站av天堂|精品国产无码a片|一级av色欲av|91在线播放视频|亚洲无码主播在线|国产精品草久在线|明星AV网站在线|污污内射久久一区|婷婷综合视频网站

當(dāng)前位置:首頁 > 技術(shù)學(xué)院 > IC技術(shù)圈
[導(dǎo)讀]有些朋友在使用UVM構(gòu)建測(cè)試平臺(tái)時(shí)調(diào)用`uvm_info時(shí)發(fā)現(xiàn)波形中信號(hào)變化的時(shí)間和`uvm_info顯示的時(shí)間不一致(本文以`uvm_info為例說明),并且使用UVM-1.1和UVM-1.2居然`uvm_info顯示的時(shí)間還不一樣,這到底是怎么回事兒呢?下面本文將通過追究下到底是什么原因?qū)е碌?,并且給出自定義消息格式的一些方法。

作者簡(jiǎn)介:

硅芯思見,主理人nano,主要從事芯片驗(yàn)證工作,平時(shí)會(huì)在公眾號(hào)分享一些在芯片設(shè)計(jì)、驗(yàn)證的學(xué)習(xí)過程中遇到的各種問題,以及一些個(gè)人的想法。


前面討論過$time和$realtime顯示時(shí)間時(shí),log信息中顯示的時(shí)間會(huì)跟仿真波形不一致,有一些差異(詳見《硅心思見:【157】SystemVerilog中的time的一些事兒》)。有些朋友在使用UVM構(gòu)建測(cè)試平臺(tái)時(shí)調(diào)用`uvm_info時(shí)發(fā)現(xiàn)波形中信號(hào)變化的時(shí)間和`uvm_info顯示的時(shí)間不一致(本文以`uvm_info為例說明),并且使用UVM-1.1和UVM-1.2居然`uvm_info顯示的時(shí)間還不一樣,這到底是怎么回事兒呢?下面本文將通過追究下到底是什么原因?qū)е碌?,并且給出自定義消息格式的一些方法。

【示例】

1.png

【仿真結(jié)果】 使用UVM-1.1進(jìn)行仿真

2.png

【仿真結(jié)果】 使用UVM-1.2進(jìn)行仿真

3.png

通過上面兩個(gè)示例結(jié)果我們發(fā)現(xiàn)UVM-1.2和UVM-1.1的結(jié)果相差還是比較大的,并且UVM-1.2仿真波形結(jié)果與log信息差別還是比較大的,這是為什么呢?下面一塊挖掘下這到底是為啥?

【使用UVM-1.1進(jìn)行仿真現(xiàn)象分析】

首先我們知道`uvm_info實(shí)際上都來自于下圖中這個(gè)宏,其中實(shí)現(xiàn)打印的實(shí)際上是uvm_report_info這個(gè)function,所以需要關(guān)心下uvm_report_info怎么實(shí)現(xiàn)的。

4.png

uvm_report_info這個(gè)function定義在uvm_globals.svh中,如下圖。

5.png

在這個(gè)方法中,可以看到uvm_report_info的主要實(shí)現(xiàn)是通過uvm_root這個(gè)類中的uvm_report_info這個(gè)方法實(shí)現(xiàn)的,下面我們繼續(xù)查找uvm_root這個(gè)類,在uvm_root中并沒有找到這個(gè)方法的實(shí)現(xiàn),所以繼續(xù)查找uvm_root的父類uvm_component,很遺憾,uvm_component里頭也么有uvm_report_info這個(gè)方法的實(shí)現(xiàn),那么這個(gè)哥們?nèi)ツ睦锬兀縰vm_component還有一個(gè)父類是uvm_report_object,在uvm_report_object.svh中定義的uvm_report_object類中找到了uvm_report_object這個(gè)方法的定義,如下圖。

6.png

從上面代碼中可以看到uvm_report_info中通過m_rh調(diào)用了report()這個(gè)方法,這個(gè)方法來自于句柄m_rh的類型,在uvm_report_object類中m_rh的類型從上述代碼中可以看到是uvm_report_handler,所以report()這個(gè)方法至少應(yīng)該來自于uvm_report_handler中,下面是在uvm_report_handler這個(gè)類找到的report方法的定義,如下圖。

7.png

在report()方法中,又通過srvr這個(gè)句柄調(diào)用了report方法,此時(shí)的這個(gè)report方法至少應(yīng)該在srvr這個(gè)句柄的類型uvm_report_server這個(gè)類中,uvm_report_sever這個(gè)類中果然有report這個(gè)方法的定義,如下圖。

8.png

在report這個(gè)方法中實(shí)際上實(shí)現(xiàn)輸出消息的是通過process_report這個(gè)方法,但是在這個(gè)方法中并沒有關(guān)于時(shí)間顯示的信息,關(guān)于時(shí)間信息實(shí)際上是來自于compose_message這個(gè)方法,如上圖。在compose_message這個(gè)方法中實(shí)現(xiàn)了當(dāng)前仿真時(shí)間的獲?。ㄈ鐖D中紅色陰影),可以看到這個(gè)時(shí)間是通過$realtime獲取的,而$realtime獲取的時(shí)間是一個(gè)實(shí)數(shù),但是在顯示的時(shí)間受$timeformat設(shè)置的默認(rèn)值的影響,即此時(shí)顯示的時(shí)間單位是該語句執(zhí)行時(shí)所在域的時(shí)間精度,所以此時(shí)我們看到\`uvm_info調(diào)用時(shí)在log中顯示的時(shí)間是一個(gè)五位數(shù),與波形上期望的小數(shù)有一些差異,如果期望對(duì)這個(gè)數(shù)據(jù)顯示格式進(jìn)行約束,可以在頂層調(diào)用\`uvm_info宏之前通過$timeformat進(jìn)行設(shè)置。

【使用UVM-1.2進(jìn)行仿真現(xiàn)象分析】

在UVM-1.2中關(guān)于`uvm_info的分析在uvm_message_defines.svh、uvm_globals.svh、uvm_root.svh、uvm_component.svh和UVM-1.1基本是一樣的,沒有太大變化,但是在uvm_report_object.svh中有一些差異。在uvm_report_object中,uvm_report_info方法的定義如下。

9.png

在uvm_report_object中,uvm_report_info方法調(diào)用了uvm_report這個(gè)方法,uvm_report這個(gè)方法中實(shí)現(xiàn)信息處理的是uvm_process_report_message這個(gè)方法,此方法中實(shí)現(xiàn)信息處理的實(shí)際上是通過其中的m_rh.process_report_message實(shí)現(xiàn)的,所以m_rh調(diào)用的這個(gè)方法應(yīng)該在m_rh這個(gè)句柄的類型定義中,而m_rh的類型為uvm_report_handler,所以關(guān)于消息打印的追蹤進(jìn)入到uvm_report_handler中,在uvm_report_handler中process_report_message的定義如下圖所示。

10.png

在uvm_report_handler中process_report_message的定義中,實(shí)際上對(duì)于信息處理的來自于srver.process_report_message,而srver這個(gè)句柄的類型為uvm_report_server,所以process_report_message至少來自于uvm_report_server,打開uvm_report_server.svh著實(shí)被驚喜到了,因?yàn)樵趗vm_report_server中process_report_message是個(gè)純虛方法,其定義如下。

11.png

那么process_report_message要實(shí)現(xiàn)功能,必須在uvm_report_server的一個(gè)子類中實(shí)現(xiàn),在UVM-1.2中這個(gè)子類就是uvm_default_report_server,在uvm_default_report_server中process_report_message的定義如下。

12.png

這個(gè)方法中,處理信息的實(shí)際上是compose_report_message,這個(gè)方法雖然是通過svr(uvm_report_server)調(diào)用的,所以此時(shí)的compose_report_message()其實(shí)也來自于uvm_report_server的子類中,其定義如下。

13.png

在compose_report_message這個(gè)方法中實(shí)現(xiàn)了當(dāng)前仿真時(shí)間的獲?。ㄈ鐖D中紅色陰影),可以看到這個(gè)時(shí)間是通過$time(注意:這里與UVM-1.1不同)獲取的,而$time獲取的時(shí)間是一個(gè)整型數(shù)據(jù),并且此時(shí)顯示的時(shí)間也受$timeformat設(shè)置的默認(rèn)值的影響,即此時(shí)顯示的時(shí)間單位是該語句執(zhí)行時(shí)所在域的時(shí)間精度,所以此時(shí)我們看到\`uvm_info調(diào)用時(shí)在log中顯示的時(shí)間是一個(gè)五位數(shù)并且只保留了對(duì)應(yīng)時(shí)間單位的整數(shù)部分?jǐn)?shù)字,顯示的時(shí)間就與波形上期望的小數(shù)存在了較大的差異,此時(shí)雖然可以通過$timeformat進(jìn)行設(shè)置,但是也不會(huì)獲得時(shí)間精度對(duì)應(yīng)的具體小數(shù)部分的數(shù)字了。

那么,既然庫里提供的默認(rèn)顯示時(shí)間與用戶期望的不一致,有沒有辦法可以解決呢?其實(shí)只要注意是上述最終實(shí)現(xiàn)消息字符串的實(shí)際上都是虛方法,那么就可以通過派生子類重寫該方法,然后將子類句柄指向的對(duì)象傳遞給實(shí)現(xiàn)消息機(jī)制的父類句柄,從而就可以實(shí)現(xiàn)對(duì)于消息機(jī)制的重定義了。下面我們通過一個(gè)示例來說明如何自定義消息格式,同樣的分別針對(duì)UVM-1.1和UVM-1.2進(jìn)行示例說明如何定制消息格式。

【UVM-1.1消息格式定制】

第一步:定義usr_report_server(類名根據(jù)需要自定義)類,因?yàn)閁VM中消息最終實(shí)現(xiàn)都是在uvm_report_server中,所以u(píng)sr_report_server也拓展自u(píng)vm_report_server。

14.png

第二步:在用戶拓展自u(píng)vm_test的測(cè)試類的build_phase中,聲明一個(gè)第一步定義的usr_report_server類的句柄usr_svr,并且在build_phase中將其通過new函數(shù)創(chuàng)建對(duì)象;

第三步:在build_phase中將指向創(chuàng)建好對(duì)象的句柄usr_svr傳遞給uvm_report_server::set_server(usr_svr),代碼如下例。

15.png

第四步:運(yùn)行仿真,下面是仿真實(shí)例結(jié)果。

16.png

【UVM-1.2消息格式定制】

第一步:定義usr_report_server(類名根據(jù)需要自定義)類,因?yàn)閁VM中消息最終實(shí)現(xiàn)都是在uvm_default_report_server中,所以u(píng)sr_report_server也拓展自u(píng)vm_default_report_server。

17.png

第二步:在用戶拓展自u(píng)vm_test的測(cè)試類的build_phase中,聲明一個(gè)第一步定義的usr_report_server類的句柄usr_svr,并且在build_phase中將其通過new函數(shù)創(chuàng)建對(duì)象;

第三步:在build_phase中將指向創(chuàng)建好對(duì)象的句柄usr_svr傳遞給uvm_report_server::set_server(usr_svr),代碼同【UVM-1.1消息格式定制】第三步的代碼截圖;

第四步:運(yùn)行仿真,下面是仿真實(shí)例結(jié)果。

18.png

通過上述方式,用戶就可以自己定義顯示消息的方法,并且可以根據(jù)需要控制顯示時(shí)間等信息。

本站聲明: 本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布,目的在于傳遞更多信息,并不代表本站贊同其觀點(diǎn),本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者,如若文章內(nèi)容侵犯您的權(quán)益,請(qǐng)及時(shí)聯(lián)系本站刪除。
換一批
延伸閱讀

芯片驗(yàn)證通常被視為設(shè)計(jì)的衍生。十年前的驗(yàn)證不如設(shè)計(jì)那么重要,新手的設(shè)計(jì)經(jīng)常被安排進(jìn)行一些驗(yàn)證,大多數(shù)驗(yàn)證工程師想要成為設(shè)計(jì)也就不足為奇了。但現(xiàn)在,驗(yàn)證可能是比設(shè)計(jì)更有利可圖的職業(yè)選擇,許多有經(jīng)驗(yàn)的人會(huì)堅(jiān)持驗(yàn)證,而不會(huì)考慮...

關(guān)鍵字: 互聯(lián)網(wǎng) 芯片驗(yàn)證 工程師 TESTBENCH

一些團(tuán)隊(duì)中的工程師既擔(dān)任設(shè)計(jì)又擔(dān)任驗(yàn)證,在編寫HDL后順便執(zhí)行驗(yàn)證。而另外的一些團(tuán)隊(duì)使用獨(dú)立的驗(yàn)證團(tuán)隊(duì),相比設(shè)計(jì)人員同時(shí)扮演雙重角色有明顯的優(yōu)勢(shì):?一、驗(yàn)證是一個(gè)獨(dú)立的工種,需要具有和設(shè)計(jì)完全不同的很多技能,其中最主要的...

關(guān)鍵字: 芯片驗(yàn)證 數(shù)字芯片

做復(fù)雜事情井井有序是對(duì)一個(gè)人優(yōu)良品格的贊美,對(duì)于芯片功能驗(yàn)證也是一樣。芯片驗(yàn)證的最終目的就是確保交付一個(gè)沒有功能bug的RTL,為了達(dá)成這個(gè)目標(biāo)就需要一個(gè)有經(jīng)驗(yàn)的驗(yàn)證工程師的帶領(lǐng),即需要經(jīng)過多個(gè)項(xiàng)目摸打滾爬的工程師的指導(dǎo)...

關(guān)鍵字: 芯片驗(yàn)證

首先,驗(yàn)證計(jì)劃非常非常重要!因?yàn)樗褪切酒?yàn)證的導(dǎo)向,回答了兩個(gè)問題1、我在驗(yàn)證什么?2、我如何驗(yàn)證?事不預(yù)則不立,沒有認(rèn)真制定驗(yàn)證計(jì)劃,驗(yàn)證過程和驗(yàn)證結(jié)果也不會(huì)樂觀的。極有可能一地雞毛,瘋狂漏測(cè)。?在書寫驗(yàn)證計(jì)劃的時(shí)候...

關(guān)鍵字: 芯片驗(yàn)證

毫無疑問,在芯片驗(yàn)證中遺漏bug既耗時(shí)又耗錢。常常有些團(tuán)隊(duì)不遵循良好的驗(yàn)證意識(shí),導(dǎo)致驗(yàn)證項(xiàng)目失敗。下面列出了芯片研發(fā)團(tuán)隊(duì)常犯的一些導(dǎo)致芯片遺漏bug的錯(cuò)誤:第一,驗(yàn)證工程師在驗(yàn)證設(shè)計(jì)時(shí)基于設(shè)計(jì)的具體實(shí)現(xiàn)而不是原始規(guī)格。此...

關(guān)鍵字: 芯片驗(yàn)證

斷言主要應(yīng)用在白盒驗(yàn)證或者灰盒驗(yàn)證中,即假設(shè)某些內(nèi)部條件在仿真過程中或者形式驗(yàn)證中一直成立。為什么現(xiàn)代芯片驗(yàn)證方法大量使用斷言有幾個(gè)原因:1、在黑盒驗(yàn)證中,驗(yàn)證工程師不知道一些內(nèi)部實(shí)現(xiàn)細(xì)節(jié),需要設(shè)計(jì)工程在RTL中使用斷言...

關(guān)鍵字: 芯片驗(yàn)證

亞里士多德說:“任何一個(gè)系統(tǒng)都有自己的第一性原理,它是一個(gè)根基性命題或假設(shè),不能被缺省,也不能被違反?!薄兜谝恍栽怼返谝恍栽?,好比樹木的根基,沒有人會(huì)看到繁茂枝干下的樹根,但它決定了樹的一切。本文將“第一性原理”的思...

關(guān)鍵字: 芯片驗(yàn)證

【導(dǎo)讀】藉由SpringSoft提供的設(shè)計(jì)工具,華虹NEC已開發(fā)第一版Laker PDK,使其0.13微米的內(nèi)嵌式閃存技術(shù)的定制芯片流程更有效率,并在偵錯(cuò)與功能驗(yàn)證流程中增加百分之五十以上的產(chǎn)能。華虹NEC所提供的0.1...

關(guān)鍵字: NEC 華虹 芯片驗(yàn)證 VERDI

核心提示:明導(dǎo)國(guó)際(Mentor Graphics)企業(yè)驗(yàn)證平臺(tái)(EVP)出爐。為大幅提高IC設(shè)計(jì)公司的生產(chǎn)力總體驗(yàn)證投資回報(bào)率,明導(dǎo)開發(fā)出整合先進(jìn)驗(yàn)證解決方案Questa、全球硬體模擬資源配置技術(shù)Veloce OS3及...

關(guān)鍵字: 芯片驗(yàn)證 模擬 GRAPHICS IC設(shè)計(jì)
關(guān)閉