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

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

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

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

NVMe高速傳輸之?dāng)[脫XDMA設(shè)計(jì)28: TLP 事務(wù)處理程序的執(zhí)行流程

高速傳輸與存儲(chǔ) ? 來(lái)源:高速傳輸與存儲(chǔ) ? 作者:高速傳輸與存儲(chǔ) ? 2025-09-23 09:13 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

前面提到最小橋設(shè)備模型的每個(gè)端口的輸入端對(duì)接一個(gè) TLP事務(wù)處理程序, 該程序負(fù)責(zé)將接收到的 TLP 事務(wù)進(jìn)行解析和路由轉(zhuǎn)發(fā)。 TLP 事務(wù)處理程序的執(zhí)行流程如圖 1 所示。

wKgZO2jPS2-AemkFAADQL6C4fp8938.png


圖1 TLP 事務(wù)處理程序的執(zhí)行流程圖
當(dāng)對(duì)應(yīng)任務(wù)接口的事務(wù)緩存中存在未處理事務(wù)時(shí), 處理程序從緩存中獲取事務(wù)。首先檢查事務(wù)類型, 當(dāng)事務(wù)類型為 Cpl 響應(yīng)類型事務(wù)時(shí), 如果當(dāng)前程序?qū)?yīng)接收端口號(hào)為 0, 即接收端口為唯一的上游端口時(shí), 該響應(yīng)類型事務(wù)需要根據(jù)事務(wù)中的請(qǐng)求 ID字段與配置空間封裝類中的相關(guān)字段進(jìn)行比較, 實(shí)現(xiàn)基于 ID 的路由; 如果對(duì)應(yīng)接收端口號(hào)不為 0, 表示該響應(yīng)類型事務(wù)來(lái)自下游端口, 此時(shí)直接將該事務(wù)轉(zhuǎn)發(fā)到上游輸出端口。 當(dāng)事務(wù)類型為 MEM 讀寫(xiě)請(qǐng)求或 CFG 配置讀寫(xiě)請(qǐng)求時(shí), 進(jìn)入 TLP 請(qǐng)求處理子程序, 對(duì)于其它類型的請(qǐng)求暫不支持。

B站已給出相關(guān)性能的視頻,如想進(jìn)一步了解,請(qǐng)搜索B站用戶:專注與守望
鏈接:https://space.bilibili.com/585132944/dynamic?spm_id_from=333.1365.list.card_title.click

