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

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

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

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

NVMe高速傳輸之擺脫XDMA設(shè)計29: TLP 請求處理流程

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

掃碼添加小助手

加入工程師交流群

TLP 請求處理子程序流程如圖 1 所示。 當請求類型為 MEM 讀寫請求時使用地址路由的方式。 如果請求地址在此設(shè)備 BAR 空間內(nèi), 則對 BAR 空間進行讀寫操作,讀操作將生成 CplD, 從對應(yīng)請求端口的輸出端口發(fā)出; 如果請求地址在下游總線域,根據(jù)請求 ID 的設(shè)備號將事務(wù)轉(zhuǎn)發(fā)到對應(yīng)的下游輸出端口。 當請求類型為 CFG 配置請求時采用 ID 路由的方式。 如果請求類型為 TYPE1 配置請求, 當請求 ID 中的總線號等于配置空間中的下一級總線號時, 表示請求發(fā)往連接到該橋設(shè)備的下一級設(shè)備, 將TYPE1 類型請求轉(zhuǎn)換為 TYPE0 請求轉(zhuǎn)發(fā)到下游端口; 當請求 ID 總線號位于下游總線域時, 直接根據(jù)請求 ID 將事務(wù)轉(zhuǎn)發(fā)到下游端口。 如果請求類型為 TYPE0 配置請求,當請求 ID 總線號等于上一級總線號時, 表示請求發(fā)送到本設(shè)備, 根據(jù)請求內(nèi)容訪問本設(shè)備配置空間, 讀操作將生成 CplD, 從對應(yīng)請求端口的輸出端口發(fā)出。

wKgZPGjR8fKAd2RxAAEzn5c5V08491.png

圖1 TLP 請求處理子程序流程圖

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

審核編輯 黃宇

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

    關(guān)注

    0

    文章

    37

    瀏覽量

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

    關(guān)注

    0

    文章

    36

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

    。 當 Admin 完成隊列進程緩存非空時, 從緩存中獲取完成條目, 并將完成條目組裝成 TLP 請求, 然后從輸出端口發(fā)送請求。 I/O 提交和完成隊列進程與 Admin 提交和完成進程基本
    發(fā)表于 09-29 09:31

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

    前面提到最小橋設(shè)備模型的每個端口的輸入端對接一個 TLP事務(wù)處理程序, 該程序負責將接收到的 TLP 事務(wù)進行解析和路由轉(zhuǎn)發(fā)。 TLP 事務(wù)處理
    發(fā)表于 09-21 08:51

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

    。并且當大量不同的讀請求交叉處理時,讀處理模塊的并行處理結(jié)構(gòu)更能夠充分利用PCIe的亂序傳輸能力來提高吞吐量。為了清晰的說明讀
    發(fā)表于 08-19 08:48

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

    對于存儲器讀請求TLP,使用Non-Posted方式傳輸,即在接收到讀請求后,不僅要進行處理,還需要通過axis_cc總線返回CPLD,這一
    發(fā)表于 08-14 16:24

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

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀
    的頭像 發(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è)計20: PCIe應(yīng)答模塊設(shè)計

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

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

    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的亂序傳輸能力來提高吞吐量。為了清晰的說明讀
    發(fā)表于 08-05 18:09

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

    對于存儲器讀請求TLP,使用Non-Posted方式傳輸,即在接收到讀請求后,不僅要進行處理,還需要通過axis_cc總線返回CPLD,這一
    發(fā)表于 08-04 16:54

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

    對于存儲器讀請求TLP,使用Non-Posted方式傳輸,即在接收到讀請求后,不僅要進行處理,還需要通過axis_cc總線返回CPLD,這一
    的頭像 發(fā)表于 08-04 16:51 ?514次閱讀
    <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è)計15:PCIe的<b class='flag-5'>TLP</b>讀<b class='flag-5'>處理</b>

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

    應(yīng)答模塊的具體任務(wù)是接收來自PCIe鏈路上的設(shè)備的TLP請求,并響應(yīng)請求。由于基于PCIe協(xié)議的NVMe數(shù)據(jù)傳輸只使用PCIe協(xié)議的存儲器讀
    的頭像 發(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è)計14: PCIe應(yīng)答模塊設(shè)計

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

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

    NVMe高速傳輸擺脫XDMA設(shè)計13:PCIe請求模塊設(shè)計(下)

    狀態(tài)下組裝讀請求TLP報頭通過axis_rq接口發(fā)送,當接口握手時跳轉(zhuǎn)到RD_DATA狀態(tài)。 RD_DATA:請求讀CPLD接收狀態(tài)。該狀態(tài)下監(jiān)測axis_rc接口信號,當出現(xiàn)數(shù)據(jù)傳輸
    發(fā)表于 08-04 16:39

    NVMe高速傳輸擺脫XDMA設(shè)計12:PCIe請求模塊設(shè)計(上)

    請求模塊負責將系統(tǒng)請求轉(zhuǎn)換為AXIS接口的TLP信號或配置管理接口信號,處理初始化配置請求和門鈴寫請求
    的頭像 發(fā)表于 08-04 09:52 ?452次閱讀
    <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>12:PCIe<b class='flag-5'>請求</b>模塊設(shè)計(上)

    NVMe高速傳輸擺脫XDMA設(shè)計12:PCIe請求模塊設(shè)計(上)

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