Firefly开源社区

标题: 新：RK3568编译buildroot的具体流程(完结) [打印本页]
作者: tieshou200    时间: 2022-3-30 08:57
标题: 新：RK3568编译buildroot的具体流程(完结)
本帖最后由 tieshou200 于 2022-4-1 16:43 编辑

进入代码根目录
cd rk356x_linux_release_20211019/

查看不同板型的配置文件
ls device/rockchip/rk356x/

不必进入配置文件目录，也不必修改权限，直接在顶层目录执行指令来配置文件
./build.sh aio-3568j-buildroot.mk
返回
processing option: aio-3568j-buildroot.mk
switching to board: /home/tianma/linux/rk356x_linux_release_20211019/device/rockchip/rk356x/aio-3568j-buildroot.mk

配置文件会链接到另一个配置文件device/rockchip/.BoardConfig.mk，抓取配置文件
cat device/rockchip/.BoardConfig.mk
返回
#!/bin/bash
CMD=`realpath $BASH_SOURCE`
CUR_DIR=`dirname $CMD`
source $CUR_DIR/firefly-rk3568-buildroot.mk
# Kernel dts
export RK_KERNEL_DTS=rk3568-firefly-aioj
# PRODUCT MODEL
export RK_PRODUCT_MODEL=AIO_3568J

它指向firefly-rk3568-buildroot.mk，但只是个基础配置，还需要选择额外的.mk文件编译，否则会缺少DTS报错
./build.sh roc-rk3568-pc-buildroot.mk
返回
processing option: roc-rk3568-pc-buildroot.mk
switching to board: /home/tianma/linux/rk356x_linux_release_20211019/device/rockchip/rk356x/roc-rk3568-pc-buildroot.mk

再次抓取
cat device/rockchip/.BoardConfig.mk
返回
#!/bin/bash
CMD=`realpath $BASH_SOURCE`
CUR_DIR=`dirname $CMD`
source $CUR_DIR/firefly-rk3568-buildroot.mk
# Kernel dts
export RK_KERNEL_DTS=rk3568-firefly-roc-pc
# PRODUCT MODEL
export RK_PRODUCT_MODEL=ROC_RK3568_PC

编译uboot
./build.sh uboot

编译kernel
./build.sh kernel
期间需要配置2组PMU和8组IO的电压，可以在1.8V与3.3V之间选择，我选择3.3V

编译recovery
./build.sh recovery

编译buildroot
./build.sh buildroot

到此为止所有的编译指令已经完成，接下来要将所有编译所得文件拷贝到指令目录rockdev
./mkfirmware.sh

查看已经拷贝过来的文件
ls rockdev/
boot.img  idblock.bin  MiniLoaderAll.bin  misc.img  oem.img  pack  parameter.txt  recovery.img  rootfs.ext4  rootfs.img  uboot.img  userdata.img
这里面有一些文件是不需要的，但指令了拷贝命令就都拷过来了，稍后分析各个文件

我们先尝试整体编译，需要将已经拷贝过来的文件整合为一个文件，再通过烧录工具烧录。整合好的文件，保存在rockdev/pack
./build.sh updateimg

接下来是我的私房菜
使用烧录工具，unpack那个update.img文件，结果发现它被拆分成了这些包
boot.img、MiniLoaderAll.bin、misc.img、oem.img、parameter.txt、recovery.img、rootfs.img、uboot.img、userdata.img

执行瑞芯微开发工具，如果分布烧录的话，可选项有10个：
Loader、Parameter、Uboot、Misc、Dtbo、vbmeta、Boot、Recovery、baseparameter、Super

由此可得出：
结论1：update.img需要烧录的oem.img、rootfs.img、userdata.img是无法单步烧录的，所以板子第一次烧录一定要整体烧录，以后才能单步烧录；
结论2：开发工具中的Dtbo、vbmeta、baseparameter、Super这4个选项是无用的，单步烧录不勾选它们。

从前面流程得知，rockdev下的文件，大多是从其他目录拷贝过来的，那么要不要有一点小小的改动，都需要整体拷贝到rockdev下呢？
其实是不用的，我们单步烧录，只要从编译文件中找到其路径，就不必每次都拷贝了，直接烧录很方便。
我的寻找方法很简单，以MiniLoaderAll.bin为例。

步骤一：在mkfirmware.sh中，搜索MiniLoaderAll.bin，可见
ln -rsf $LOADER $ROCKDEV/MiniLoaderAll.bin
ln -rsf $SPL $ROCKDEV/MiniLoaderAll.bin

