91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

NVMe高速傳輸之擺脫XDMA設(shè)計11:PRP控制模塊設(shè)計

高速傳輸與存儲 ? 來源:高速傳輸與存儲 ? 作者:高速傳輸與存儲 ? 2025-08-03 21:12 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

?

PRP控制模塊負責實現(xiàn)指令相關(guān)的PRP列表的生成、存儲與管理。NVMe的提交命令中,存在PRP1和PRP2兩個字段,PPR2作為地址指針還是PRP列表指針是根據(jù)命令請求數(shù)據(jù)傳輸長度和PRP1的偏移量來確定的。當PRP2作為PRP列表指針時,PRP2指向PRP列表的首地址。在傳統(tǒng)的NVMe系統(tǒng)中,PRP列表存放的位置一般與數(shù)據(jù)存放位置接近,因此在處理指令過程中,讀取PRP經(jīng)歷的延時與讀取數(shù)據(jù)的延時相近,為了降低讀取PRP的延時,使用PRP控制模塊將PRP的存儲位置轉(zhuǎn)移到NoP邏輯加速引擎內(nèi)部。PRP控制模塊的結(jié)構(gòu)和連接關(guān)系如圖1所示。

wKgZO2iPX8mAHPJHAAEuhBTwZ7s128.png

圖1 PRP控制模塊結(jié)構(gòu)和連接關(guān)系圖

當用戶想要進行大塊數(shù)據(jù)傳輸時,需要使用PRP提供數(shù)據(jù)的分布地址,為了降低PRP尋址的延時和復(fù)雜度,使用PRP控制模塊替代原本的PRP機制。需要傳輸大塊零散分布數(shù)據(jù)時,可以減小DMA請求長度,不使用PRP鏈表,將PRP鏈表條目字節(jié)轉(zhuǎn)換為DMA請求地址。需要傳輸大塊連續(xù)數(shù)據(jù)時,只需要PRP鏈表將由PRP控制模塊根據(jù)請求地址自動生成。指令控制模塊接收到相關(guān)指令時,根據(jù)PRP1和傳輸長度判斷PRP2類型,如果PRP2類型為PRP鏈表指針,則以指令I(lǐng)D為地址,將PRP1的4KB偏移寫入PRP MEM,PRP2則包含指令I(lǐng)D并指向PRP控制模塊。當PCIe加速模塊收到指向PRP控制模塊的讀數(shù)據(jù)請求時,判斷為讀PRP請求,PRP控制模塊根據(jù)讀地址取出對應(yīng)的存儲條目返回,然后將該數(shù)據(jù)進行偏移4KB地址計算后重新寫入PRP MEM。PRP MEM的大小與指令I(lǐng)D池的深度一致,每個指令I(lǐng)D指向一個64比特的PRP MEM存儲條目。、

