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

罗罗诺亚

4 {/ k4 M; ^" ?8 c( t4 v6 s在飞凌嵌入式OKMX8MQ-C开发板上有两个PCIe接口，对应着两个PCIe差分时钟，两路PCIe分别用作了M.2接口卡槽KEYE（P37）和KEYM（P34）。




4 \7 I- m8 c5 j$ [3 `很多使用FETMX8MQ-C核心板的用户在自制底板时会不做PCIe部分，故而不会焊PCIe的差分时钟，等到使用出厂镜像验证底板时发现会出现无法正常启动的问题。


* y+ w7 Q) J+ k4 I; Z
. z. L" N* b" i5 f8 ]9 D
5 f, E3 ~0 _& X0 |% Q' h+ n9 l9 `+ Q今天，小编将总结常见的2种自制底板无PCIe导致的问题及其对应解决办法以供大家参考。

. Q3 ^0 i" u' ]" a* a* b


8 q! o! R& G7 t/ B- |4 a
; D3 q" F. x# s  x3 K; J7 t

* r9 n+ y1 o" y! _1.“使用出厂镜像启动时发现无法正常启动”
0 l) P9 B+ V7 V3 N, r


5 h8 L/ a1 r: b" Q* l5 ^% l
$ \1 X$ o: N$ }) |4 i问题描述——
7 u9 G8 c3 N  M* ~! c( R0 e
客户自制底板去掉PCIe烧录出厂镜像，启动时出现的卡死信息：
! k: O2 t& |: ]) t
2 O/ t' T, K* h, H0 d5 W- l, N


8 {- y2 P$ k7 E; u& a+ d4 h9 A

[backcolor=rgba(18, 18, 18, 0.5)]​
! {1 D) R' a6 f8 e
/ |* f2 g1 O& K- F% C- `, C! b1 c& _

  t8 n; t) V6 l# F' k5 d6 e
3 ~5 g/ U- k' P* }( T( b* l
' h1 A$ ]; F, q0 B2 Y8 z编辑切换为居中

; k# u- x' }  M8 |


添加图片注释，不超过 140 字（可选）
/ A; N4 N+ `8 P/ x: j# X

, d3 V3 F' T- _) Y$ c! b* d
: r8 M$ u" @! e9 C- }



2 |, }& x# ^. y+ ]  u产生原因——
% y3 E$ T0 i/ Z, z1 ]
6 g, r9 \! W: E  C6 `2 O- kPCIe影响了启动，需要在设备树里把跟PCIe有关的功能关闭。



. G' @0 z& C8 N" U& o2 n4 b
6 p: a4 |4 G% g2 R& m解决办法——

+ o2 c, Q" d* ?; X修改内核设备树：
- v. I4 g7 ~. p4 v& k
viOK8MQ-linux-kernel/arch/ARM64/boot/dts/freescale/ok8mq-evk.dts
- g, X- \6 f+ @! Z& ^
8 S! a1 ?. x+ M; q

+ W" F; S8 f" [/ W, ?

[backcolor=rgba(18, 18, 18, 0.5)]​
& ~$ I3 T- Q9 ^+ K

) L# v. f6 ?. W; B: e5 A
4 O& v, K8 R% A8 p8 q5 c) ]编辑切换为居中
  O4 A$ K8 w# {% K( J' k0 Q

  h, y. y, @) \2 g4 ~: `& B0 O' t5 v

- b$ j# h- V1 _0 D3 j4 H添加图片注释，不超过 140 字（可选）




将设备树中的PCIe全部从“okay”改为“disabled”，重新编译。编译后会在/OK8MQ-linux-sdk/images/boot下生成ok8mq-evk.dtb。
8 R$ o0 Q( ^( X/ X
% i/ D. O$ o9 l, V+ B' a# O


完成上述修改后重新编译并用新的镜像进行烧写。


' d. [8 Z6 P( R( W5 H" X

正常启动后打印信息如下（红框中是在上述卡住位置向后继续启动的打印信息）：
2 g  V4 A5 b' r9 I3 B* x
9 x/ i# }3 {/ N0 Q8 A& A( U
. c" p  W5 f/ i5 W2 L- x# b
/ B) Y7 G9 v& l) X. u

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

3 Y8 B1 J4 C0 c6 S( J8 y7 Z编辑切换为居中
: ?6 g4 H" O" J
& q& W8 u/ J. ]1 c4 J


添加图片注释，不超过 140 字（可选）

) y& B3 z3 ]* }7 m* L
4 b9 I$ E" C. p. d
5 t. N0 T" e, B9 V/ T4 t; \7 P1 A
9 }0 r3 n1 O/ N7 L注意：飞凌目前提供的最小系统方案也是没有设计PCIe的，故用户如果使用了飞凌的最小系统方案，也需要按照上述方法进行修改。
* E. R# B- G0 ]# e! W2 J! [
8 |0 C" S! z2 Z6 m# H$ F3 `
! h  f2 k! e% a, e; \