追踪宏，可见
LOADER=$TOP_DIR/u-boot/*_loader_v*.bin
SPL=$TOP_DIR/u-boot/*_loader_spl.bin

不用继续追踪宏，也大概可以猜测，u-boot下*loader_v*.bin和*loaer_spl.bin就是我们要寻找的目标

步骤二：编译文件中，find命令查找相应的文件名；
$ find u-boot/ -name "*_loader_v*.bin"
u-boot/rk356x_spl_loader_v1.12.112.bin
$ find u-boot/ -name "*_loader_spl.bin"
结果只找到了一个文件，它大概就是我们要的文件了

步骤三：将可能是我们要的烧录文件统统进行MD5校验，看哪个与rockdev下的烧录文件校验相同
$ md5sum u-boot/rk356x_spl_loader_v1.12.112.bin
7e4f89b9c90557865b562cdc8958c906  u-boot/rk356x_spl_loader_v1.12.112.bin
$ md5sum rockdev/MiniLoaderAll.bin
7e4f89b9c90557865b562cdc8958c906  rockdev/MiniLoaderAll.bin
二者校验和完全相同，那就是它了。

同理，我将其他的都查了个遍，目录和过程如下
$ md5sum u-boot/rk356x_spl_loader_v1.12.112.bin
7e4f89b9c90557865b562cdc8958c906  u-boot/rk356x_spl_loader_v1.12.112.bin
$ md5sum rockdev/MiniLoaderAll.bin
7e4f89b9c90557865b562cdc8958c906  rockdev/MiniLoaderAll.bin

$ md5sum u-boot/uboot.img
1560ef12251f68c97d38137f40575e0e  u-boot/uboot.img
$ md5sum rockdev/uboot.img
1560ef12251f68c97d38137f40575e0e  rockdev/uboot.img

$ md5sum device/rockchip/rockimg/*misc*
756c8e2b3ef736c7957b3d537a12c93d  device/rockchip/rockimg/wipe_all-misc.img
$ md5sum rockdev/misc.img
756c8e2b3ef736c7957b3d537a12c93d  rockdev/misc.img

$ md5sum kernel/boot.img
2506869160f4644430104bc47a0f1d97  kernel/boot.img
$ md5sum rockdev/boot.img
2506869160f4644430104bc47a0f1d97  rockdev/boot.img

$ md5sum buildroot/output/rockchip_rk356x_recovery/images/recovery.img
4b0826c892c4d8f623c51dc1f9ce9b97  buildroot/output/rockchip_rk356x_recovery/images/recovery.img
$ md5sum rockdev/recovery.img
4b0826c892c4d8f623c51dc1f9ce9b97  rockdev/recovery.img

注意一点，parameter.txt不是拷贝过来的，是自动生成的，所以它的路径只能在rockdev。
到此为止，6个必要的烧录文件的源目录都已找到，单步调试的时候，只要勾选这6个中的某个修改的文件，即可快速烧录。




作者: Liuth    时间: 2022-3-30 09:11
什么板型就使用什么配置文件，不能使用 firefly-rk3568-buildroot.mk ，这个是共用的配置文件，缺少dts，不完整
你后面的所有问题都是因为选错了配置文件，是 AIO-3568J 的板子就用 aio-3568j 开头的配置文件

不需要摄像头和屏幕你不接就行了
作者: tieshou200    时间: 2022-3-30 09:43
Liuth 发表于 2022-3-30 09:11
什么板型就使用什么配置文件，不能使用 firefly-rk3568-buildroot.mk ，这个是共用的配置文件，缺少dts，不 ...

aio-3566-jd4-2cam-buildroot.mk
aio-3566-jd4-buildroot.mk
aio-3566-jd4-mipi-2cam-buildroot.mk
aio-3566-jd4-mipi-buildroot.mk
aio-3568j-2cam-buildroot.mk
aio-3568j-buildroot.mk
aio-3568j-mipi-2cam-buildroot.mk
aio-3568j-mipi-buildroot.mk
firefly-rk3566-buildroot.mk
firefly-rk3568-buildroot.mk
firefly-rk3568-nvr-buildroot.mk
roc-rk3566-pc-2cam-buildroot.mk
roc-rk3566-pc-buildroot.mk
roc-rk3566-pc-mipi-2cam-buildroot.mk
roc-rk3566-pc-mipi-buildroot.mk
roc-rk3568-pc-2cam-buildroot.mk
roc-rk3568-pc-buildroot.mk
roc-rk3568-pc-mipi-2cam-buildroot.mk
roc-rk3568-pc-mipi-buildroot.mk
老师能大概说一下这jd4/pc/nvr/roc都是什么意思吗？
作者: Liuth    时间: 2022-3-30 09:53
tieshou200 发表于 2022-3-30 09:43
aio-3566-jd4-2cam-buildroot.mk
aio-3566-jd4-buildroot.mk
aio-3566-jd4-mipi-2cam-buildroot.mk

板子型号
作者: tieshou200    时间: 2022-3-30 18:27
Liuth 发表于 2022-3-30 09:53
板子型号

能细说一下吗？跪求了
作者: Liuth    时间: 2022-3-31 09:21
本帖最后由 Liuth 于 2022-4-1 12:22 编辑
tieshou200 发表于 2022-3-30 18:27
能细说一下吗？跪求了

和开发无关，无需了解



欢迎光临 Firefly开源社区 (https://dev.t-firefly.com/) Powered by Discuz! X3.1