那曲檬骨新材料有限公司

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

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

3天內不再提示

Root如何處理來自其他PCIe設備的錯誤消息

SwM2_ChinaAET ? 來源:未知 ? 作者:李倩 ? 2018-08-28 09:44 ? 次閱讀

這一篇文章講一講,高級錯誤報告(Advanced Error Reporting,AER)關于可校正和不可校正錯誤的相關寄存器,以及Root如何處理來自其他PCIe設備的錯誤消息等內容。

? 高級可校正錯誤處理(Advanced Correctable Error Handling)

o 高級可校正錯誤狀態

高級可校正錯誤狀態寄存器如下圖所示,當相關錯誤發生后,硬件會自動地將對應bit置1。軟件可以通過向對應bit寫1,來清零。

o 高級可校正錯誤屏蔽

高級可校正錯誤屏蔽寄存器如下圖所示,默認情況下,這些bit的值都是0。也就是說,只要發生相關錯誤,且該錯誤報告功能被使能,則相關錯誤便會被報告(不被屏蔽)。當然,軟件可以通過將相關bit置1,來屏蔽相關的錯誤報告信息

? 高級不可校正錯誤處理(Advanced Uncorrectable Error Handling)

o 高級不可校正錯誤狀態

高級不可校正錯誤狀態寄存器如下圖所示,當相關錯誤發生時,不管這些錯誤會不會被報告到Root,相關的bit都會被置1。

回顧一下,前一篇文章中的當前錯誤指針(First Error Pointer)。假設該指針的值為18d,則表明不可校正錯誤狀態寄存器中的第18位對應的錯誤——異常的TLP(Malformed TLP)將會被最先處理。一旦該錯誤被處理后,軟件將會向不可校正錯誤狀態寄存器的第18位寫1,來清除該bit。然后,當前錯誤指針將會被更新到下一個值。

軟件可以通過高級不可校正錯誤嚴重度寄存器(Advanced Uncorrectable Error Severity Register)來修改不可校正錯誤是否被作為致命的(Fatal)錯誤處理,進而使得這些錯誤得到區分處理。如下圖所示,其中,0表示非致命的(Non-Fatal),1表示致命的(Fatal)。

o 高級不可校正錯誤屏蔽

高級不可校正錯誤評級寄存器如下圖所示,當相關bit被置1時,對應的錯誤類型將不會被報告。

配置空間中的高級錯誤報告結構中包含有一個4DW的子空間,用于緩存接收到的,發生不可校正錯誤的(未被屏蔽的)的TLP的包頭。PCIe Spec規定,當設備支持AER功能時,必須有能力至少緩存一個TLP包頭(4DW)。當然,有些設備可能支持緩存更多的TLP包頭。該子空間被稱為包頭緩存寄存器(Header Log Register),其支持的錯誤類型如下圖所示。

在PCIe總線拓撲結構中,Root是所有其他PCIe設備錯誤報告的目標(Target)。當Root接收到來自其他PCIe設備的錯誤消息(Error Message)后,Root會根據系統的參數設置選擇是否向系統報告錯誤,并以何種方式(中斷等)報告。

注:關于PCIe的中斷機制會在后續的文章中詳細介紹。

當Root接收到錯誤消息后,便會將Root錯誤狀態寄存器中的對應位置位。需要注意的時,由于Root自身也是PCIe設備,當其自身發生錯誤時,也會導致Root錯誤狀態寄存器中的對應位置位,就像是其收到了錯誤消息了一樣。該寄存器如下圖所示:

前面的文章介紹過,錯誤消息也是消息(Message)的一種。錯誤消息中包含了錯誤源設備的ID信息(BDF,Bus,Device and Function),根據ID信息,便可以確定錯誤源的位置等信息,同時將該信息緩存在高級源ID寄存器中,如下圖所示。

可以通過Root錯誤命令寄存器(Root Error Command Register)的相關bit來使能或者禁止相關類型的錯誤是否被報告至系統。如下圖所示:

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

    關注

    31

    文章

    5363

    瀏覽量

    121178
  • PCIe
    +關注

    關注

    15

    文章

    1262

    瀏覽量

    83195
  • root
    +關注

    關注

    1

    文章

    86

    瀏覽量

    21417

原文標題:【博文連載】PCIe掃盲——高級錯誤報告AER(二)

