日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

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

3天內不再提示

淺談PCIe包分析解擾器模塊的輸出數(shù)據(jù)

電子設計 ? 來源:賽靈思中文社區(qū) ? 作者:賽靈思中文社區(qū) ? 2020-11-29 10:29 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

PIPE 接口上的數(shù)據(jù)在 Gen3 的速度下被加密。當調試 PCIe 問題時,能在 PCIe 鏈接上查看各個包會很有幫助。

若要實現(xiàn)此目的,用戶需擁有協(xié)議鏈接分析器。由于其成本較高,能接觸到此等設備的用戶不多。隨協(xié)議鏈接分析器提供的包分析工具很廣泛,可對鏈接流量進行深入分析。

賽靈思 UltraScale+ 器件的 PCIe? Express Gen3 IP 集成塊有一個功能,可讓您集成一個解擾器模塊,以便解密在 PIPE 接口上被加密的數(shù)據(jù)。盡管它不能提供與協(xié)議鏈接分析器相同數(shù)量的分析數(shù)據(jù),但它可以在識別潛在問題方面提供幫助,而且在大部分情況下可幫助追蹤問題的根本原因。

本文將詳細介紹如何通過識別來自鏈路并進入 PCIe IP 的不同類型的 PCIe 包來分析解擾器模塊的輸出數(shù)據(jù)。

解擾器模塊在 PCIe IP 配置 GUI 中被使能,具體如下:


解擾器模塊只在 Gen3 模式中被支持。

如果復選框變成灰色,要確保配置 GUI 的“Basic標簽中的鏈接速度被設為 8.0 GT/s。如果該選項不可用,請將“Basic”標簽中的“Mode”設為“Advanced”。

為了追蹤 PIPE 接口上有效 PCIe 包的起始點,該接口提供了兩種信號:*_sync_header 和 *_start_block。


為了確認 rx_data 上的數(shù)據(jù)是否為有效包,請檢查以下各項:

  • *_data_valid 已被有效
  • *_start_block 已被有效
  • *_sync_header 為“1”或“2”。
    - 如果該值是“1”,則表示是“Ordered Set”的起始點。
    - 如果該值是“2”,則表示是 TLP 或 DLLP 包的起始點。

被解擾的數(shù)據(jù)分析也可在仿真中進行。

以下的波形圖來自與 IP 一起生成的 Gen3 示例設計的仿真。


退出“Recovery.Speed”LTSSM 狀態(tài)后的第一個包是 EIEOS(電氣空閑退出有序集)。


上文波形圖中所示的 FF00FF00 就是 EIEOS。

被解擾信號上的第一個包將是 EIEOS。

如前文所述,*_start_block 必須有效,而且下文波形圖中所示的 *_sync_header 信號應為“1”。


一旦所有均衡狀態(tài)都已完成,在進入 L0 狀態(tài)之前,您應該看到 555555E1。

這就是 SDS(數(shù)據(jù)流起始點)。一旦您看到了 SDS,則意味著有序集交互已完成。接口上的下一個包類型將是初始流量控制信用,即,我們應在接口上看到 DLLP 包。


下面的波形圖即顯示了 DLLP 包。DLLP 包以 SDP(DLLP 包起始點 - ACF0)開始。在多通道設計時,數(shù)據(jù)將被跨通道分布。


InitFC1-P(Posted Data 的初始流量控制)以“40”開始。下文來自 Lecory 分析器的捕獲顯示 InitiFC1-P 標識符。


在下文的波形圖中,DLLP 包為 InitFC1-P。


DLLP 包格式共有四種:

  • ACK 或 Nak DLLP 包格式
  • 功耗管理 DLLP 包格式
  • 流量控制 DLLP 包格式
  • 供應商特定 DLLP 包格式

每一種 DLLP 包的長度都是 6 個符號。 有關解碼 DLLP 包內容的信息,請參閱 PCI Express 規(guī)范。在下文的波形圖中,“60”是 InitFC-Cpl(Cpl 代表 completion)?!?0”是 InitFC-NP(NP 代表 Non-Posted)。


UpdateFC-P 以“80”開始。被解擾數(shù)據(jù)中的更新值為十六進制,因此需要將其轉化為十進制,以便獲得可用信用的準確數(shù)字。


有序集總是按通道來的。每條通道都有其自己的有序集。 DLLP 和 TLP 被跨通道分配;每條通道一個字節(jié)。

DLLP 只在 lane-0、lane-4 或 lane-8 中開始,即,F(xiàn)0 只能在 lane 0、4 或 8 上。TLP 可在任何通道上開始。