( s: V- [) y6 \8 W
& I5 O1 c# _: }$ p3 U2.“使用TF卡进行烧写时发现烧写一半卡住”




) a, W# _, x9 R; D问题描述——

客户自制底板去掉PCIe，使用TF卡烧写时看到命令行打印信息在下述位置卡住：

% W3 k3 P2 M; t$ a6 R6 B0 |
: |8 \* B. x6 J1 e4 G. N: U0 S
: H1 F6 K  D0 k" e8 ]1 E- G  [
# |/ n0 W9 X3 m

[backcolor=rgba(18, 18, 18, 0.5)]​
7 |2 H0 c. i$ ?
: h3 J) w) a: _8 G7 F$ ~1 u

0 Q) M) u, V6 D* F% ~
+ y! Z& _! h: W6 {0 F; t( a& h* C编辑切换为居中
( Y' S! I% d; b' z7 w& B/ \. ]& z


* [* o& i" |& w& M8 B, H5 t7 o
, }8 L  ?/ O' V  o1 X添加图片注释，不超过 140 字（可选）
* C: P  m% V1 `
# b' _/ |8 k5 T5 r6 }
( U( L2 r, q( a. A. q

; E& p* P" h, G( z. {7 ]; |. W6 s注意：并不一定就卡在上述位置，但一定在上述打印信息附近，不会太远。
+ h" l. \7 N" ?5 e) W0 p0 `

3 [, Y4 z( U' F8 a+ Q$ g

5 B. t. ~" R# r- C产生原因——
8 z8 A7 t' H% K  w; f! e
烧写引导镜像中的PCIe的启动影响了烧写，需要替换烧写工具中的内核阶段引导镜像。
( _% v- Y3 m+ u$ y2 }
5 V6 i! l3 r. k
" P% Y- A. M2 |
: Z; V1 K) ^& d9 S1 F
解决办法——

首先按照问题中的方法修改内核设备树并编译。进入“OK8MQ-linux-sdk/tools/update”路径，可看到该路径下有很多dtb文件：
) r$ i' e# K5 }* T
9 g* r6 Q5 B: [, G! ?

6 ]( [0 s( z& A' a
) i! b' i5 y7 Y! \- {; T

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

: e  @" v- z. T/ u5 J* |) s1 A1 d: j

0 a+ \  p) x3 S3 Y& o; u

编辑切换为居中
  p( l( a: Z4 C/ p% V+ T* T% L

: W; q- c( D7 ]- N) n
& s! h1 V% k4 h8 J+ K
( f" P+ a! t' }8 x! X$ e3 @添加图片注释，不超过 140 字（可选）

$ r+ q( k9 e) ~) U) t+ H
9 P; U( N' O" ]' T# f

用编译生成的“images/boot”路径下的ok8mq-evk.dtb替换掉当前路径下的ok8mq-evk.dtb。
3 O6 w0 u6 V! n! O
5 L* L8 r+ q5 h
5 r) L$ d) n7 y+ z
! ~5 V+ a6 @! x% ^" U
执行编译命令，生成新的烧写工具：


6 t) s$ t) @  Z8 c8 G& i

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

  _" g* T- p4 z* q! |8 q
: Q  n+ T# ~9 @
( @: ?9 S3 ^- |: g) B* x编辑切换为居中
. x, }* r7 ?& a  I6 o3 {
( g2 D' i" L6 M' \6 v7 o


% g/ O8 }0 r4 v% n4 W添加图片注释，不超过 140 字（可选）
% G2 X: c$ _) O4 }: P$ G! T; j
) M7 s* D, ?( k' _4 M' `( }


使用新生成的update.itb替换掉完成制卡后TF卡中的update.itb，正常进行TF卡烧写。

4 b8 ]7 L3 p: Z2 ~5 J/ ?  _进入OK8MQ-linux-sdk/tools/sdfuse路径，可看到新生成的烧写工具update.itb。

, b( N8 `- r9 r9 z
' m- d% w! k6 n* u' v0 [
: C% [* E2 w( a6 V2 t2 p+ ^; e: e, H
" z! D- L" p2 t注意：
6 ^6 r) d# @8 T' p# @9 U
$ |5 R. X( h4 c5 o( l& d9 U  O

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

1 U8 Z% M# V7 R7 }
上述的两个问题就是用户在自制底板去掉PCIe时可能会遇到的两种问题。

0 c, H/ A& ^8 e4 O/ E


当然，只设计了一路PCIe的情况也需要注意：
* [; T' s: S+ s
, O+ D' s. K! u! M* |- q- |$ H如果自制底板只做了一路PCIe，只焊了一个时钟芯片，也是会影响启动的。那么也需要修改设备树，关闭未做出的那一路PCIe；
) J; t: M% r1 ^

0 `; m9 @+ I8 |% ]  m" ]1 l( S

如果自制底板只做了一路PCIe，而差分时钟焊的不是与接口对应的，那在命令行用lspci命令查询就会找不到设备。

, O) u. h$ y' _" ?# Y% w

0 F7 n0 ^4 I+ j" c0 j* G( X& }5 _

7 b& L  v+ V7 a+ z" p" O