文章出處:【微信號:ChinaAET,微信公眾號:電子技術應用ChinaAET】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    何處理變頻電路中電磁輻射引起的干擾

    何處理變頻電路中電磁輻射引起的干擾 變頻器帶來大經濟效益同時也帶來許多負面影響,變頻電路產生電磁輻射可以造成其他通信設備及電子設備干擾。1.
    發表于 01-04 13:06 ?1982次閱讀
    如<b class='flag-5'>何處理</b>變頻電路中電磁輻射引起的干擾

    英特爾至強處理器可擴展系列是否支持PCIe AtomicOps主機到設備交易?

    PCIe規范定義了3種類型的AtomicOps事務:“AtomicOps的架構適用于設備到主機,設備設備和主機到設備的交易?!比绻⑻貭?
    發表于 10-15 11:23

    何處理“map.ncd缺失”的錯誤

    :198”并閱讀MAP修正問題的主答復記錄。有人告訴我如何處理它?以上來自于谷歌翻譯以下為原文i think the problem "map.ncd is missing"lead
    發表于 07-19 11:38

    MCU功耗來自何處

    MCU功耗來自何處?低功耗MCU設計考慮平均功耗計算范例
    發表于 02-24 07:38

    MCU功耗來自何處

    MCU功耗來自何處 在開始討論低功耗MCU設計前,必須先探討MCU功耗的來源,其主要由靜態功耗及運行功耗兩部分組成。考慮實際的應用,最后決定系統功耗性能指針則必須計算平均功耗。 運行功耗 現代 MCU 已整合相當多的的模擬外圍,不能單純考慮數...
    發表于 11-01 09:31

    PCIe設備發出MSI-X中斷請求的方法

    x86處理器如何處理MSI-X中斷請求PCIe設備發出MSI-X中斷請求的方法與發出MSI中斷請求的方法類似,都是向Message Address所在的地址寫Message Data字
    發表于 02-16 06:36

    PCIe的Spec中明確規定只有Root有權限發起配置請求

    處理器一般不能夠直接發起配置讀寫請求,因為其只能產生Memory Request和IO Request。這就意味著Root必須要將處理器的相關請求轉換為配置讀寫請求。針對傳統的PCI設備
    的頭像 發表于 05-04 09:12 ?7029次閱讀
    <b class='flag-5'>PCIe</b>的Spec中明確規定只有<b class='flag-5'>Root</b>有權限發起配置請求

    PCIe總線的錯誤報告機制中四個比較重要的概念

    錯誤報告(Error Reporting):通知系統某個(或多個)錯誤發生了。在PCIe總線中,發生錯誤設備會通過
    的頭像 發表于 08-17 10:09 ?6761次閱讀

    PCIe掃盲—PCIe錯誤檢測機制的詳細資料概述

    PCIe總線錯誤檢測囊括了鏈路(Link)上的錯誤以及包傳遞過程中的錯誤,如下圖所示。用戶設計的應用程序層中的錯誤不屬于鏈路傳輸中的
    的頭像 發表于 08-18 11:05 ?1.5w次閱讀

    PCIe總線的三種錯誤報告方式

    PCIe設備的配置空間中的狀態與控制寄存器如上圖所示,通過這些寄存器可以使能(或禁止)通過錯誤消息(Error Message)發送錯誤報告、查詢
    的頭像 發表于 08-23 10:14 ?1.4w次閱讀
    <b class='flag-5'>PCIe</b>總線的三種<b class='flag-5'>錯誤</b>報告方式

    PCIe錯誤報告機制上高級錯誤報告AER

    也是其他錯誤的根源。PCIe Spec V2.1還支持多個錯誤的追蹤(Tracking Multiple Errors)。
    的頭像 發表于 08-27 11:31 ?7558次閱讀
    <b class='flag-5'>PCIe</b><b class='flag-5'>錯誤</b>報告機制上高級<b class='flag-5'>錯誤</b>報告AER

    PCIe設備在一個系統中是如何發現與訪問的

    PCIe體系架構一般由root complex,switch,endpoint等類型的PCIe設備組成,在root complex和swit
    的頭像 發表于 03-11 15:28 ?1.9w次閱讀
    <b class='flag-5'>PCIe</b><b class='flag-5'>設備</b>在一個系統中是如何發現與訪問的

    PCIe錯誤報告的兩種機制詳解

    該機制是PCIe設備必需支持的一種錯誤報告機制,同時設備會定義最小的錯誤報告請求。應該是通過配置Device Control和Command
    的頭像 發表于 10-23 11:14 ?2.6w次閱讀
    <b class='flag-5'>PCIe</b><b class='flag-5'>錯誤</b>報告的兩種機制詳解

    x86處理器如何處理MSI-X中斷請求

    x86處理器如何處理MSI-X中斷請求PCIe設備發出MSI-X中斷請求的方法與發出MSI中斷請求的方法類似,都是向Message Address所在的地址寫Message Data字
    發表于 12-17 18:28 ?9次下載
    x86<b class='flag-5'>處理</b>器如<b class='flag-5'>何處理</b>MSI-X中斷請求

    何處理RTOS錯誤和超時

      在典型系統中,許多路徑流經 RTOS,因此它處于檢測和處理錯誤的良好位置。一般來說,函數的返回值,尤其是 RTOS 服務,不應該在沒有檢查的情況下使用。
    的頭像 發表于 06-29 09:46 ?3296次閱讀
    如<b class='flag-5'>何處理</b>RTOS<b class='flag-5'>錯誤</b>和超時
    百家乐平台开发| 威尼斯人娱乐| 一二博| 孟州市| 太阳城百家乐官网赌场| 百家乐销售视频| 大发888官网网址| 单机百家乐官网在线小游戏| 百家乐庄闲的比例| 顶级赌场官方| 百家乐官网娱乐备用网址| 百家乐国际娱乐网| 博E百娱乐城| 百家乐官网庄最高连开几把| 全讯网信息| 保单百家乐官网游戏机厂家| 全景网百家乐的玩法技巧和规则| 20人百家乐桌| 澳门百家乐官网怎么看小路| 百家乐的薇笑打法| 赌博百家乐官网的路单| 权威百家乐信誉网站| k7线上娱乐城| 百家乐下注的规律| 赌球平台| 百家乐官网游戏新| 德州扑克算牌| 真人百家乐官网游戏网址| 百家乐赌博网址| 万博娱乐| 利博百家乐官网的玩法技巧和规则 | 大发888移动版| 澳门百家乐官网奥秘| 百家乐高| 百家乐官网网络视频游戏| 菲律宾百家乐试玩| 百家乐官网压分规律| 百家乐完美一对| 百家乐官网巴黎| 新全讯网网址g2vvv| 百家乐官网娱乐场开户注册|