开发包生成镜像出错

有时候生成的镜像会出现错误，如下：
[ 6.214409] usb 2-1: new SuperSpeed Gen 1 USB device number 2 using xhci-hcd
[ 6.247768] usb 2-1: New USB device found, idVendor=05e3, idProduct=0620, bcdDevice=93.91
[ 6.255954] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 6.263089] usb 2-1: Product: USB3.2 Hub
[ 6.267009] usb 2-1: Manufacturer: GenesysLogic
[ 6.294498] hub 2-1:1.0: USB hub found
[ 6.298545] hub 2-1:1.0: 4 ports detected
[ 6.412659] [drm] Cannot find any crtc or sizes

我发现一个规律，就是第一步用的米联客的设备树文件，然后用开发包，可以正常生成启动镜像。下一步用自己修改的设备树（可能有点问题），替换米联客的设备树文件，生成的镜像报以上错误。接下来用米联客的设备树文件，替换自己修改的设备树，生成了启动镜像，发现也无法正常启动了。
所以想问下，生成镜像的过程中是修改了啥文件吗？为啥替换回米联客的设备树就不能生成正常的镜像了呢？总不能每次都重新解压开发包再重新生成吧？

可以手动删除设备树的编译好的文件再重新编译。

哪些文件呢？

/uisrc-lab-xlnx/sources/kernel/arch/arm64/boot/dts/xilinx内的dtb文件

我还发现一个问题，采用第八章的设备树生成镜像后，会出现比较多的错误，而使用米联客的恢复出厂设置文件，出现的错误会比较少，请问两种设备树是完全一样的吗？还是说有啥不同？图1是采用第八章的设备树生成的镜像启动信息，图2的出厂设置文件的镜像启动信息。另外，emmc的启动信息和sdcard的也不一样，系统版本都不同，能不能解释一下原因呢？

图2

这个是uboot启动时尝试从网络挂载导致的，是Linux的历史遗留bug，不影响正常使用。若希望关闭这个，可以source后使用make_uboot_menuconfig.sh关闭networking support选项，重新编译uboot即可。

您还未登录

登录后即可体验更多功能