TXRATE 表示鏈路運行的速度。向 Gen3 速度的過渡在“Recovery.Speed”(0C)LTSSM 狀態(tài)中發(fā)生,如以下波形圖所示。


在 L0 狀態(tài)之前以 Gen1/Gen2 速度運行的包未被加擾,它僅在 Gen3 速度下被加擾。在 PIPE 接口上以 Gen1/Gen2 速度運行的有序集可被直接讀取。但是,所有速度的所有內容在 L0 狀態(tài)中都會被擾碼。下面的波形圖顯示了在 Gen1 速度時的捕獲。


在這里,“4A”系指其 TS1 有序集。只有在速度如 TXRATE 所示變化至 Gen3 時才需要解擾器模塊。

下列波形圖中的 AAAAAAAA 表示一個 SKP 有序集。


E1 表示 SKP_END 符號的定義詳見如下所示的 PCIe 規(guī)范。


下面的波形圖顯示了在 Gen3 鏈接上的一個 TS1 有序集。所示的“1E”表示在 Gen3 速度時的一個 TS1 有序集。



下面的波形圖顯示了每條通道中的一個 TS1 有序集。它不會跨越多條通道。它在所有通道上都相同,只是通道號不同。在下面的波形圖中,通道號分別為 00 和 01。


這里的“0E”是 Symbol-4。Symbol-4 在規(guī)范中的定義如下:


0E= 0000_1110。當我們將這些位映射到規(guī)范中的 Symbol-4 描述上時,它表示 Gen3 速度得到了支持。

Symbol-6 在 LTSSM 所處的不同狀態(tài)中具有不同含義。在如下所示的波形圖中,LTSSM 為“28”,則意味著它位于 phase-0 中。



Symbol-6 為 20,即 001_0000。由于它在 phase-0 中,則位 1:0 被設為“00”。

下面的波形圖顯示了一個完整的 TS1 有序集。


下面的波形圖顯示了設置為 Gen3 速度的一個 TS2 有序集?!?D”表示它是一個 TS2 有序集



至此,我們已討論了有關有序集和 DLLP 的內容,那么現(xiàn)在我們來看一下如何在 PIPE 接口上識別 TLP。

每個 TLP 都以 STP(TLP 包起始點)標識開始。因此,在解擾器中查找具有 *_start_block = 1 和 *_sync_header= 2 的任何“nF”。

每個 STP 標識都是 4 個符號并表示 TLP 的開始。

STP 字段的定義詳見下圖所示:


以下是 MemWr(存儲器寫入 TLP)的示例。請注意,這是一個 x4 鏈接,因此所有內容都被跨越分配。下面的波形圖取自示例設計仿真。


該波形圖顯示了來自主機測試平臺而通過 PCIe 硬塊的 CQ 接口進入用戶邏輯的存儲器寫入傳輸事務。該傳輸事務在 PIPE 接口上具體理解如下:

開始從 LSB 讀取:

DW0 = ClkCycle0-Byte0 (Lane-0 to Lane-3) 
-> “6F-80-20-1D” 
-> STP token

DW1 = Header starts here -> ClkCycle0-Byte1 (Lane-0 to Lane-3) 
-> “40-00-00-01”
-> Indicates Fmt/Type = 0x40 which is a 3DW MemWr request, Length = 1
DW2 = ClkCycle0-Byte2 (Lane-0 to Lane-3)
-> "00-00-00-0F” 
-> "0000- ReqID, Tag – 00, 1st DW Byte Enable = "F"

DW3 = ClkCycle0-Byte3 (Lane-0 to Lane-3)
-> “00-00-00-10” -> Address = 'h10

DW4 = ClkCycle1-Byte0 (Lane-0 to Lane-3)
-> “04-03-02-01” -> Payload (Byte0 to Byte3, 01-> MSB, 04-> LSB)