審核編輯 黃宇

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

    關(guān)注

    0

    文章

    37

    瀏覽量

    16314
  • 高速傳輸
    +關(guān)注

    關(guān)注

    0

    文章

    36

    瀏覽量

    9248
  • nvme
    +關(guān)注

    關(guān)注

    0

    文章

    283

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

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

    , 不同的是在處理指令過(guò)程中, NVMe 寫(xiě)和讀指令需要與主機(jī)進(jìn)行更多的 TLP 事務(wù)交互, 包括讀指令、 讀寫(xiě)數(shù)據(jù)、 讀 PRP 等, 這些事務(wù)
    發(fā)表于 09-29 09:31

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)28TLP 事務(wù)處程序執(zhí)行流程

    前面提到最小橋設(shè)備模型的每個(gè)端口的輸入端對(duì)接一個(gè) TLP事務(wù)處理程序, 該程序負(fù)責(zé)將接收到的 TLP
    發(fā)表于 09-21 08:51

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)27: 橋設(shè)備模型設(shè)計(jì)

    Switch 上游虛擬 PCI 橋。 此外還包含一個(gè) TYPE1 類型的配置空間封裝類, 用來(lái)模擬配置空間寄存器組。 模型的每個(gè)端口的輸入端對(duì)接一個(gè) TLP事務(wù)處理程序, 該程序負(fù)責(zé)
    發(fā)表于 09-18 09:11

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)26: 驅(qū)動(dòng)器設(shè)計(jì)

    驅(qū)動(dòng)器負(fù)責(zé) TLP 事務(wù)與接口信號(hào)的轉(zhuǎn)換, 驅(qū)動(dòng)器的程序結(jié)構(gòu)如圖 1 所示。 在本IP中使用的接口為 PCIE 集成塊的接口, 分別是 cfg_mgmt 接口、axis_rq 接口、axis_rc
    發(fā)表于 09-14 15:18

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)24: UVM 驗(yàn)證包設(shè)計(jì)

    這些信息將預(yù)期的 AXI4 事務(wù)和 PCIe TLP 事務(wù)發(fā)送到 NoPHAE_scorebarod。 NoPHAE_scorebarod 計(jì)分板負(fù)責(zé)收集各個(gè)接口監(jiān)測(cè)器監(jiān)測(cè)到的傳輸
    發(fā)表于 08-29 14:33

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)22:PCIe的TLP讀優(yōu)化處理

    TLP的tag最大為3。圖1TLP處理優(yōu)化時(shí)序樣例圖在對(duì)應(yīng)圖1中第1、2行時(shí)序的低性能處理模式下,同一時(shí)間只能處理一個(gè)讀
    發(fā)表于 08-19 08:48

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)21:PCIe的TLP處理

    ,為了應(yīng)對(duì)這種情況,讀處理模塊采用了帶有outstanding能力和事務(wù)并行處理的結(jié)構(gòu)設(shè)計(jì),能夠有效提高讀請(qǐng)求事務(wù)處理效率和數(shù)據(jù)傳輸吞吐量。
    發(fā)表于 08-14 16:24

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

    應(yīng)答模塊的具體任務(wù)是接收來(lái)自PCIe鏈路上的設(shè)備的TLP請(qǐng)求,并響應(yīng)請(qǐng)求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲(chǔ)器讀請(qǐng)求TLP和存儲(chǔ)器寫(xiě)請(qǐng)求
    的頭像 發(fā)表于 08-13 10:43 ?501次閱讀
    <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è)計(jì)20: PCIe應(yīng)答模塊設(shè)計(jì)

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

    TLP設(shè)置處理引擎來(lái)提高并行性和處理速度。對(duì)于存儲(chǔ)器寫(xiě)請(qǐng)求TLP,該類型的TLP使用Posted方式傳輸
    發(fā)表于 08-12 16:04

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

    PCIe加速模塊負(fù)責(zé)實(shí)現(xiàn)PCIe傳輸層任務(wù)的處理,同時(shí)與NVMe層進(jìn)行任務(wù)交互。如圖1所示,PCIe加速模塊按照請(qǐng)求發(fā)起方分為請(qǐng)求模塊和應(yīng)答模塊。請(qǐng)求模塊負(fù)責(zé)將內(nèi)部請(qǐng)求事務(wù)轉(zhuǎn)化為配置管
    發(fā)表于 08-07 18:57

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

    TLP的tag最大為3。圖1TLP處理優(yōu)化時(shí)序樣例圖 在對(duì)應(yīng)圖1中第1、2行時(shí)序的低性能處理模式下,同一時(shí)間只能處理一個(gè)讀
    發(fā)表于 08-05 18:09

    NVMe高速傳輸擺脫XDMA設(shè)計(jì)15:PCIe的TLP處理

    接收到多個(gè)讀請(qǐng)求,為了應(yīng)對(duì)這種情況,讀處理模塊采用了帶有outstanding能力和事務(wù)并行處理的結(jié)構(gòu)設(shè)計(jì),能夠有效提高讀請(qǐng)求事務(wù)處理效率和數(shù)據(jù)傳輸
    發(fā)表于 08-04 16:54

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

    應(yīng)答模塊的具體任務(wù)是接收來(lái)自PCIe鏈路上的設(shè)備的TLP請(qǐng)求,并響應(yīng)請(qǐng)求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲(chǔ)器讀請(qǐng)求TLP和存儲(chǔ)器寫(xiě)請(qǐng)求
    的頭像 發(fā)表于 08-04 16:47 ?579次閱讀
    <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è)計(jì)14: PCIe應(yīng)答模塊設(shè)計(jì)

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

    TLP設(shè)置處理引擎來(lái)提高并行性和處理速度。 對(duì)于存儲(chǔ)器寫(xiě)請(qǐng)求TLP,該類型的TLP使用Posted方式
    發(fā)表于 08-04 16:44

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

    outstanding能力和事務(wù)并行處理的結(jié)構(gòu)設(shè)計(jì),能夠有效提高讀請(qǐng)求事務(wù)處理效率和數(shù)據(jù)傳輸吞吐量。 首先當(dāng)讀請(qǐng)求數(shù)據(jù)流到達(dá)讀處理模塊時(shí),經(jīng)
    發(fā)表于 05-25 10:20