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

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

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

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

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

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

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

o 高級可校正錯誤狀態(tài)

高級可校正錯誤狀態(tài)寄存器如下圖所示,當(dāng)相關(guān)錯誤發(fā)生后,硬件會自動地將對應(yīng)bit置1。軟件可以通過向?qū)?yīng)bit寫1,來清零。

o 高級可校正錯誤屏蔽

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

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

o 高級不可校正錯誤狀態(tài)

高級不可校正錯誤狀態(tài)寄存器如下圖所示,當(dāng)相關(guān)錯誤發(fā)生時,不管這些錯誤會不會被報告到Root,相關(guān)的bit都會被置1。

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

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

o 高級不可校正錯誤屏蔽

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

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

在PCIe總線拓?fù)浣Y(jié)構(gòu)中,Root是所有其他PCIe設(shè)備錯誤報告的目標(biāo)(Target)。當(dāng)Root接收到來自其他PCIe設(shè)備的錯誤消息(Error Message)后,Root會根據(jù)系統(tǒng)的參數(shù)設(shè)置選擇是否向系統(tǒng)報告錯誤,并以何種方式(中斷等)報告。

注:關(guān)于PCIe的中斷機(jī)制會在后續(xù)的文章中詳細(xì)介紹。

當(dāng)Root接收到錯誤消息后,便會將Root錯誤狀態(tài)寄存器中的對應(yīng)位置位。需要注意的時,由于Root自身也是PCIe設(shè)備,當(dāng)其自身發(fā)生錯誤時,也會導(dǎo)致Root錯誤狀態(tài)寄存器中的對應(yīng)位置位,就像是其收到了錯誤消息了一樣。該寄存器如下圖所示:

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

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

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

    關(guān)注

    31

    文章

    5253

    瀏覽量

    119205
  • PCIe
    +關(guān)注

    關(guān)注

    15

    文章

    1165

    瀏覽量

    81984
  • root
    +關(guān)注

    關(guān)注

    1

    文章

    85

    瀏覽量

    21320

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

文章出處:【微信號:ChinaAET,微信公眾號:電子技術(shù)應(yīng)用ChinaAET】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏

    評論

    相關(guān)推薦

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

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

    英特爾至強(qiáng)處理器可擴(kuò)展系列是否支持PCIe AtomicOps主機(jī)到設(shè)備交易?

    PCIe規(guī)范定義了3種類型的AtomicOps事務(wù):“AtomicOps的架構(gòu)適用于設(shè)備到主機(jī),設(shè)備設(shè)備和主機(jī)到設(shè)備的交易?!比绻⑻貭?
    發(fā)表于 10-15 11:23

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

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

    MCU功耗來自何處?

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

    MCU功耗來自何處

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

    PCIe設(shè)備發(fā)出MSI-X中斷請求的方法

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

    PCIe的Spec中明確規(guī)定只有Root有權(quán)限發(fā)起配置請求

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

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

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

    PCIe掃盲—PCIe錯誤檢測機(jī)制的詳細(xì)資料概述

    PCIe總線錯誤檢測囊括了鏈路(Link)上的錯誤以及包傳遞過程中的錯誤,如下圖所示。用戶設(shè)計的應(yīng)用程序?qū)又械?b class='flag-5'>錯誤不屬于鏈路傳輸中的
    的頭像 發(fā)表于 08-18 11:05 ?1.5w次閱讀

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

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

    PCIe錯誤報告機(jī)制上高級錯誤報告AER

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

    PCIe設(shè)備在一個系統(tǒng)中是如何發(fā)現(xiàn)與訪問的

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

    PCIe錯誤報告的兩種機(jī)制詳解

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

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

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

    何處理RTOS錯誤和超時

      在典型系統(tǒng)中,許多路徑流經(jīng) RTOS,因此它處于檢測和處理錯誤的良好位置。一般來說,函數(shù)的返回值,尤其是 RTOS 服務(wù),不應(yīng)該在沒有檢查的情況下使用。
    的頭像 發(fā)表于 06-29 09:46 ?2898次閱讀
    如<b class='flag-5'>何處理</b>RTOS<b class='flag-5'>錯誤</b>和超時