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

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

完善資料讓更多小伙伴認識你,還能領(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 高級可校正錯誤屏蔽

高級可校正錯誤屏蔽寄存器如下圖所示,默認情況下,這些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)前錯誤指針將會被更新到下一個值。

軟件可以通過高級不可校正錯誤嚴重度寄存器(Advanced Uncorrectable Error Severity Register)來修改不可校正錯誤是否被作為致命的(Fatal)錯誤處理,進而使得這些錯誤得到區(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總線拓撲結(jié)構(gòu)中,Root是所有其他PCIe設(shè)備錯誤報告的目標(Target)。當(dāng)Root接收到來自其他PCIe設(shè)備的錯誤消息(Error Message)后,Root會根據(jù)系統(tǒng)的參數(shù)設(shè)置選擇是否向系統(tǒng)報告錯誤,并以何種方式(中斷等)報告。

注:關(guān)于PCIe的中斷機制會在后續(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

    文章

    5495

    瀏覽量

    127856
  • PCIe
    +關(guān)注

    關(guān)注

    16

    文章

    1404

    瀏覽量

    86962
  • root
    +關(guān)注

    關(guān)注

    1

    文章

    86

    瀏覽量

    21918

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

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

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

掃碼添加小助手

加入工程師交流群

    評論

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

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

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

    何處理“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īng)用,最后決定系統(tǒng)功耗性能指針則必須計算平均功耗。 運行功耗 現(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 ?7469次閱讀
    <b class='flag-5'>PCIe</b>的Spec中明確規(guī)定只有<b class='flag-5'>Root</b>有權(quán)限發(fā)起配置請求

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

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

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

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

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

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

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

    也是其他錯誤的根源。PCIe Spec V2.1還支持多個錯誤的追蹤(Tracking Multiple Errors)。
    的頭像 發(fā)表于 08-27 11:31 ?8397次閱讀
    <b class='flag-5'>PCIe</b><b class='flag-5'>錯誤</b>報告機制上高級<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 ?2w次閱讀
    <b class='flag-5'>PCIe</b><b class='flag-5'>設(shè)備</b>在一個系統(tǒng)中是如何發(fā)現(xiàn)與訪問的

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

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

    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 ?3907次閱讀
    如<b class='flag-5'>何處理</b>RTOS<b class='flag-5'>錯誤</b>和超時

    調(diào)試TrustZone時,如何處理HardFault?

    調(diào)試TrustZone時,如何處理HardFault?
    的頭像 發(fā)表于 09-27 16:33 ?1181次閱讀
    調(diào)試TrustZone時,如<b class='flag-5'>何處理</b>HardFault?