i.MX8MQ針對底板去掉PCIe的解決辦法

ningmengzier發表於2022-08-20
在飛凌嵌入式OKMX8MQ-C開發板上有兩個PCIe介面,對應著兩個PCIe差分時鐘,兩路PCIe分別用作了M.2介面卡槽KEYE(P37)和KEYM(P34)。


很多使用FETMX8MQ-C核心板的使用者在自制底板時會不做PCIe部分,故而不會焊PCIe的差分時鐘,等到使用出廠映象驗證底板時發現會出現無法正常啟動的問題。


今天,小編將總結常見的2種自制底板無PCIe導致的問題及其對應解決辦法以供大家參考。



1.“使用出廠映象啟動時發現無法正常啟動”


問題描述——
客戶自制底板去掉PCIe燒錄出廠映象,啟動時出現的卡死資訊:


i.MX8MQ針對底板去掉PCIe的解決辦法
編輯 切換為居中
新增圖片註釋,不超過 140 字(可選)



產生原因——
PCIe影響了啟動,需要在裝置樹裡把跟PCIe有關的功能關閉。


解決辦法——
修改核心裝置樹:
viOK8MQ-linux-kernel/arch/arm64/boot/dts/freescale/ok8mq-evk.dts


i.MX8MQ針對底板去掉PCIe的解決辦法
編輯 切換為居中
新增圖片註釋,不超過 140 字(可選)


將裝置樹中的PCIe全部從“okay”改為“disabled”,重新編譯。編譯後會在/OK8MQ-linux-sdk/images/boot下生成ok8mq-evk.dtb。


完成上述修改後重新編譯並用新的映象進行燒寫。


正常啟動後列印資訊如下(紅框中是在上述卡住位置向後繼續啟動的列印資訊):


i.MX8MQ針對底板去掉PCIe的解決辦法
編輯 切換為居中
新增圖片註釋,不超過 140 字(可選)


注意:飛凌目前提供的最小系統方案也是沒有設計PCIe的,故使用者如果使用了飛凌的最小系統方案,也需要按照上述方法進行修改。



2.“使用TF卡進行燒寫時發現燒寫一半卡住”


問題描述——
客戶自制底板去掉PCIe,使用TF卡燒寫時看到命令列列印資訊在下述位置卡住:


i.MX8MQ針對底板去掉PCIe的解決辦法
編輯 切換為居中
新增圖片註釋,不超過 140 字(可選)


注意:並不一定就卡在上述位置,但一定在上述列印資訊附近,不會太遠。


產生原因——
燒寫引導映象中的PCIe的啟動影響了燒寫,需要替換燒寫工具中的核心階段引導映象。


解決辦法——
首先按照問題中的方法修改核心裝置樹並編譯。進入“OK8MQ-linux-sdk/tools/update”路徑,可看到該路徑下有很多dtb檔案:


i.MX8MQ針對底板去掉PCIe的解決辦法
編輯 切換為居中
新增圖片註釋,不超過 140 字(可選)


用編譯生成的“images/boot”路徑下的ok8mq-evk.dtb替換掉當前路徑下的ok8mq-evk.dtb。


執行編譯命令,生成新的燒寫工具:


i.MX8MQ針對底板去掉PCIe的解決辦法
使用新生成的update.itb替換掉完成制卡後TF卡中的update.itb,正常進行TF卡燒寫。
進入OK8MQ-linux-sdk/tools/sdfuse路徑,可看到新生成的燒寫工具update.itb。


注意:
  • 我們的燒寫工具部分原始碼是不開源的,若您確實需要做相應更改請聯絡您的對接銷售,由我們幫您修改。
  • OTG燒寫不會因沒有PCIe而受到影響。


上述的兩個問題就是使用者在自制底板去掉PCIe時可能會遇到的兩種問題。


當然, 只設計了一路PCIe的情況也需要注意:
如果自制底板只做了一路PCIe, 只焊了一個時鐘晶片,也是會影響啟動的。那麼也需要修改裝置樹,關閉未做出的那一路PCIe;


如果自制底板只做了一路PCIe,而 差分時鐘焊的不是與介面對應的,那在命令列用lspci命令查詢就會找不到裝置。


以上就是OKMX8MQ-C平臺目前針對底板去掉PCIe存在的問題提出的解決辦法,可供大家在設計i.MX8MQ的底板時參考。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69989353/viewspace-2911298/,如需轉載,請註明出處,否則將追究法律責任。

相關文章