?審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • PCIe
    +關(guān)注

    關(guān)注

    16

    文章

    1462

    瀏覽量

    88477
  • nvme
    +關(guān)注

    關(guān)注

    0

    文章

    299

    瀏覽量

    23842
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    NVMe高速傳輸擺脫XDMA設(shè)計44:工程設(shè)計考量?

    運行過程和測試結(jié)果。 NoPHAE 模塊為課題設(shè)計的 NoP 邏輯加速引擎, ctrl_axi 控制總線接口連接到CPU, data_axi數(shù)據(jù)傳輸總線連接到MIG控制器與DDR對接,
    發(fā)表于 11-12 09:52

    NVMe高速傳輸擺脫XDMA設(shè)計30: NVMe 設(shè)備模型設(shè)計

    設(shè)備則需要開啟至少 8KB 的 BAR0 空間, BAR0 地址空間中存放 NVMe 設(shè)備寄存器組, 其中包含了初始化過程中需要使用的控制器功能寄存器、 控制器狀態(tài)寄存器、控制器配置
    發(fā)表于 09-29 09:31

    NVMe高速傳輸擺脫XDMA設(shè)計20: PCIe應(yīng)答模塊設(shè)計

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀請求TLP和存儲器寫請求TLP,應(yīng)答模塊也分
    的頭像 發(fā)表于 08-13 10:43 ?919次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計20: PCIe應(yīng)答<b class='flag-5'>模塊</b>設(shè)計

    NVMe高速傳輸擺脫XDMA設(shè)計20: PCIe應(yīng)答模塊設(shè)計

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀請求TLP和存儲器寫請求TLP,應(yīng)答模塊也分
    發(fā)表于 08-12 16:04

    NVMe高速傳輸擺脫XDMA設(shè)計17:PCIe加速模塊設(shè)計

    PCIe加速模塊負責實現(xiàn)PCIe傳輸層任務(wù)的處理,同時與NVMe層進行任務(wù)交互。PCIe加速模塊按照請求發(fā)起方分為請求模塊和應(yīng)答
    的頭像 發(fā)表于 08-09 14:38 ?4759次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計17:PCIe加速<b class='flag-5'>模塊</b>設(shè)計

    NVMe高速傳輸擺脫XDMA設(shè)計17:PCIe加速模塊設(shè)計

    PCIe加速模塊負責實現(xiàn)PCIe傳輸層任務(wù)的處理,同時與NVMe層進行任務(wù)交互。如圖1所示,PCIe加速模塊按照請求發(fā)起方分為請求模塊和應(yīng)答
    發(fā)表于 08-07 18:57

    NVMe高速傳輸擺脫XDMA設(shè)計16:TLP優(yōu)化

    的延時。并且當大量不同的讀請求交叉處理時,讀處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序傳輸能力來提高吞吐量。為了清晰的說明讀處理模塊對吞吐量的提升,設(shè)置如圖1所示的簡單時序樣例,樣例中PCIe
    發(fā)表于 08-05 18:09

    NVMe高速傳輸擺脫XDMA設(shè)計14: PCIe應(yīng)答模塊設(shè)計

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀請求TLP和存儲器寫請求TLP,應(yīng)答模塊也分
    的頭像 發(fā)表于 08-04 16:47 ?841次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計14: PCIe應(yīng)答<b class='flag-5'>模塊</b>設(shè)計

    NVMe高速傳輸擺脫XDMA設(shè)計14: PCIe應(yīng)答模塊設(shè)計

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀請求TLP和存儲器寫請求TLP,應(yīng)答模塊也分
    發(fā)表于 08-04 16:44

    NVMe IP高速傳輸卻不依賴XDMA設(shè)計九:隊列管理模塊(上)

    這是采用PCIe設(shè)計NVMe,并非調(diào)用XDMA方式,后者在PCIe4.0時不大方便,故團隊直接采用PCIe設(shè)計,結(jié)合UVM驗證加快設(shè)計速度。 隊列管理模塊采用隊列的存儲與控制
    的頭像 發(fā)表于 08-04 09:53 ?769次閱讀
    <b class='flag-5'>NVMe</b> IP<b class='flag-5'>高速</b><b class='flag-5'>傳輸</b>卻不依賴<b class='flag-5'>XDMA</b>設(shè)計<b class='flag-5'>之</b>九:隊列管理<b class='flag-5'>模塊</b>(上)

    NVMe高速傳輸擺脫XDMA設(shè)計11PRP控制模塊設(shè)計

    PRP控制模塊優(yōu)化了NVMe協(xié)議中的PRP列表管理機制,通過將PRP存儲位置遷移至NoP邏輯加速
    的頭像 發(fā)表于 08-03 21:15 ?589次閱讀
    <b class='flag-5'>NVMe</b><b class='flag-5'>高速</b><b class='flag-5'>傳輸</b><b class='flag-5'>之</b><b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>設(shè)計<b class='flag-5'>之</b><b class='flag-5'>11</b>:<b class='flag-5'>PRP</b><b class='flag-5'>控制</b><b class='flag-5'>模塊</b>設(shè)計

    NVMe高速傳輸擺脫XDMA設(shè)計九:隊列管理模塊設(shè)計(上)

    本帖最后由 xianuser2012 于 2025-7-30 15:57 編輯 注:這是采用PCIe設(shè)計NVMe,并非調(diào)用XDMA方式,后者在PCIe4.0時不大方便,故團隊直接采用PCIe
    發(fā)表于 07-27 17:41

    NVMe IP高速傳輸卻不依賴XDMA設(shè)計八:系統(tǒng)初始化

    采用XDMA是許多人常用xilinx庫實現(xiàn)NVMe或其他傳輸的方法。但是,XDMA介紹較少,在高速存儲設(shè)計時,尤其是PCIe4.0模式下,較
    的頭像 發(fā)表于 07-26 15:14 ?871次閱讀
    <b class='flag-5'>NVMe</b> IP<b class='flag-5'>高速</b><b class='flag-5'>傳輸</b>卻不依賴<b class='flag-5'>XDMA</b>設(shè)計<b class='flag-5'>之</b>八:系統(tǒng)初始化

    NVMe IP高速傳輸卻不依賴便利的XDMA設(shè)計之二

    NVMe IP放棄XDMA原因 選用XDMANVMe IP的關(guān)鍵傳輸模塊,可以加速IP的設(shè)計,
    發(fā)表于 05-25 10:20

    NVMe IP over PCIe 4.0:擺脫XDMA,實現(xiàn)超高速

    基于NVMe加速引擎,它直接放棄XDMA,改為深度結(jié)合PCIe,通過高速傳輸機制開發(fā)。同時利用UVM驗證平臺驗證,有效提升工作效率。
    的頭像 發(fā)表于 04-16 14:57 ?997次閱讀
    <b class='flag-5'>NVMe</b> IP over PCIe 4.0:<b class='flag-5'>擺脫</b><b class='flag-5'>XDMA</b>,實現(xiàn)超<b class='flag-5'>高速</b>!