編輯:hfy

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

    關注

    39

    文章

    7758

    瀏覽量

    172279
  • 賽靈思
    +關注

    關注

    33

    文章

    1798

    瀏覽量

    133684
  • PCIe
    +關注

    關注

    16

    文章

    1483

    瀏覽量

    88976
  • GUI
    GUI
    +關注

    關注

    3

    文章

    699

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    Xgig CEM 8通道內插模塊JDSU

    Xgig CEM 8通道內插模塊是JDSU的一款專為 PCI Express 5.0(PCIe 5.0)設計的測試接口模塊,用于連接被測系統(tǒng)與 VIAVI 的 Xgig
    發(fā)表于 11-03 09:06

    Texas Instruments CDCDB803用于PCIe?第1代至第5代的8輸出時鐘緩沖數(shù)據(jù)手冊

    Texas Instruments用于PCIe^?^ Gen 1至Gen 5的CDCDB803 8輸出時鐘緩沖是符合DB800ZL標準的時鐘緩沖,用來為
    的頭像 發(fā)表于 09-26 15:14 ?912次閱讀
    Texas Instruments CDCDB803用于<b class='flag-5'>PCIe</b>?第1代至第5代的8<b class='flag-5'>輸出</b>時鐘緩沖<b class='flag-5'>器</b><b class='flag-5'>數(shù)據(jù)</b>手冊

    NVMe高速傳輸之擺脫XDMA設計20: PCIe應答模塊設計

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

    NVMe高速傳輸之擺脫XDMA設計20: PCIe應答模塊設計

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

    NVMe高速傳輸之擺脫XDMA設計17:PCIe加速模塊設計

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

    NVMe高速傳輸之擺脫XDMA設計18:PCIe請求模塊設計(上)

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

    NVMe高速傳輸之擺脫XDMA設計17:PCIe加速模塊設計

    內部信號做進一步處理,如果需要應答,將應答事務通過axis完成方完成接口(axis_cc)發(fā)送給PCIE硬核。圖1 PCIe加速模塊系統(tǒng)框圖 PCIe加速
    發(fā)表于 08-07 18:57

    NVMe高速傳輸之擺脫XDMA設計14: PCIe應答模塊設計

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

    NVMe高速傳輸之擺脫XDMA設計14: PCIe應答模塊設計

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

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

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

    PCIe協(xié)議分析儀在數(shù)據(jù)中心中有何作用?

    與軟件問題 鏈路層錯誤檢測與修復 場景:PCIe鏈路因信號完整性問題(如插損、串)導致誤碼率(BER)升高,引發(fā)鏈路訓練失敗或數(shù)據(jù)重傳。 作用: 捕獲DLLP中的ACK/NAK
    發(fā)表于 07-29 15:02

    PCIe協(xié)議分析儀能測試哪些設備?

    PCIe協(xié)議分析儀能測試多種依賴PCIe總線進行高速數(shù)據(jù)傳輸?shù)脑O備,其測試范圍覆蓋計算、存儲、網(wǎng)絡及異構計算等多個領域,具體設備類型及測試場景如下:一、核心計算設備 GPU(圖形處理
    發(fā)表于 07-25 14:09

    MAX9278/MAX9282用于同軸電纜或STP輸入和LVDS輸出的3.12Gbps GMSL技術手冊

    MAX9278/MAX9282千兆位多媒體串行鏈路(GMSL)通過50Ω同軸電纜或100Ω屏蔽雙絞線(STP)電纜從GMSL串行接收數(shù)據(jù),并在3個(共4個)
    的頭像 發(fā)表于 05-28 14:28 ?1495次閱讀
    MAX9278/MAX9282用于同軸電纜或STP輸入和LVDS<b class='flag-5'>輸出</b>的3.12Gbps GMSL<b class='flag-5'>解</b>串<b class='flag-5'>器</b>技術手冊

    nvme IP開發(fā)之PCIe

    數(shù)據(jù),Posted類型的事務請求不需要使用 完成報文。 PCIe總線協(xié)議定義了基于地址的路由、基于ID的路由和隱式路由三種TLP路由 方式。其中,存儲讀寫和I/O讀寫TLP采用基于地址的路由,該類
    發(fā)表于 05-18 00:48

    nvme IP開發(fā)之PCIe

    體系架構 RC是PCIe體系樹形結構中的根節(jié)點。RC主要負責配置PCIe總線上的所有設備,分配資源、處理傳輸請求,并管理數(shù)據(jù)流動。在處理系統(tǒng)中,RC是負責連接CPU與
    發(fā)表于 05-17 14:54
    来凤县| 乐东| 海安县| 平山县| 灯塔市| 湘西| 贵州省| 阳朔县| 成武县| 凤凰县| 通山县| 义乌市| 山西省| 罗源县| 黑河市| 南和县| 于都县| 收藏| 汉中市| 聂荣县| 清新县| 云梦县| 康保县| 景洪市| 泰安市| 昌邑市| 安国市| 武胜县| 义乌市| 太康县| 兴业县| 恭城| 北安市| 石屏县| 寻甸| 安义县| 龙川县| 团风县| 上栗县| 辽宁省| 安顺市|