[發(fā)明專(zhuān)利]一種事務(wù)級(jí)建模遠(yuǎn)程方法調(diào)用的方法及裝置

在審

• 申請(qǐng)?zhí)枺?/td>: 202010430025.0
• 申請(qǐng)日: 2020-05-20
• 公開(kāi)（公告）號(hào): CN111666164A
• 公開(kāi)（公告）日: 2020-09-15
• 發(fā)明（設(shè)計(jì)）人: 姜先剛
• 申請(qǐng)（專(zhuān)利權(quán)）人: 新華三半導(dǎo)體技術(shù)有限公司
• 主分類(lèi)號(hào): G06F9/54
• 分類(lèi)號(hào): G06F9/54;G06F8/41;G06F11/22;G06F11/26
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

本發(fā)明公開(kāi)了一種事務(wù)級(jí)建模遠(yuǎn)程方法調(diào)用的方法及裝置，本發(fā)明基于接口類(lèi)Interface、存根單元Stub和代理單元Proxy來(lái)完成和業(yè)務(wù)無(wú)關(guān)的基于TLM的模塊間通信，并基于該通信來(lái)實(shí)現(xiàn)了遠(yuǎn)程方法調(diào)用的調(diào)用參數(shù)傳遞和調(diào)用結(jié)果返回，從而實(shí)現(xiàn)了遠(yuǎn)程方法調(diào)用。本發(fā)明提供的架構(gòu)可實(shí)現(xiàn)與業(yè)務(wù)無(wú)關(guān)代碼的自動(dòng)生成，減輕了代碼編寫(xiě)的工作量，并且在遠(yuǎn)程方法修改后，只需要重新自動(dòng)生成上述三個(gè)類(lèi)的代碼即可，不需要手動(dòng)進(jìn)行修改，降低了人工修改出錯(cuò)的可能性。本發(fā)明可以開(kāi)發(fā)人員專(zhuān)注于服務(wù)模塊中在具體業(yè)務(wù)函數(shù)的實(shí)現(xiàn)上，無(wú)需關(guān)心TLM的細(xì)節(jié)，大大降低了編程的難度。

技術(shù)領(lǐng)域

本發(fā)明涉及芯片仿真驗(yàn)證技術(shù)領(lǐng)域，尤其涉及一種事務(wù)級(jí)建模遠(yuǎn)程方法調(diào)用的方法及裝置。

背景技術(shù)

事務(wù)級(jí)建模(Transaction Level Modeling，TLM)是一套基于SystemC的對(duì)芯片進(jìn)行事務(wù)級(jí)建模的C++庫(kù)代碼，其核心思想是使用一種基于存儲(chǔ)器映射的總線來(lái)互連芯片上的各個(gè)模塊。這和當(dāng)前的片上系統(tǒng)(System on Chip，SoC)結(jié)構(gòu)非常契合，SoC系統(tǒng)結(jié)構(gòu)如圖1所示，所以可以使用TLM很好地對(duì)SoC進(jìn)行事務(wù)級(jí)建模。與SoC對(duì)應(yīng)的TLM模型結(jié)構(gòu)如圖2所示，其中啟動(dòng)器Initiator可以發(fā)起對(duì)目標(biāo)Target的訪問(wèn)，數(shù)據(jù)在存儲(chǔ)器映射的總線上傳輸。互連組件Interconnect中轉(zhuǎn)傳輸?shù)臄?shù)據(jù)，用于仲裁或路由等。

除了上面描述的核心特點(diǎn)外，TLM還具備仿真速度快，能夠給軟件提供原型機(jī)等特點(diǎn)，使得在芯片沒(méi)有開(kāi)發(fā)出來(lái)之前，軟件就可以并行進(jìn)行開(kāi)發(fā)，從而得到了廣泛的應(yīng)用。

TLM中的Initiator和Target之間通過(guò)套接字進(jìn)行連接，在Initiator對(duì)Target發(fā)起訪問(wèn)之前，先要實(shí)例化好各自的套接字，然后通過(guò)綁定bind函數(shù)進(jìn)行綁定，之后Initiator就可以通過(guò)b_transport一類(lèi)的函數(shù)對(duì)Target發(fā)起訪問(wèn)。Target收到傳遞過(guò)來(lái)的tlm_generic_payload(TLM抽象出來(lái)的通用負(fù)載類(lèi)，可以承載命令、地址、數(shù)據(jù)、訪問(wèn)類(lèi)型等信息)后，對(duì)之進(jìn)行解析，完成諸如內(nèi)存的讀寫(xiě)操作。

TLM不僅適用于這種內(nèi)存訪問(wèn)形式建模，TLM也同樣適用于非內(nèi)存訪問(wèn)形式的芯片中模塊互連的建模。以如圖3所示的網(wǎng)絡(luò)數(shù)據(jù)包處理的仿真驗(yàn)證建模為例，當(dāng)串并轉(zhuǎn)換器Serdes(Ser代表串行器Serializer/des代表解串器Deserializer)收到數(shù)據(jù)需要交由介質(zhì)訪問(wèn)控制(Media Access Control，MAC)器件進(jìn)一步處理時(shí)，Serdes作為Initiator，MAC作為T(mén)arget，Serdes將接收到的數(shù)據(jù)包封裝在通用載荷tlm_generic_payload類(lèi)中，然后調(diào)用傳輸b_transport函數(shù)將之發(fā)送給MAC做進(jìn)一步處理。反之，當(dāng)MAC有數(shù)據(jù)需要Serdes進(jìn)行發(fā)送也是類(lèi)似，只是數(shù)據(jù)方向相反而已。顯而易見(jiàn)的是，這里的MAC并不是一個(gè)內(nèi)存設(shè)備。

為了盡可能兼容各個(gè)IP(這里的IP指的是如上述例子中的Serdes、MAC之類(lèi)的芯片內(nèi)部模塊)廠商的復(fù)雜接口需求，tlm_generic_payload正如其名字一樣被設(shè)計(jì)得很通用，使得各個(gè)IP廠商編寫(xiě)的IP模塊都可以互連起來(lái)。但這也使得tlm_generic_payload這個(gè)類(lèi)設(shè)計(jì)得比較復(fù)雜，在每次調(diào)用b_transport函數(shù)進(jìn)行傳輸之前，先要設(shè)置好tlm_generic_payload的各個(gè)成員，這增加了調(diào)用側(cè)代碼編寫(xiě)的難度，這在使用其他IP廠商提供的模塊時(shí)尤為突出(因?yàn)樾枰敿?xì)了解怎樣正確構(gòu)造tlm_generic_payload的對(duì)象才能被對(duì)方成功解析)。例如，以網(wǎng)絡(luò)數(shù)據(jù)包傳輸為例，如果Serdes收到一個(gè)數(shù)據(jù)包要交由MAC做進(jìn)一步處理，那么Serdes就需要首先實(shí)例化自己的套接字，然后再和MAC的套接字進(jìn)行綁定，嚴(yán)格按照MAC的要求設(shè)置好tlm_generic_payload的各個(gè)成員后，最后調(diào)用b_transport函數(shù)將數(shù)據(jù)包遞交給MAC做進(jìn)一步處理，這會(huì)編寫(xiě)較多的代碼，也增加了出錯(cuò)的可能性。

發(fā)明內(nèi)容