拓冰网站定制 
实验二十三 运行内核——自己编的内核第一次点火并走进 Linux 命令行对应课件《第5章 移植Linux内核》5.5 节Slide 57~61 5.6 节Slide 62~65系列说明本系列基于华清远见 FS-MP1ASTM32MP157A开发板对应课件《第5章 移植Linux内核》。第 5 章的收官之战也是全系列两大悬案的结案篇把我们自己编的uImage与stm32mp157a-fsmp1a.dtb用tftp装进内存、bootm点火——先复现无根文件系统的老结局顺便看清两块盘的盘号再设bootargs借出厂根文件系统eMMC 的 rootfs 分区走进 Linux 命令行。第 3 章以来bootm 找不到内核实验十六解决与内核找不到根本篇解决从此全部了结。前置实验二十二自己的内核 dtb 已编出、实验十六点火三连与验证法。一、本篇的三段式路线图段干什么预期结果第一段复验 TFTP 服务器课件 5.5 把自己的两个文件送上去实验十三已搭好逐条核对即可第二段用自己编的内核 dtb 点火不设 bootargs走到找不到根的老 panic——但 eMMC 这回认得出来实验二十一成果并把两块盘的真实盘号看清第三段设bootargs挂出厂根文件系统进入 Linux 命令行——第 5 章大功告成第二段先空跑一次不只是仪式它干了两件事——① 验收实验二十一/二十二eMMC、网卡有没有报到名来②看清我们自己的内核设备树下两块盘叫什么号第三段的root写哪个号答案就在这一屏日志里。二、实验环境实际项目实际值操作位置串口STM32MP板子侧 Ubuntu 侧各一小段待点火文件自己编的arch/arm/boot/uImage、arch/arm/boot/dts/stm32mp157a-fsmp1a.dtb实验二十一/二十二的重编译产物就在这台 Ubuntu 的源码树里服务器/home/cnu/tftpboot已有出厂uImage7,546,640stm32mp157a-fsmp1a-mipi050.dtb71,805实验十三/十五放入出厂根文件系统eMMC 的 rootfs 分区实验十四实测mmcblk2的p41.13 GiB——华清出厂系统还躺在那里本篇借它一用开工自检10 秒倒计时 5 秒可拦停bootdelay 5实验十二设的print serverip192.168.0.100Ubuntu 的tftpd-hpa在跑sudo service tftpd-hpa status。git 无需提交本篇不改源码树点火与 bootargs 全在 U-Boot 侧上一次提交 8dd24eeb2 已覆盖实验二十一/二十二全部改动。三、课件 ↔ 步骤对应表课件 Slide内容对应步骤57~605.5tftpd-hpa 安装/目录/配置/重启/本机测试步骤 1复验61电脑与开发板的网络连接桥接/路由器两种拓扑步骤 1我们用实验十三那套三网卡桥接拓扑625.6拷内核与 dtb 到 TFTP 目录两条 tftp 下载bootm 启动步骤 1~2635.6bootargs 借出厂根文件系统root/dev/mmcblk1p4进 Linux 命令行步骤 3645.6出厂内核/设备树替换定位法ext4load 那对步骤 4655.6bootcmd 自动启动步骤 5本篇动作 → 后面谁用 → 现在含糊的后果本篇动作后面哪里还会用现在含糊的后果bootargs U-Boot 传给内核的参数串本篇第一次真正用到它第 6 章 NFS 根就是把root换成root/dev/nfs nfsroot...console决定日志去哪设错console内核起来了串口可能安静设错rootpanic 回来“出厂件替换定位法”步骤 4第 6 章起每一次起了但不对劲都靠它二分定位换回出厂件还坏 锅在别处出问题在海里捞针不知道该怀疑内核、dtb 还是根两条mybootnet/mybootemmc自定义变量实验十七第 6 章起的日常改一次内核run mybootnet快速验证每次调试手敲三行效率掉一半盘号以日志实录为准这条规矩第 6 章 NFS/一切涉及盘号的配置照抄任何一家的盘号课件的 mmcblk1 也好、实验十六的 mmcblk2 也好都可能挂不上本篇需要的资料无新增——点火文件是实验二十~二十二自己编的就在 Ubuntu 源码树里cp到 TFTP 根目录即可出厂根文件系统在板上 eMMC 里一直都在。四、实验步骤启动方式全景三个 run 命令部件都住在哪动手前先把容易混淆的全景摆清——三个启动命令的差别只在内核和 dtb 从哪来执行者始终是板上那条 U-Boot启动命令内核从哪来dtb 从哪来走网络板子 LCD 表现run bootcmdtftp 下载出厂uImage实验十六固化的文件名tftp 下载出厂mipi050.dtb走亮——出厂件带全套显示驱动能滚启动画面、进桌面run mybootnettftp 下载我们编的my_uImagetftp 下载我们编的stm32mp157a-fsmp1a.dtb走不亮——我们的内核没编显示驱动串口是唯一出口run mybootemmc板上 eMMCbootfs 分区读出厂 uImageext4load同分区读出厂 dtb不走亮同出厂件部件都住在哪这也是哪些断电会丢的账本部件住在哪断电后TF-A U-Boot板上SD 卡第 3 章烧写的 fsbl1/fsbl2/ssbl 分区保留环境变量bootargs/bootcmd…板上SD 卡 env 区保留出厂内核 出厂 dtb板上eMMC bootfs 分区实验十五清点过Ubuntu tftp 服务器各一份保留出厂根文件系统板上eMMC rootfs 分区保留我们编的内核 dtb只在 Ubuntu 的 tftp 服务器/home/cnu/tftpboot——板上一份都没有——点火瞬间的内核/dtbDRAM 内存0xC2000000 / 0xC4000000断电即失两个由此而来的结论tftp 下载不是烧写——它把内核临时下载进DRAM 内存bootm直接从内存启动全程不落盘断电即失、下次点火重新下载。这正是第 5 章网络调试模式的核心改内核 → 重编 →cp到 tftpboot → 重启点火全程不碰烧写只有改 U-Boot 本身才需要重新烧卡第 3 章做过一次之后没动过它。板子 LCD 表现不同 两份 dtb/内核的驱动清单不同出厂件编了 MIPI 屏/背光/触屏全套所以亮、能进桌面我们的 multi_v7 内核没编显示驱动所以不亮——第 10 章跑 GUI 时要换出厂内核点火原因即此。步骤 1复验 TFTP 服务器把自己的文件送上去课件 5.5复验篇课件 5.5 节那五步apt install tftpd-hpa/mkdir /home/cnu/tftpbootchmod 777/ 配/etc/default/tftpd-hpa/service restartstatus/ 本机tftp 127.0.0.1自测我们实验十三已经全部做过且实测通过此处不复述只做两条复核sudoservicetftpd-hpa status# active (running)ls-l/home/cnu/tftpboot# 出厂 uImage mipi050.dtb 在列权限 644图实测——复验两连sudo service tftpd-hpa status回active (running)自 9月26 16:35 起绿框标注CGroup 行直接能看到进程参数--address :69 -l -c -s /home/cnu/tftpboot配置生效的旁证此时ls -l /home/cnu/tftpboot还只有出厂两件绿框stm32mp157a-fsmp1a-mipi050.dtb71,805 uImage7,546,640——接下来把自己编的两份送进去。图实测对照课件 Slide 59——nano 里复查/etc/default/tftpd-hpaTFTP_USERNAMEtftp、TFTP_DIRECTORY/home/cnu/tftpboot、TFTP_ADDRESS:69、TFTP_OPTIONS-l -c -s-c允许新建文件、-s锁根目录、-l独立运行模式与实验十三配的那份一字不差——课件 5.5 与实验十三是同一件事这也是提前做完 5.5的回报本篇只复验。然后把自己编的两个文件送进 TFTP 根目录。不用经 Windows 中转——源码树就在这台 Ubuntu 里直接cpSRC你的源码树路径/linux-5.4.31# 实验十九~二十二一直在用的那棵cp$SRC/arch/arm/boot/uImage /home/cnu/tftpboot/my_uImagecp$SRC/arch/arm/boot/dts/stm32mp157a-fsmp1a.dtb /home/cnu/tftpboot/chmod644/home/cnu/tftpboot/my_uImage /home/cnu/tftpboot/stm32mp157a-fsmp1a.dtbls-l/home/cnu/tftpboot# 四个文件在列权限 644chmod 644不能省实验十三坑 7 的老朋友tftpd-hpa以--user tftp换用户读文件权限不够就Error code 0: Permission denied还会留下 0 字节空壳误导人。命名建议自己编的内核改名my_uImage与出厂uImage区分dtb 用原名出厂那份叫stm32mp157a-fsmp1a-mipi050.dtb本来就不重名——任何时刻都能从命令行看出点的是哪份内核排障第一原则。另一个认法点火时 U-Boot 的Image Name:行我们自己的是Linux-5.4.31-g哈希git 纳管的版本串实验十九步骤 3.3 讲过出厂那份是干净的Linux-5.4.31。实际执行结果2026-09-27 实测$ls-l/home/cnu/tftpboot 总用量14652-rw-r--r--1cnu cnu73152009月2700:06 my_uImage -rw-r--r--1cnu cnu638909月2700:06 stm32mp157a-fsmp1a.dtb -rw-r--r--1root root718059月2401:57 stm32mp157a-fsmp1a-mipi050.dtb -rw-r--r--1cnu cnu75466409月2300:19 uImage这一屏对三笔账my_uImage7,315,200 字节 步骤 6 重编译报的Data Size: 7315136 64 字节头——mkimage 的账与ls的账自洽stm32mp157a-fsmp1a.dtb63,890 字节——比实验二十那份63,250大出 640正是实验二十一 sdmmc2 与本篇 ethernet0 两个新节点的体量dtb 也会长个儿出厂两件原样待命uImage 7,546,640 / mipi050.dtb 71,805——步骤 4 的替换定位法要用。步骤 2用自己编的内核点火Slide 62实测状态注记2026-09-27本轮实测直接走了run bootcmd出厂件组合见步骤 3 的五条铁证——自己编的内核 无 bootargs → VFS panic这个对照场景还没单独跑想补这个实验十六基线对照的话把bootargs清掉setenv bootargssaveenv再run mybootnet即可mybootnet 需先按步骤 5 更新文件名。上电拦停进STM32MP点火前 30 秒自检照旧两条md.l验魔数——c2000000见27051956、c4000000见d00dfeed要在 bootm 之前验bootm 会把 dtb 搬走STM32MP tftp c2000000 my_uImage STM32MP tftp c4000000 stm32mp157a-fsmp1a.dtb STM32MP bootm c2000000 - c4000000Bytes transferred的数字与实验二十~二十二记录的两个字节数对上账后预期结局分三笔账身份账自己编的凭证Image Name: Linux-5.4.31-g哈希不是出厂的纯Linux-5.4.31内核日志第一屏Machine model: HQYJ STM32MP157 FSMP1A Discovery Board——这是我们自己 dtb 里写死的model字段注意它不带 MIPI出厂 mipi050.dtb 报的是...FSMP1A MIPI...。实验十七列过同一块板三级 Model 各不相同并不矛盾的表现在内核这级换成了我们自己写的那份TF-A 报HQYJ FS-MP1A、U-Boot 报DK1、我们的内核报HQYJ STM32MP157 FSMP1A无 MIPI——点火看到这一串就证明 dtb 没拿错。驱动账实验二十一/二十二验收驱动初始化那段里两块盘都应报到名——SD 卡一块、eMMC 一颗形如mmcX: new ... MMC card at address 0001与mmcblkY: mmcX:0001 004GA0 3.69 GiB。Y 的编号以这一屏实录为准我们的设备树没写 mmc 别名Linux 按探测顺序给盘编号实验十六出厂 dtb 下 SDmmcblk1/eMMCmmcblk2 的旧账不必照搬网卡那边应能看到stmmac/MAE0621A 枚举。把 eMMC 的盘号抄下来步骤 3 要用。结局账实验十六设好的基线Kernel command line:还是空 →Kernel panic - not syncing: VFS: Unable to mount root fs——老结局如期而至。这不是退步没有 bootargs、没有根panic 正是实验十六设下的对照基线。实际执行结果2026-09-27 实测点火三连一次通过Machine model: HQYJ STM32MP157 FSMP1A Discovery Board我们的 dtb 被认领无 MIPI两块盘都报到名eMMC 的 rootfs 分区被挂上VFS: Mounted root (ext4 filesystem) on device一类字样——没有停 在 panic因为点火前已按步骤 3 设好了bootargsroot 指向 eMMC 的 rootfs 分区。后续实测见步骤 3。步骤 3设 bootargs借出厂根文件系统走进 LinuxSlide 63——本篇题眼课件的思路出厂根文件系统在 eMMC 的4 号分区启动时挂它即可。但盘号别抄任何一家的——课件板写root/dev/mmcblk1p4那是课件板环境的实录我们自己的内核dtb 下编号按探测顺序排步骤 2 已经看清了。下面按实验十六的参照写mmcblk2p4作示例如果你步骤 2 日志里那颗 3.69 GiB 的盘是别的号就换成那个号STM32MP setenv bootargs consolettySTM0,115200 root/dev/mmcblk2p4 rootwait rw STM32MP saveenvbootargs三个参数一句话读懂参数意思consolettySTM0,115200告诉内核日志与命令行走 ttySTM0我们的调试串口、115200 波特。这里有个实验十六留下的疑问要交代那次 bootargs 全空内核日志照样打满了串口——那是因为我们 dtb 的chosen节点里有stdout-path serial0:115200n8内核会拿它兜底选控制台。显式设console是把日志命令行都走 ttySTM0钉死不赌兜底root/dev/mmcblk2p4根文件系统在 eMMC 的 4 号分区rootfs1.13 GiB——盘号以步骤 2 日志为准rootwait rw等根设备就绪再挂MMC 驱动是慢热型不等会抢跑、以读写方式挂载然后重新点火。实测时先跑的是run bootcmd出厂内核 出厂 dtb——正好按课件 Slide 64 的思路把出厄件组合先验证一遍出厄件能起 U-Boot 与系统链路健康排除变量STM32MP run bootcmd实际执行结果2026-09-27 实测远超文档预期——两段实拍视频串口滚屏 板子 LCD 画面点开即播runbootcmd点火串口显示_metool视频串口实录——run bootcmd下载出厂内核与 mipi050.dtb进度条、mkimage 头信息、内核日志滚屏直到进入rootfsmp1a:~#。runbootcmd点火板子显示_metool视频板子实拍——同一时刻板子 LCD 屏上的画面出厂系统的启动画面/桌面表现。图实测——点火后内核日志滚完直接进入出厂 OpenSTLinux 完整系统横幅ST OpenSTLinux - Weston - (A Yocto Project Based Distro) 3.1-snapshot fsmp1a ttySTM0出厂根是带 systemd 与 Weston 桌面的完整发行版不是精简 busyboxfsmp1a login: root (automatic login)自动登录落到rootfsmp1a:~#提示符——第 3 章以来的终极目标达成且比预期更进一步进来的是完整桌面发行版。图实测自板子显示视频 30 秒处截帧——MIPI 屏被点亮显示出厂系统的 Psplash 启动画面STM32 MP1 蝴蝶 logo 向 Linux 企鹅孵化的动画。这正是出厂内核 vs 我们的内核显示对照的板面铁证——出厂 dtb出厂内核把屏点亮了我们的内核没编显示驱动、屏不亮也是第 10 章 Weston 桌面的第一块拼图。这一屏的五条铁证每条都是前面某课的兑现盘号实录落定mmcblk1: mmc1:5048 SD32G 29.7 GiBSD 卡与mmcblk2: mmc2:0001 004GA0 3.69 GiBeMMC——出厂 dtb 下 SDmmcblk1、eMMCmmcblk2与实验十四/十六完全一致我们设的root/dev/mmcblk2p4挂载成功VFS: Mounted root (ext4 filesystem) on device 179:20179:20 正是 mmcblk2p4 的设备号——bootargs 的盘号验证通过挂载前的EXT4-fs (mmcblk2p4): recovery complete 读写挂载触发的日志回放rw 挂载断电风险的回放就是这个动作Kernel command line: consolettySTM0,115200 root/dev/mmcblk2p4 rootwait rw——bootargs 整串生效看门狗谜底揭晓systemd[1]: Hardware watchdog STM32 Independent Watchdog, version 0Set hardware watchdog to 32s——是 systemd 接管了看门狗并负责喂狗这就是进系统后不被 32 秒复位的铁证实验十六 panic 状态没人喂狗才被咬出厂内核自带 MAE0621A 驱动stm32-dwmac 5800a000.ethernet eth0: PHY [stmmac-0:00] driver [MAE0621A Gigabit Ethernet]eth0: Link is Up - 1Gbps/Full——华清出厂内核编了它PHY 地址 0与我们 dtb 写的一致顺带触屏 GoodixID 911、蓝牙 BCM43430A1、MIPI 屏 st7701 全家桶也被出厂系统驱动起来——这正是第 10 章跑 GUI 要借出厂内核的原因显示/触摸/网卡的完整驱动只有出厂内核编全了体验三连ls出厂根里有README-CHECK-GPU、uname -aLinux fsmp1a 5.4.31 #1 SMP PREEMPT Wed Apr 8 07:08:47 UTC 2020 armv7l ... GNU/Linux——oe-user 出厂串因为跑的是出厂内核、ls /bin boot dev etc home lib lostfound media mnt proc root run sbin sys tmp usr varvendor——完整发行版目录。一个编译器版本对照出厂内核是gcc 9.3.0编的Linux version 5.4.31 (oe-useroe-host) (gcc version 9.3.0 (GCC)) ...我们的是gcc 9.2.1实验十九的 gcc-arm-9.2——同为 ARM 官方 A-profile 工具链的不同小版本都能把这块板点着。实测停留期间的持续打印截图中央那一段循环stm32f7-i2c 40015000.i2c: bus busy/Trying to recover bus与sii902x 1-0039: failed to read status (-6)约每 2 秒一轮反复跳——无害可照常敲命令。解读sii902x是板载 HDMI 发送芯片I2C 地址 0x39板上没接 HDMI 显示器它的驱动周期性重试读状态、每次都把 I2C 总线卡忙再恢复——纯粹是外设不在场的例行抱怨。CtrlC 清不掉它^C只清掉 shell 当前输入行的内容内核打印不走 shell管不着提示符还会按时回来照常操作即可。在命令行里体验注意这次是出厂根文件系统 出厂内核的组合——uname -a报的#1 SMP PREEMPT Wed Apr 8 07:08:47 UTC 2020是出厂内核的编译时间戳等run mybootnet用自己的内核点火后这里会变成我们自己的编译信息。第 6 章要把根也换成自己做的ls /出厂根的目录结构注意多出的vendor、cat /proc/cpuinfo双核。退出方式实测修正敲reboot回 U-Boot 最稳根是读写挂载的出厂系统直接拔电源有 ext4 日志未回放的小风险出厂 rootfs 可重刷所以也不算灾难。实测一个反预期的发现停在命令行超过 32 秒并没有被看门狗复位内核时间 95 秒仍安然在rootfsmp1a:~#——实验十六 panic 状态下 32 秒IWDG2 Reset的剧本没有重演出厂根的系统侧有喂狗动作接管了看门狗。所以32 秒窗口只适用于 panic 状态进系统后不必抢时间。步骤 4出厂件替换定位法Slide 64——排障二分法课件 5.6 顺手教了一招以后天天用的定位法出厂的内核与设备树就躺在 eMMC 的 bootfs 分区里U-Boot 设备 1 的 2 号分区实验十五ext4ls清点过。任何一个环节出问题用换件法二分定位怀疑对象操作现象与结论自己编的 uImageext4load mmc 1:2 c2000000 uImage 出厂 dtbext4load mmc 1:2 c4000000 stm32mp157a-fsmp1a-mipi050.dtb bootm即run mybootemmc的内核部分出厂内核能起 → 锅在我们编的内核不能起 → 锅在 U-Boot 或根自己编的 dtb出厂 uImage 出厂 dtb 组合能起 → 锅在我们的 dtb全出厂内核、dtb、根都是出厂件仍起不来该回头查 U-Boot课件原话顺手的判别记号出厂 uImage 的Image Name:是干净的Linux-5.4.31我们的是带哈希的——点火一瞬就能看出换没换对。步骤 5bootcmd 自动启动Slide 65——其实已经在用课件最后把三条命令写进bootcmd自动启动——实验十六步骤 3 已经做过当时固化的是出厂文件名。本篇若想让上电自动用自己的内核把mybootnet里的文件名换成自己的两个即可STM32MP setenv mybootnet tftp c2000000 my_uImage;tftp c4000000 stm32mp157a-fsmp1a.dtb;bootm c2000000 - c4000000 STM32MP saveenv五、注意事项盘号以点火日志为准课件写root/dev/mmcblk1p4课件板实录实验十六在出厂 dtb 下见过mmcblk2——但那是别人的环境的账。我们自己的内核dtb 没写 mmc 别名编号按探测顺序排步骤 2 先空跑一次就是为了让这颗 3.69 GiB 的盘自报家门写错号的症状是挂不上根panic 或 Waiting for root device。consolettySTM0,115200要显式设实验十六没设也能看到日志chosen 的 stdout-path 兜底但命令行挂到哪个 /dev/console 上由console说了算——不赌兜底两个都钉死。两份内核用文件名区分uImage出厂 /my_uImage自己Image Name:带不带哈希从命令行一眼看出点火对象bootargs是环境变量换了内核不用重设除非想换 root。setenv bootargs的值整体加单引号含空格的老规矩实验十二、十七。点火前 30 秒自检照旧md.l c2000000 1见27051956、md.l c4000000 1见d00dfeed——在 bootm 之前做bootm 会把 dtb 搬走事后md.l看不到 d00dfeed 属正常实验十六有过这桩公案。panic 后约 32 秒 IWDG2 自动复位实验十六实测进系统后实测不复位——出厂根的系统侧有喂狗动作接管停在命令行不必抢时间。复位后倒计时归零自动跑bootcmd实验十六固化的出厂网络三连——拦停要快。TFTP 侧的文件权限cp进 tftpboot 后一律chmod 644实验十三坑 7File not found先ls -l /home/cnu/tftpboot对名字别急着查网线。六、验证点一览验证点命令通过的样子在哪一步敲服务器复验sudo service tftpd-hpa status、ls -l /home/cnu/tftpbootactive (running)四个文件在列且 644步骤 1自己的文件上服务器ls -l /home/cnu/tftpboot实测通过2026-09-27my_uImage7,315,200 字节 Data Size 7,315,136 64 头、stm32mp157a-fsmp1a.dtb63,890 字节含两个新节点、出厂两件原样在列步骤 1魔数自检md.l c2000000 1、md.l c4000000 127051956/d00dfeed步骤 2bootm 前身份三验看Image Name:与Machine model:带哈希的Linux-5.4.31-g...HQYJ STM32MP157 FSMP1A Discovery Board无 MIPI步骤 2eMMC 被认出看驱动初始化日志mmcblkY: ... 004GA0 3.69 GiB一行Y 抄下备用步骤 2bootargs 生效看Kernel command line:一行显示我们设的整串步骤 3进命令行出提示符后uname -a、ls /实测通过2026-09-27rootfsmp1a:~#出厂 OpenSTLinux 完整系统 自动登录 rootuname -a带我们自己的编译信息步骤 3替换定位法复述三连换表三种组合各自指向哪个嫌疑说得清步骤 4不达标时的排查现象先查什么设完 bootargs 仍VFS: Unable to mount root fs或卡Waiting for root deviceprint bootargs逐字核对盘号与步骤 2 日志里那颗 3.69 GiB 的盘一致吗eMMC 报到行有没有没有 回实验二十一根挂上了但串口没输出console打错ttySTM0 拼写串口线还插着没/ #或root...出来了但很多命令not found正常——借来的根不是为这套内核定制的缺什么第 6 章做自己的根时补tftp my_uImage报File not found服务器侧ls -l /home/cnu/tftpboot对名字chmod 644做了没坑 7点火报Machine model带 MIPI拿错了 dtb——stm32mp157a-fsmp1a.dtb我们的与stm32mp157a-fsmp1a-mipi050.dtb出厂的名字就差这一截出厂件替换也起不来回头查 U-Boot课件原话——回实验十六的排查表七、实验完成标志TFTP 服务器复验通过active (running)、tftpd-hpa 配置与实验十三一致my_uImage7,315,200 字节与stm32mp157a-fsmp1a.dtb63,890 字节已放入 TFTP 根目录且权限 644步骤 1 实测截图入档bootargs 实测通过Kernel command line整串生效、root/dev/mmcblk2p4挂载成功出厂内核下实测盘号与实验十四/十六一致步骤 3 实测出厂件组合点火进入 OpenSTLinux 完整系统rootfsmp1a:~#提示符自动登录 root——第 5 章终极验收达成实测停在命令行超 32 秒未被看门狗复位systemd 接管喂狗出厂内核自带 MAE0621A、eth0 千兆 Link Up步骤 3 实测截图入档自己编的内核run mybootnet点火Machine model 报HQYJ STM32MP157 FSMP1A Discovery Board无 MIPI、uname -a变为自己的编译信息——判据句实测后回填出厂件替换定位法的三种组合能复述步骤 4mybootnet已指向自己的内核与 dtb步骤 5八、下一步第 6 章《构建 Linux 根文件系统》第 5 章到此收官。盘一下现在的系统栈我们编的 U-Boot第 3 章→ 我们编的内核 我们的设备树第 5 章→ 出厂借用的根文件系统本篇——四个部件里只剩根是自己没有的。第 6 章用 busybox 从零构建自己的根文件系统、再搬上 NFS届时root会从 eMMC 分区换成root/dev/nfs nfsroot192.168.0.100:...改根文件系统不用重烧卡的网络调试模式才算真正落地。 24_实验二十三_运行内核
实验二十三 运行内核——自己编的内核第一次点火并走进 Linux 命令行对应课件《第5章 移植Linux内核》5.5 节Slide 57~61 5.6 节Slide 62~65系列说明本系列基于华清远见 FS-MP1ASTM32MP157A开发板对应课件《第5章 移植Linux内核》。第 5 章的收官之战也是全系列两大悬案的结案篇把我们自己编的uImage与stm32mp157a-fsmp1a.dtb用tftp装进内存、bootm点火——先复现无根文件系统的老结局顺便看清两块盘的盘号再设bootargs借出厂根文件系统eMMC 的 rootfs 分区走进 Linux 命令行。第 3 章以来bootm 找不到内核实验十六解决与内核找不到根本篇解决从此全部了结。前置实验二十二自己的内核 dtb 已编出、实验十六点火三连与验证法。一、本篇的三段式路线图段干什么预期结果第一段复验 TFTP 服务器课件 5.5 把自己的两个文件送上去实验十三已搭好逐条核对即可第二段用自己编的内核 dtb 点火不设 bootargs走到找不到根的老 panic——但 eMMC 这回认得出来实验二十一成果并把两块盘的真实盘号看清第三段设bootargs挂出厂根文件系统进入 Linux 命令行——第 5 章大功告成第二段先空跑一次不只是仪式它干了两件事——① 验收实验二十一/二十二eMMC、网卡有没有报到名来②看清我们自己的内核设备树下两块盘叫什么号第三段的root写哪个号答案就在这一屏日志里。二、实验环境实际项目实际值操作位置串口STM32MP板子侧 Ubuntu 侧各一小段待点火文件自己编的arch/arm/boot/uImage、arch/arm/boot/dts/stm32mp157a-fsmp1a.dtb实验二十一/二十二的重编译产物就在这台 Ubuntu 的源码树里服务器/home/cnu/tftpboot已有出厂uImage7,546,640stm32mp157a-fsmp1a-mipi050.dtb71,805实验十三/十五放入出厂根文件系统eMMC 的 rootfs 分区实验十四实测mmcblk2的p41.13 GiB——华清出厂系统还躺在那里本篇借它一用开工自检10 秒倒计时 5 秒可拦停bootdelay 5实验十二设的print serverip192.168.0.100Ubuntu 的tftpd-hpa在跑sudo service tftpd-hpa status。git 无需提交本篇不改源码树点火与 bootargs 全在 U-Boot 侧上一次提交 8dd24eeb2 已覆盖实验二十一/二十二全部改动。三、课件 ↔ 步骤对应表课件 Slide内容对应步骤57~605.5tftpd-hpa 安装/目录/配置/重启/本机测试步骤 1复验61电脑与开发板的网络连接桥接/路由器两种拓扑步骤 1我们用实验十三那套三网卡桥接拓扑625.6拷内核与 dtb 到 TFTP 目录两条 tftp 下载bootm 启动步骤 1~2635.6bootargs 借出厂根文件系统root/dev/mmcblk1p4进 Linux 命令行步骤 3645.6出厂内核/设备树替换定位法ext4load 那对步骤 4655.6bootcmd 自动启动步骤 5本篇动作 → 后面谁用 → 现在含糊的后果本篇动作后面哪里还会用现在含糊的后果bootargs U-Boot 传给内核的参数串本篇第一次真正用到它第 6 章 NFS 根就是把root换成root/dev/nfs nfsroot...console决定日志去哪设错console内核起来了串口可能安静设错rootpanic 回来“出厂件替换定位法”步骤 4第 6 章起每一次起了但不对劲都靠它二分定位换回出厂件还坏 锅在别处出问题在海里捞针不知道该怀疑内核、dtb 还是根两条mybootnet/mybootemmc自定义变量实验十七第 6 章起的日常改一次内核run mybootnet快速验证每次调试手敲三行效率掉一半盘号以日志实录为准这条规矩第 6 章 NFS/一切涉及盘号的配置照抄任何一家的盘号课件的 mmcblk1 也好、实验十六的 mmcblk2 也好都可能挂不上本篇需要的资料无新增——点火文件是实验二十~二十二自己编的就在 Ubuntu 源码树里cp到 TFTP 根目录即可出厂根文件系统在板上 eMMC 里一直都在。四、实验步骤启动方式全景三个 run 命令部件都住在哪动手前先把容易混淆的全景摆清——三个启动命令的差别只在内核和 dtb 从哪来执行者始终是板上那条 U-Boot启动命令内核从哪来dtb 从哪来走网络板子 LCD 表现run bootcmdtftp 下载出厂uImage实验十六固化的文件名tftp 下载出厂mipi050.dtb走亮——出厂件带全套显示驱动能滚启动画面、进桌面run mybootnettftp 下载我们编的my_uImagetftp 下载我们编的stm32mp157a-fsmp1a.dtb走不亮——我们的内核没编显示驱动串口是唯一出口run mybootemmc板上 eMMCbootfs 分区读出厂 uImageext4load同分区读出厂 dtb不走亮同出厂件部件都住在哪这也是哪些断电会丢的账本部件住在哪断电后TF-A U-Boot板上SD 卡第 3 章烧写的 fsbl1/fsbl2/ssbl 分区保留环境变量bootargs/bootcmd…板上SD 卡 env 区保留出厂内核 出厂 dtb板上eMMC bootfs 分区实验十五清点过Ubuntu tftp 服务器各一份保留出厂根文件系统板上eMMC rootfs 分区保留我们编的内核 dtb只在 Ubuntu 的 tftp 服务器/home/cnu/tftpboot——板上一份都没有——点火瞬间的内核/dtbDRAM 内存0xC2000000 / 0xC4000000断电即失两个由此而来的结论tftp 下载不是烧写——它把内核临时下载进DRAM 内存bootm直接从内存启动全程不落盘断电即失、下次点火重新下载。这正是第 5 章网络调试模式的核心改内核 → 重编 →cp到 tftpboot → 重启点火全程不碰烧写只有改 U-Boot 本身才需要重新烧卡第 3 章做过一次之后没动过它。板子 LCD 表现不同 两份 dtb/内核的驱动清单不同出厂件编了 MIPI 屏/背光/触屏全套所以亮、能进桌面我们的 multi_v7 内核没编显示驱动所以不亮——第 10 章跑 GUI 时要换出厂内核点火原因即此。步骤 1复验 TFTP 服务器把自己的文件送上去课件 5.5复验篇课件 5.5 节那五步apt install tftpd-hpa/mkdir /home/cnu/tftpbootchmod 777/ 配/etc/default/tftpd-hpa/service restartstatus/ 本机tftp 127.0.0.1自测我们实验十三已经全部做过且实测通过此处不复述只做两条复核sudoservicetftpd-hpa status# active (running)ls-l/home/cnu/tftpboot# 出厂 uImage mipi050.dtb 在列权限 644图实测——复验两连sudo service tftpd-hpa status回active (running)自 9月26 16:35 起绿框标注CGroup 行直接能看到进程参数--address :69 -l -c -s /home/cnu/tftpboot配置生效的旁证此时ls -l /home/cnu/tftpboot还只有出厂两件绿框stm32mp157a-fsmp1a-mipi050.dtb71,805 uImage7,546,640——接下来把自己编的两份送进去。图实测对照课件 Slide 59——nano 里复查/etc/default/tftpd-hpaTFTP_USERNAMEtftp、TFTP_DIRECTORY/home/cnu/tftpboot、TFTP_ADDRESS:69、TFTP_OPTIONS-l -c -s-c允许新建文件、-s锁根目录、-l独立运行模式与实验十三配的那份一字不差——课件 5.5 与实验十三是同一件事这也是提前做完 5.5的回报本篇只复验。然后把自己编的两个文件送进 TFTP 根目录。不用经 Windows 中转——源码树就在这台 Ubuntu 里直接cpSRC你的源码树路径/linux-5.4.31# 实验十九~二十二一直在用的那棵cp$SRC/arch/arm/boot/uImage /home/cnu/tftpboot/my_uImagecp$SRC/arch/arm/boot/dts/stm32mp157a-fsmp1a.dtb /home/cnu/tftpboot/chmod644/home/cnu/tftpboot/my_uImage /home/cnu/tftpboot/stm32mp157a-fsmp1a.dtbls-l/home/cnu/tftpboot# 四个文件在列权限 644chmod 644不能省实验十三坑 7 的老朋友tftpd-hpa以--user tftp换用户读文件权限不够就Error code 0: Permission denied还会留下 0 字节空壳误导人。命名建议自己编的内核改名my_uImage与出厂uImage区分dtb 用原名出厂那份叫stm32mp157a-fsmp1a-mipi050.dtb本来就不重名——任何时刻都能从命令行看出点的是哪份内核排障第一原则。另一个认法点火时 U-Boot 的Image Name:行我们自己的是Linux-5.4.31-g哈希git 纳管的版本串实验十九步骤 3.3 讲过出厂那份是干净的Linux-5.4.31。实际执行结果2026-09-27 实测$ls-l/home/cnu/tftpboot 总用量14652-rw-r--r--1cnu cnu73152009月2700:06 my_uImage -rw-r--r--1cnu cnu638909月2700:06 stm32mp157a-fsmp1a.dtb -rw-r--r--1root root718059月2401:57 stm32mp157a-fsmp1a-mipi050.dtb -rw-r--r--1cnu cnu75466409月2300:19 uImage这一屏对三笔账my_uImage7,315,200 字节 步骤 6 重编译报的Data Size: 7315136 64 字节头——mkimage 的账与ls的账自洽stm32mp157a-fsmp1a.dtb63,890 字节——比实验二十那份63,250大出 640正是实验二十一 sdmmc2 与本篇 ethernet0 两个新节点的体量dtb 也会长个儿出厂两件原样待命uImage 7,546,640 / mipi050.dtb 71,805——步骤 4 的替换定位法要用。步骤 2用自己编的内核点火Slide 62实测状态注记2026-09-27本轮实测直接走了run bootcmd出厂件组合见步骤 3 的五条铁证——自己编的内核 无 bootargs → VFS panic这个对照场景还没单独跑想补这个实验十六基线对照的话把bootargs清掉setenv bootargssaveenv再run mybootnet即可mybootnet 需先按步骤 5 更新文件名。上电拦停进STM32MP点火前 30 秒自检照旧两条md.l验魔数——c2000000见27051956、c4000000见d00dfeed要在 bootm 之前验bootm 会把 dtb 搬走STM32MP tftp c2000000 my_uImage STM32MP tftp c4000000 stm32mp157a-fsmp1a.dtb STM32MP bootm c2000000 - c4000000Bytes transferred的数字与实验二十~二十二记录的两个字节数对上账后预期结局分三笔账身份账自己编的凭证Image Name: Linux-5.4.31-g哈希不是出厂的纯Linux-5.4.31内核日志第一屏Machine model: HQYJ STM32MP157 FSMP1A Discovery Board——这是我们自己 dtb 里写死的model字段注意它不带 MIPI出厂 mipi050.dtb 报的是...FSMP1A MIPI...。实验十七列过同一块板三级 Model 各不相同并不矛盾的表现在内核这级换成了我们自己写的那份TF-A 报HQYJ FS-MP1A、U-Boot 报DK1、我们的内核报HQYJ STM32MP157 FSMP1A无 MIPI——点火看到这一串就证明 dtb 没拿错。驱动账实验二十一/二十二验收驱动初始化那段里两块盘都应报到名——SD 卡一块、eMMC 一颗形如mmcX: new ... MMC card at address 0001与mmcblkY: mmcX:0001 004GA0 3.69 GiB。Y 的编号以这一屏实录为准我们的设备树没写 mmc 别名Linux 按探测顺序给盘编号实验十六出厂 dtb 下 SDmmcblk1/eMMCmmcblk2 的旧账不必照搬网卡那边应能看到stmmac/MAE0621A 枚举。把 eMMC 的盘号抄下来步骤 3 要用。结局账实验十六设好的基线Kernel command line:还是空 →Kernel panic - not syncing: VFS: Unable to mount root fs——老结局如期而至。这不是退步没有 bootargs、没有根panic 正是实验十六设下的对照基线。实际执行结果2026-09-27 实测点火三连一次通过Machine model: HQYJ STM32MP157 FSMP1A Discovery Board我们的 dtb 被认领无 MIPI两块盘都报到名eMMC 的 rootfs 分区被挂上VFS: Mounted root (ext4 filesystem) on device一类字样——没有停 在 panic因为点火前已按步骤 3 设好了bootargsroot 指向 eMMC 的 rootfs 分区。后续实测见步骤 3。步骤 3设 bootargs借出厂根文件系统走进 LinuxSlide 63——本篇题眼课件的思路出厂根文件系统在 eMMC 的4 号分区启动时挂它即可。但盘号别抄任何一家的——课件板写root/dev/mmcblk1p4那是课件板环境的实录我们自己的内核dtb 下编号按探测顺序排步骤 2 已经看清了。下面按实验十六的参照写mmcblk2p4作示例如果你步骤 2 日志里那颗 3.69 GiB 的盘是别的号就换成那个号STM32MP setenv bootargs consolettySTM0,115200 root/dev/mmcblk2p4 rootwait rw STM32MP saveenvbootargs三个参数一句话读懂参数意思consolettySTM0,115200告诉内核日志与命令行走 ttySTM0我们的调试串口、115200 波特。这里有个实验十六留下的疑问要交代那次 bootargs 全空内核日志照样打满了串口——那是因为我们 dtb 的chosen节点里有stdout-path serial0:115200n8内核会拿它兜底选控制台。显式设console是把日志命令行都走 ttySTM0钉死不赌兜底root/dev/mmcblk2p4根文件系统在 eMMC 的 4 号分区rootfs1.13 GiB——盘号以步骤 2 日志为准rootwait rw等根设备就绪再挂MMC 驱动是慢热型不等会抢跑、以读写方式挂载然后重新点火。实测时先跑的是run bootcmd出厂内核 出厂 dtb——正好按课件 Slide 64 的思路把出厄件组合先验证一遍出厄件能起 U-Boot 与系统链路健康排除变量STM32MP run bootcmd实际执行结果2026-09-27 实测远超文档预期——两段实拍视频串口滚屏 板子 LCD 画面点开即播runbootcmd点火串口显示_metool视频串口实录——run bootcmd下载出厂内核与 mipi050.dtb进度条、mkimage 头信息、内核日志滚屏直到进入rootfsmp1a:~#。runbootcmd点火板子显示_metool视频板子实拍——同一时刻板子 LCD 屏上的画面出厂系统的启动画面/桌面表现。图实测——点火后内核日志滚完直接进入出厂 OpenSTLinux 完整系统横幅ST OpenSTLinux - Weston - (A Yocto Project Based Distro) 3.1-snapshot fsmp1a ttySTM0出厂根是带 systemd 与 Weston 桌面的完整发行版不是精简 busyboxfsmp1a login: root (automatic login)自动登录落到rootfsmp1a:~#提示符——第 3 章以来的终极目标达成且比预期更进一步进来的是完整桌面发行版。图实测自板子显示视频 30 秒处截帧——MIPI 屏被点亮显示出厂系统的 Psplash 启动画面STM32 MP1 蝴蝶 logo 向 Linux 企鹅孵化的动画。这正是出厂内核 vs 我们的内核显示对照的板面铁证——出厂 dtb出厂内核把屏点亮了我们的内核没编显示驱动、屏不亮也是第 10 章 Weston 桌面的第一块拼图。这一屏的五条铁证每条都是前面某课的兑现盘号实录落定mmcblk1: mmc1:5048 SD32G 29.7 GiBSD 卡与mmcblk2: mmc2:0001 004GA0 3.69 GiBeMMC——出厂 dtb 下 SDmmcblk1、eMMCmmcblk2与实验十四/十六完全一致我们设的root/dev/mmcblk2p4挂载成功VFS: Mounted root (ext4 filesystem) on device 179:20179:20 正是 mmcblk2p4 的设备号——bootargs 的盘号验证通过挂载前的EXT4-fs (mmcblk2p4): recovery complete 读写挂载触发的日志回放rw 挂载断电风险的回放就是这个动作Kernel command line: consolettySTM0,115200 root/dev/mmcblk2p4 rootwait rw——bootargs 整串生效看门狗谜底揭晓systemd[1]: Hardware watchdog STM32 Independent Watchdog, version 0Set hardware watchdog to 32s——是 systemd 接管了看门狗并负责喂狗这就是进系统后不被 32 秒复位的铁证实验十六 panic 状态没人喂狗才被咬出厂内核自带 MAE0621A 驱动stm32-dwmac 5800a000.ethernet eth0: PHY [stmmac-0:00] driver [MAE0621A Gigabit Ethernet]eth0: Link is Up - 1Gbps/Full——华清出厂内核编了它PHY 地址 0与我们 dtb 写的一致顺带触屏 GoodixID 911、蓝牙 BCM43430A1、MIPI 屏 st7701 全家桶也被出厂系统驱动起来——这正是第 10 章跑 GUI 要借出厂内核的原因显示/触摸/网卡的完整驱动只有出厂内核编全了体验三连ls出厂根里有README-CHECK-GPU、uname -aLinux fsmp1a 5.4.31 #1 SMP PREEMPT Wed Apr 8 07:08:47 UTC 2020 armv7l ... GNU/Linux——oe-user 出厂串因为跑的是出厂内核、ls /bin boot dev etc home lib lostfound media mnt proc root run sbin sys tmp usr varvendor——完整发行版目录。一个编译器版本对照出厂内核是gcc 9.3.0编的Linux version 5.4.31 (oe-useroe-host) (gcc version 9.3.0 (GCC)) ...我们的是gcc 9.2.1实验十九的 gcc-arm-9.2——同为 ARM 官方 A-profile 工具链的不同小版本都能把这块板点着。实测停留期间的持续打印截图中央那一段循环stm32f7-i2c 40015000.i2c: bus busy/Trying to recover bus与sii902x 1-0039: failed to read status (-6)约每 2 秒一轮反复跳——无害可照常敲命令。解读sii902x是板载 HDMI 发送芯片I2C 地址 0x39板上没接 HDMI 显示器它的驱动周期性重试读状态、每次都把 I2C 总线卡忙再恢复——纯粹是外设不在场的例行抱怨。CtrlC 清不掉它^C只清掉 shell 当前输入行的内容内核打印不走 shell管不着提示符还会按时回来照常操作即可。在命令行里体验注意这次是出厂根文件系统 出厂内核的组合——uname -a报的#1 SMP PREEMPT Wed Apr 8 07:08:47 UTC 2020是出厂内核的编译时间戳等run mybootnet用自己的内核点火后这里会变成我们自己的编译信息。第 6 章要把根也换成自己做的ls /出厂根的目录结构注意多出的vendor、cat /proc/cpuinfo双核。退出方式实测修正敲reboot回 U-Boot 最稳根是读写挂载的出厂系统直接拔电源有 ext4 日志未回放的小风险出厂 rootfs 可重刷所以也不算灾难。实测一个反预期的发现停在命令行超过 32 秒并没有被看门狗复位内核时间 95 秒仍安然在rootfsmp1a:~#——实验十六 panic 状态下 32 秒IWDG2 Reset的剧本没有重演出厂根的系统侧有喂狗动作接管了看门狗。所以32 秒窗口只适用于 panic 状态进系统后不必抢时间。步骤 4出厂件替换定位法Slide 64——排障二分法课件 5.6 顺手教了一招以后天天用的定位法出厂的内核与设备树就躺在 eMMC 的 bootfs 分区里U-Boot 设备 1 的 2 号分区实验十五ext4ls清点过。任何一个环节出问题用换件法二分定位怀疑对象操作现象与结论自己编的 uImageext4load mmc 1:2 c2000000 uImage 出厂 dtbext4load mmc 1:2 c4000000 stm32mp157a-fsmp1a-mipi050.dtb bootm即run mybootemmc的内核部分出厂内核能起 → 锅在我们编的内核不能起 → 锅在 U-Boot 或根自己编的 dtb出厂 uImage 出厂 dtb 组合能起 → 锅在我们的 dtb全出厂内核、dtb、根都是出厂件仍起不来该回头查 U-Boot课件原话顺手的判别记号出厂 uImage 的Image Name:是干净的Linux-5.4.31我们的是带哈希的——点火一瞬就能看出换没换对。步骤 5bootcmd 自动启动Slide 65——其实已经在用课件最后把三条命令写进bootcmd自动启动——实验十六步骤 3 已经做过当时固化的是出厂文件名。本篇若想让上电自动用自己的内核把mybootnet里的文件名换成自己的两个即可STM32MP setenv mybootnet tftp c2000000 my_uImage;tftp c4000000 stm32mp157a-fsmp1a.dtb;bootm c2000000 - c4000000 STM32MP saveenv五、注意事项盘号以点火日志为准课件写root/dev/mmcblk1p4课件板实录实验十六在出厂 dtb 下见过mmcblk2——但那是别人的环境的账。我们自己的内核dtb 没写 mmc 别名编号按探测顺序排步骤 2 先空跑一次就是为了让这颗 3.69 GiB 的盘自报家门写错号的症状是挂不上根panic 或 Waiting for root device。consolettySTM0,115200要显式设实验十六没设也能看到日志chosen 的 stdout-path 兜底但命令行挂到哪个 /dev/console 上由console说了算——不赌兜底两个都钉死。两份内核用文件名区分uImage出厂 /my_uImage自己Image Name:带不带哈希从命令行一眼看出点火对象bootargs是环境变量换了内核不用重设除非想换 root。setenv bootargs的值整体加单引号含空格的老规矩实验十二、十七。点火前 30 秒自检照旧md.l c2000000 1见27051956、md.l c4000000 1见d00dfeed——在 bootm 之前做bootm 会把 dtb 搬走事后md.l看不到 d00dfeed 属正常实验十六有过这桩公案。panic 后约 32 秒 IWDG2 自动复位实验十六实测进系统后实测不复位——出厂根的系统侧有喂狗动作接管停在命令行不必抢时间。复位后倒计时归零自动跑bootcmd实验十六固化的出厂网络三连——拦停要快。TFTP 侧的文件权限cp进 tftpboot 后一律chmod 644实验十三坑 7File not found先ls -l /home/cnu/tftpboot对名字别急着查网线。六、验证点一览验证点命令通过的样子在哪一步敲服务器复验sudo service tftpd-hpa status、ls -l /home/cnu/tftpbootactive (running)四个文件在列且 644步骤 1自己的文件上服务器ls -l /home/cnu/tftpboot实测通过2026-09-27my_uImage7,315,200 字节 Data Size 7,315,136 64 头、stm32mp157a-fsmp1a.dtb63,890 字节含两个新节点、出厂两件原样在列步骤 1魔数自检md.l c2000000 1、md.l c4000000 127051956/d00dfeed步骤 2bootm 前身份三验看Image Name:与Machine model:带哈希的Linux-5.4.31-g...HQYJ STM32MP157 FSMP1A Discovery Board无 MIPI步骤 2eMMC 被认出看驱动初始化日志mmcblkY: ... 004GA0 3.69 GiB一行Y 抄下备用步骤 2bootargs 生效看Kernel command line:一行显示我们设的整串步骤 3进命令行出提示符后uname -a、ls /实测通过2026-09-27rootfsmp1a:~#出厂 OpenSTLinux 完整系统 自动登录 rootuname -a带我们自己的编译信息步骤 3替换定位法复述三连换表三种组合各自指向哪个嫌疑说得清步骤 4不达标时的排查现象先查什么设完 bootargs 仍VFS: Unable to mount root fs或卡Waiting for root deviceprint bootargs逐字核对盘号与步骤 2 日志里那颗 3.69 GiB 的盘一致吗eMMC 报到行有没有没有 回实验二十一根挂上了但串口没输出console打错ttySTM0 拼写串口线还插着没/ #或root...出来了但很多命令not found正常——借来的根不是为这套内核定制的缺什么第 6 章做自己的根时补tftp my_uImage报File not found服务器侧ls -l /home/cnu/tftpboot对名字chmod 644做了没坑 7点火报Machine model带 MIPI拿错了 dtb——stm32mp157a-fsmp1a.dtb我们的与stm32mp157a-fsmp1a-mipi050.dtb出厂的名字就差这一截出厂件替换也起不来回头查 U-Boot课件原话——回实验十六的排查表七、实验完成标志TFTP 服务器复验通过active (running)、tftpd-hpa 配置与实验十三一致my_uImage7,315,200 字节与stm32mp157a-fsmp1a.dtb63,890 字节已放入 TFTP 根目录且权限 644步骤 1 实测截图入档bootargs 实测通过Kernel command line整串生效、root/dev/mmcblk2p4挂载成功出厂内核下实测盘号与实验十四/十六一致步骤 3 实测出厂件组合点火进入 OpenSTLinux 完整系统rootfsmp1a:~#提示符自动登录 root——第 5 章终极验收达成实测停在命令行超 32 秒未被看门狗复位systemd 接管喂狗出厂内核自带 MAE0621A、eth0 千兆 Link Up步骤 3 实测截图入档自己编的内核run mybootnet点火Machine model 报HQYJ STM32MP157 FSMP1A Discovery Board无 MIPI、uname -a变为自己的编译信息——判据句实测后回填出厂件替换定位法的三种组合能复述步骤 4mybootnet已指向自己的内核与 dtb步骤 5八、下一步第 6 章《构建 Linux 根文件系统》第 5 章到此收官。盘一下现在的系统栈我们编的 U-Boot第 3 章→ 我们编的内核 我们的设备树第 5 章→ 出厂借用的根文件系统本篇——四个部件里只剩根是自己没有的。第 6 章用 busybox 从零构建自己的根文件系统、再搬上 NFS届时root会从 eMMC 分区换成root/dev/nfs nfsroot192.168.0.100:...改根文件系统不用重烧卡的网络调试模式才算真正落地。