chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

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

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

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

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

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

掃碼添加小助手

加入工程師交流群

?

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.pngwKgZPGiPYPCAZcDmAAB9f3Y44Hk302.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)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • PCIe
    +關(guān)注

    關(guān)注

    16

    文章

    1404

    瀏覽量

    86959
  • nvme
    +關(guān)注

    關(guān)注

    0

    文章

    283

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    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 ?508次閱讀
    <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 ?3929次閱讀
    <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è)計16:TLP讀處理優(yōu)化

    的延時。并且當大量不同的讀請求交叉處理時,讀處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序傳輸能力來提高吞吐量。
    的頭像 發(fā)表于 08-08 18:07 ?625次閱讀
    <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è)計16:TLP讀處理優(yōu)化

    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 ?584次閱讀
    <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 ?506次閱讀
    <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è)計12:PCIe請求模塊設(shè)計(上)

    發(fā)送給下游設(shè)備,下游設(shè)備的反饋通過axis_rc接口以CPL或CPLD的形式傳回。門鈴寫請求由NVMe控制模塊發(fā)起,請求以PCIe存儲器寫請求TLP的格式從axis_rq接口交由PCIE硬核發(fā)送。 由于
    發(fā)表于 08-03 22:00

    NVMe高速傳輸擺脫XDMA設(shè)計18:UVM驗證平臺

    NVMe over PCIe采用 AXI4-Lite 接口、AXI4 接口和 PCIe3.0X4 接口,其中AXI4-Lite 和 AXI4 總線接口均可抽象為總線事務(wù),而 PCIe 接口信號可被
    發(fā)表于 07-31 16:39

    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 ?499次閱讀
    <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高速傳輸擺脫XDMA設(shè)計十:NVMe初始化狀態(tài)機設(shè)計

    1為NVMe配置初始化狀態(tài)機狀態(tài)轉(zhuǎn)移圖。各狀態(tài)的說明如下: 圖1NVMe初始化狀態(tài)轉(zhuǎn)移圖 IDLE:空閑狀態(tài),復(fù)位后的初始狀態(tài)。當檢測到初始化控制寄存器的NVMe初始化啟動信號時,進入
    發(fā)表于 07-05 22:03