色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

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

    文章

    5357

    瀏覽量

    120632
  • PCIe
    +關注

    關注

    15

    文章

    1243

    瀏覽量

    82766
  • root
    +關注

    關注

    1

    文章

    86

    瀏覽量

    21401

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

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

收藏 人收藏

    評論

    相關推薦

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

    何處理變頻電路中電磁輻射引起的干擾 變頻器帶來大經濟效益同時也帶來許多負面影響,變頻電路產生電磁輻射可以造成其他通信設備及電子設備干擾。1.
    發表于 01-04 13:06 ?1964次閱讀
    如<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 ?6976次閱讀
    <b class='flag-5'>PCIe</b>的Spec中明確規定只有<b class='flag-5'>Root</b>有權限發起配置請求

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

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

    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 ?7501次閱讀
    <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 ?3239次閱讀
    如<b class='flag-5'>何處理</b>RTOS<b class='flag-5'>錯誤</b>和超時
    主站蜘蛛池模板: 久久综合网久久综合| 57PAO强力打造高清免费| 久久久99精品成人片中文| 91女神娇喘| 亚洲高清视频免费| 青青久久久| 老太婆性BBWBBW| 国内精品免费视频精选在线观看| 麻豆人妻换人妻X99| 国产毛多水多高潮高清| 99久久伊人一区二区yy5099| 亚洲在线国产日韩欧美| 少妇内射兰兰久久| 欧洲兽交另类AVXXX| 久久九九少妇免费看A片| 国产人妻精品午夜福利免费不卡 | 视频一区二区中文字幕| 琪琪色在线播放| 美女被打开了屁股进去的视频| 寂寞骚妇女被后入式抽插| 国产高清在线露脸一区| 亚洲午夜无码久久久久蜜臀av| 日本亚洲精品无码区国产电影| 免费看男人J放进女人J无遮掩| 久久99国产精品自在自在| 国产一区二区无码蜜芽精品| 广东95后小情侣酒店自拍流出| 艳鉧动漫1~6全集观看在线| 嫩草成人国产精品| 国产精品俺来也在线观看| h片下载地址| 99久在线国内在线播放免费观看| 一色狗影院| 亚洲日韩在线天堂一| 羞羞麻豆国产精品1区2区3区| 色欲国产麻豆一精品一AV一免费| 日本女人bb| 肉奴隷 赤坂丽在线播放| 久久最新地址获取| 久久精品影院永久网址| 久草免费视频在线观看|