i.MX8MQ自制底板无PCIe问题详解

罗罗诺亚

9 t5 q. k7 W4 d- K5 _/ b, p
在飞凌嵌入式OKMX8MQ-C开发板上有两个PCIe接口，对应着两个PCIe差分时钟，两路PCIe分别用作了M.2接口卡槽KEYE（P37）和KEYM（P34）。

很多使用FETMX8MQ-C核心板的用户在自制底板时会不做PCIe部分，故而不会焊PCIe的差分时钟，等到使用出厂镜像验证底板时发现会出现无法正常启动的问题。
今天，小编将总结常见的2种自制底板无PCIe导致的问题及其对应解决办法以供大家参考。
& }7 J" O+ D' B& s9 l+ c1.“使用出厂镜像启动时发现无法正常启动”
9 @, M) D7 o3 P7 O" ^问题描述——
- K4 F9 `& U5 i. o0 A) h6 f, J
客户自制底板去掉PCIe烧录出厂镜像，启动时出现的卡死信息：
8 C9 T+ I& O2 Z
( u- M" U3 |4 X: p& v1 |


: S) W3 N# r, m- u' ^

[backcolor=rgba(18, 18, 18, 0.5)]​
- w5 a* ?/ M$ ?

! |& ~! H0 n6 z0 x/ B, e
; Q2 C$ u1 ~' c  l/ L( R2 x- k
编辑切换为居中
% n  w9 ]5 _% M( \

; B* H4 n) A& I& N3 H* g# v1 {

1 w' i$ ^1 ?& m: ]! F添加图片注释，不超过 140 字（可选）

产生原因——

PCIe影响了启动，需要在设备树里把跟PCIe有关的功能关闭。
! I- {( h, H0 k1 {  D
) U1 _9 g& a3 K) C8 U( K) A解决办法——

修改内核设备树：

viOK8MQ-linux-kernel/arch/ARM64/boot/dts/freescale/ok8mq-evk.dts

% D& d. g3 Z+ K$ }7 D
2 j) E/ |3 y" n4 E9 B0 I5 a! [
1 O* _, A/ E4 I. I: X3 s

[backcolor=rgba(18, 18, 18, 0.5)]​
7 e0 {5 \. o- ?; z5 _( S) R% |' b

+ k5 n0 {4 y- W3 D" I, f1 x# ?

编辑切换为居中
& ^) B, z4 [, P6 k添加图片注释，不超过 140 字（可选）
9 W4 I' y0 c) k, l  N/ \; A将设备树中的PCIe全部从“okay”改为“disabled”，重新编译。编译后会在/OK8MQ-linux-sdk/images/boot下生成ok8mq-evk.dtb。
5 P, v9 k* P* L6 m& S! L! K* n完成上述修改后重新编译并用新的镜像进行烧写。
正常启动后打印信息如下（红框中是在上述卡住位置向后继续启动的打印信息）：

[backcolor=rgba(18, 18, 18, 0.5)]​
2 P( J: ?) v* u3 i1 f

编辑切换为居中
添加图片注释，不超过 140 字（可选）
注意：飞凌目前提供的最小系统方案也是没有设计PCIe的，故用户如果使用了飞凌的最小系统方案，也需要按照上述方法进行修改。
: i, }% t: _1 S6 \# W. J4 Y2.“使用TF卡进行烧写时发现烧写一半卡住”
9 B: i9 x7 S+ f7 ~
# |$ Y0 B) u) c! y. ~9 R5 o问题描述——
2 f% U7 N" I  l! d1 e. A
客户自制底板去掉PCIe，使用TF卡烧写时看到命令行打印信息在下述位置卡住：

/ t' a( y) E" o8 _) J
% Z; ?% g0 s6 b) T& V  ^

[backcolor=rgba(18, 18, 18, 0.5)]​
/ x$ S/ y8 M7 b# l

编辑切换为居中
9 x. ?, F% F. Q! i, q添加图片注释，不超过 140 字（可选）
注意：并不一定就卡在上述位置，但一定在上述打印信息附近，不会太远。
* E: j3 Y! U- J! E( w% s产生原因——
3 W% i2 E0 q# N, d* S: `. y
2 S0 I9 }5 r& x烧写引导镜像中的PCIe的启动影响了烧写，需要替换烧写工具中的内核阶段引导镜像。
解决办法——

# z3 ]6 M5 d: F2 B7 c6 g+ a首先按照问题中的方法修改内核设备树并编译。进入“OK8MQ-linux-sdk/tools/update”路径，可看到该路径下有很多dtb文件：

[backcolor=rgba(18, 18, 18, 0.5)]​
& @. N( J5 L. R3 v$ S: \$ j' T
8 Y9 C  H5 ^0 c3 w& p2 l

编辑切换为居中
添加图片注释，不超过 140 字（可选）
3 ]) g8 N% n4 [' i用编译生成的“images/boot”路径下的ok8mq-evk.dtb替换掉当前路径下的ok8mq-evk.dtb。
执行编译命令，生成新的烧写工具：
) D) m4 z5 @" ^- @; w

[backcolor=rgba(18, 18, 18, 0.5)]​

( c1 d8 W6 V0 \, E. m6 J5 h$ W. T

编辑切换为居中
添加图片注释，不超过 140 字（可选）
. ~2 T  [2 k( S1 V' |8 D" W使用新生成的update.itb替换掉完成制卡后TF卡中的update.itb，正常进行TF卡烧写。

进入OK8MQ-linux-sdk/tools/sdfuse路径，可看到新生成的烧写工具update.itb。
9 a' M' F( _& F9 I# A9 F, n& M0 l注意：

, v$ _5 T  h; [

• 我们的烧写工具部分源码是不开源的，若您确实需要做相应更改请联系您的对接销售，由我们帮您修改。
• OTG烧写不会因没有PCIe而受到影响。
  

上述的两个问题就是用户在自制底板去掉PCIe时可能会遇到的两种问题。
当然，只设计了一路PCIe的情况也需要注意：

如果自制底板只做了一路PCIe，只焊了一个时钟芯片，也是会影响启动的。那么也需要修改设备树，关闭未做出的那一路PCIe；

# m1 B3 J7 a6 y$ V) Q& O5 b如果自制底板只做了一路PCIe，而差分时钟焊的不是与接口对应的，那在命令行用lspci命令查询就会找不到设备。
3 h8 j; M5 y) {0 D
以上就是OKMX8MQ-C平台目前针对底板去掉PCIe存在的问题提出的解决办法，可供大家在设计i.MX8MQ的底板时参考。

8 k% P' |+ L* r8 g. u& l
6 z( x* [5 I1 `3 b0 \

Crash

没有完全看懂，等以后，再慢慢研究和学习了。

罗罗诺亚

Crash 发表于 2022-9-15 17:58
: O! M' z) w6 A& G7 v- K没有完全看懂，等以后，再慢慢研究和学习了。

! s9 n" j; }8 a' k( d) G% S多多学习