axi總線協(xié)議入門--Apple的學(xué)習(xí)筆記

一,前言

近期在看arm內(nèi)核相關(guān)手冊(cè)才了解了axi總線,僅做外設(shè)驅(qū)動(dòng)的時(shí)候根本不關(guān)心,所以感覺發(fā)現(xiàn)了新大陸,就繼續(xù)深入學(xué)習(xí)下,看看有哪些點(diǎn)可以幫助到我。

二,axi總線協(xié)議

  1. axi總線其實(shí)是一種AMBA總線架構(gòu)中的傳輸協(xié)議,有5路通道(讀地址,讀數(shù)據(jù),寫地址,寫數(shù)據(jù),寫響應(yīng))發(fā)起者作為master節(jié)點(diǎn),接收者作為slave節(jié)點(diǎn),這里面包括了雙向控制(valid和ready),而傳輸方式包括outstanding和burst(固定地址,遞增地址,遞增地址到上限后再從來),主從節(jié)點(diǎn)通信支持一對(duì)一,一對(duì)N,N對(duì)N,通過interconnect連接,根據(jù)主從機(jī)的拓?fù)浣Y(jié)構(gòu),那么節(jié)點(diǎn)通信沖裁就有了不同的優(yōu)先級(jí)算法。
  2. 而我最關(guān)心的是之前看到DFSR等cp15協(xié)處理器錯(cuò)誤,里面描述是的SLVERR和DECERR是什么意思。那么通過了解axi協(xié)議,基本上就比較好理解這些內(nèi)容了。


    image.png

    網(wǎng)上也找到了相關(guān)錯(cuò)誤原因描述
    SLVERR。slave error,用于已經(jīng)成功到達(dá)slave,但slave希望返回error的場(chǎng)景。為了簡(jiǎn)化系統(tǒng)監(jiān)控和調(diào)試,規(guī)范建議這種錯(cuò)誤響應(yīng)只用于錯(cuò)誤條件,而不用于發(fā)送正常的、預(yù)期的事件的信號(hào)。比如:FIFO或buffer 溢出或運(yùn)行不足的狀態(tài),嘗試使用不受支持的傳輸大小,寫入訪問嘗試進(jìn)入只讀位置,slave中的超時(shí)條件,訪問一個(gè)禁用或關(guān)閉的功能
    DECERR。譯碼錯(cuò)誤,通常由一個(gè)連接組件返回,表示沒有傳輸?shù)刂穼?duì)應(yīng)的slave。規(guī)范建議連接組件定義一個(gè)默認(rèn)slave,由默認(rèn)slave返回decerr 響應(yīng)。AXI協(xié)議要求每次burst中的所有數(shù)據(jù)傳輸都必須完成,即使有error,所以,即使沒有對(duì)應(yīng)的slave,也要能完成傳輸,通過返回DECERR。

三,小結(jié)

突然發(fā)現(xiàn)協(xié)議其實(shí)也可以用code來實(shí)現(xiàn),也可以用芯片來實(shí)現(xiàn)。要詳細(xì)了解axi協(xié)議的人估計(jì)是芯片開發(fā)者,作為芯片使用者需要了解其設(shè)計(jì)原理,有利于排查bug,通過學(xué)習(xí)axi總線協(xié)議,我對(duì)內(nèi)核錯(cuò)誤信息理解的更加深入。學(xué)以致用,樂趣無窮。axi協(xié)議新大陸開發(fā)完畢,哈哈~

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容