openwrt RK3568_EVB移植

---

openwrt SDK下载

根据 firefly 官方提供的教程下载编译 ROC-RK3568-PC 版本的 openwrt firefly SDK，具体可以参考以下连接。

https://wiki.t-firefly.com/zh_CN/ROC-RK3568-PC/openwrt_compile.html

openwrt 编译

在确保编译环境完善之后先不要着急编译 openwrt ，因为 openwrt 需要下载并且编译一部分自己的依赖库（类似 buildroot 的操作）

编译环境依赖库安装可以参考：（推荐使用 Ubuntu 18.04 系统）

sudo apt-get install repo git ssh make gcc libssl-dev liblz4-tool \
expect g++ patchelf chrpath gawk texinfo chrpath diffstat binfmt-support \
qemu-user-static live-build bison flex fakeroot cmake \
unzip device-tree-compiler python-pip ncurses-dev python-pyelftools

安装完成依赖后，先不要着急根据 firefly 文档进行编译（主流程是文档上写的）。先将 SDK 文档中的代码进行清理以防在自己的编译环境下编译出错：

./build.sh cleanall

并且进入 openwrt 代码目录，在 SDK 包中的 firefly_openwrt/openwrt_sdk/openwrt/ 路径下，在这个路径下也进行代码清理操作：

make distclean

编译 操作：

对于 uboot 、kernel 先不着急编译（这部分一般不会有问题），因为 openwrt 第一次编译需要更新和拉取大量的第三方库，所以首次编译最好先单独编译 openwrt，操作如下：

cd firefly_openwrt/openwrt_sdk/openwrt/

./scripts/feeds update -a 
./scripts/feeds install -a 
cp configs/rk356x_config .config
make defconfig
make download -j8
make -j8

这个过程大概需要 2个多小时，并且需要确保网络通畅，其中主要耗时操作在 feeed install 和 make download 这两步，需要耐心等待。

整体编译操作：

顺利完成 openwrt 首次编译后，就可以回到 SDK top 路径下进行完整编译了，需要根据自己的板子配置选择对应的编译配置，这里参考 firefly ROC-RK3568-PC 需求，具体操作如下：

./build.sh roc-rk3568-pc-openwrt.mk
./build.sh uboot
./build.sh kernel
./build.sh openwrt
./build.sh all

安装顺序顺利完成以上操作后，基本上编译就算完成了。方便烧写可以进行固件打包，通常采用线刷固件，如下操作：

./build.sh firmware
./build.sh updateimg

完成后会产生 ROC-RK3568-PC-OPENWRT-GPT-{日期}-{时间}.img 在 rockdev/pack 路径下。这里就可以参考 RK3568 的烧写方式烧写固件了。

RK3568_EVB1_DDR4_V10 板子移植

基于 firefly 的 ROC-RK3568-PC 上的 openwrt 进行移植到 RK3568_EVB1_DDR4_V10 板子上，通过观察发现，ROC-RK3568-PC 这个板子本身是基于 RK3568_EVB1_DDR4_V10 进行开发的（通过比较两者的 dts 可以看到）。

kernel 部分的修改：

kernel/drivers/mmc 替换成RK原厂代码包里的 kernel/drivers/mmc
rk3568-evb.dtsi 中修改 &pmu_io_domains，将其中的 vccio4 和 vccio6 修改成 vcc_1v8 电压，eth1 网口需要 1.8V 供电才能启用，3.3V 会有问题

config 部分的修改：

参考 ROC-RK3568-PC 的配置文件进行修改，在 device/rockchip/rk356x 下创建自定义使用的配置文件 zmj-roc-rk3568-pc-openwrt.mk 内容如下：

#!/bin/bash

CMD=`realpath $BASH_SOURCE`
CUR_DIR=`dirname $CMD`

source $CUR_DIR/firefly-rk356x-openwrt.mk

# Uboot defconfig
export RK_UBOOT_DEFCONFIG=firefly-rk3568
# Kernel defconfig
export RK_KERNEL_DEFCONFIG=station_linux_defconfig
# Kernel dts
export RK_KERNEL_DTS=rk3568-evb1-ddr4-v10-linux
# PRODUCT MODEL
export RK_PRODUCT_MODEL=ROC_RK3568_PC

# Openwrt version select
export RK_OPENWRT_VERSION_SELECT=openwrt
# Openwrt defconfig
export RK_OPENWRT_DEFCONFIG=rk356x_config

修改完成后，再次重新编译：

./build.sh zmj-roc-rk3568-pc-openwrt
./build.sh uboot
./build.sh kernel
./build.sh openwrt
./build.sh all
./build.sh firmware
./build.sh updateimg

完成后产生的新的固件 ZMJ-ROC-RK3568-PC-OPENWRT-GPT-20220727-1059.img 就可以正常烧写到 RK3568_EVB1_DDR4_V10 板子上并启用了。

eth0 作为 WAN 口

eth1 作为 LAN 口

路由器web界面默认IP 192.168.2.1，管理员账号 root 密码：firefly

网口打流结果

eth1 打流结果：

- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-30.01  sec   336 MBytes  93.9 Mbits/sec                  sender
[  4]   0.00-30.01  sec   336 MBytes  93.9 Mbits/sec                  receiver
[  6]   0.00-30.01  sec   337 MBytes  94.2 Mbits/sec                  sender
[  6]   0.00-30.01  sec   337 MBytes  94.2 Mbits/sec                  receiver
[  8]   0.00-30.01  sec   336 MBytes  94.0 Mbits/sec                  sender
[  8]   0.00-30.01  sec   336 MBytes  94.0 Mbits/sec                  receiver
[ 10]   0.00-30.01  sec   334 MBytes  93.5 Mbits/sec                  sender
[ 10]   0.00-30.01  sec   334 MBytes  93.5 Mbits/sec                  receiver
[ 12]   0.00-30.01  sec   334 MBytes  93.3 Mbits/sec                  sender
[ 12]   0.00-30.01  sec   334 MBytes  93.3 Mbits/sec                  receiver
[ 14]   0.00-30.01  sec   333 MBytes  93.1 Mbits/sec                  sender
[ 14]   0.00-30.01  sec   333 MBytes  93.1 Mbits/sec                  receiver
[ 16]   0.00-30.01  sec   332 MBytes  92.9 Mbits/sec                  sender
[ 16]   0.00-30.01  sec   332 MBytes  92.9 Mbits/sec                  receiver
[ 18]   0.00-30.01  sec   332 MBytes  92.7 Mbits/sec                  sender
[ 18]   0.00-30.01  sec   332 MBytes  92.7 Mbits/sec                  receiver
[ 20]   0.00-30.01  sec   330 MBytes  92.4 Mbits/sec                  sender
[ 20]   0.00-30.01  sec   330 MBytes  92.4 Mbits/sec                  receiver
[ 22]   0.00-30.01  sec   329 MBytes  92.0 Mbits/sec                  sender
[ 22]   0.00-30.01  sec   329 MBytes  92.0 Mbits/sec                  receiver
[SUM]   0.00-30.01  sec  3.26 GBytes   932 Mbits/sec                  sender
[SUM]   0.00-30.01  sec  3.26 GBytes   932 Mbits/sec                  receiver

eth0 打流结果：

- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-30.00  sec   215 MBytes  60.1 Mbits/sec  738             sender
[  5]   0.00-30.00  sec   214 MBytes  59.9 Mbits/sec                  receiver
[  7]   0.00-30.00  sec   172 MBytes  48.0 Mbits/sec  665             sender
[  7]   0.00-30.00  sec   171 MBytes  47.8 Mbits/sec                  receiver
[  9]   0.00-30.00  sec   193 MBytes  54.1 Mbits/sec  658             sender
[  9]   0.00-30.00  sec   193 MBytes  53.9 Mbits/sec                  receiver
[ 11]   0.00-30.00  sec   168 MBytes  46.9 Mbits/sec  702             sender
[ 11]   0.00-30.00  sec   167 MBytes  46.7 Mbits/sec                  receiver
[ 13]   0.00-30.00  sec   183 MBytes  51.2 Mbits/sec  673             sender
[ 13]   0.00-30.00  sec   182 MBytes  51.0 Mbits/sec                  receiver
[ 15]   0.00-30.00  sec   209 MBytes  58.6 Mbits/sec  624             sender
[ 15]   0.00-30.00  sec   208 MBytes  58.3 Mbits/sec                  receiver
[ 17]   0.00-30.00  sec   167 MBytes  46.8 Mbits/sec  705             sender
[ 17]   0.00-30.00  sec   167 MBytes  46.6 Mbits/sec                  receiver
[ 19]   0.00-30.00  sec   161 MBytes  45.1 Mbits/sec  752             sender
[ 19]   0.00-30.00  sec   161 MBytes  44.9 Mbits/sec                  receiver
[ 21]   0.00-30.00  sec   195 MBytes  54.4 Mbits/sec  696             sender
[ 21]   0.00-30.00  sec   194 MBytes  54.2 Mbits/sec                  receiver
[ 23]   0.00-30.00  sec   187 MBytes  52.4 Mbits/sec  692             sender
[ 23]   0.00-30.00  sec   187 MBytes  52.2 Mbits/sec                  receiver
[SUM]   0.00-30.00  sec  1.81 GBytes   517 Mbits/sec  6905             sender
[SUM]   0.00-30.00  sec  1.80 GBytes   515 Mbits/sec                  receiver

移植过程问题及解决方式

kernel 启动到最后卡死并且不是崩溃，出错 log 如下：

[    2.049360] dhd_module_init: Exit err=0
[    2.049694] ==gsl_ts_init==
[    2.049752] ret=0
[    2.050476] iommu: Adding device fde40000.npu to group 0
[    2.050505] RKNPU fde40000.npu: Linked as a consumer to fde4b000.iommu
[    2.050904] RKNPU fde40000.npu: RKNPU: rknpu iommu is enabled, using iommu mode
[    2.051016] RKNPU fde40000.npu: Linked as a consumer to regulator.20
[    2.051038] RKNPU fde40000.npu: can't request region for resource [mem 0xfde40000-0xfde4ffff] [ 2.051420] [drm] Initialized rknpu 0.4.2 20210701 for fde40000.npu on minor 1 [ 2.051653] RKNPU fde40000.npu: leakage=4 [ 2.051693] RKNPU fde40000.npu: pvtm = 87940, from nvmem [ 2.052097] RKNPU fde40000.npu: avs=0 [ 2.052641] RKNPU fde40000.npu: l=0 h=2147483647 hyst=5000 l_limit=0 h_limit=0 h_table=0 [ 2.052666] RKNPU fde40000.npu: failed to find power_model node [ 2.052677] RKNPU fde40000.npu: RKNPU: failed to initialize power model [ 2.052686] RKNPU fde40000.npu: RKNPU: failed to get dynamic-coefficient [ 2.053641] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 2.056819] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 2.057368] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 2.057384] cfg80211: failed to load regulatory.db [ 2.058083] rockchip-pm rockchip-suspend: not set pwm-regulator-config [ 2.058659] I : [File] : drivers/gpu/arm/mali400/mali/linux/mali_kernel_linux.c; [Line] : 417; [Func] : mali_module_init(); svn_rev_string_from_arm of this mali_ko is '', rk_ko_ver is '5', built at '07:15:52', on 'Jul 22 2022'.
[    2.059010] Mali:
[    2.059012] Mali device driver loaded
[    2.059033] rkisp rkisp-vir0: clear unready subdev num: 4
[    2.059045] rockchip-csi2-dphy0: No link between dphy and sensor
[    2.059405] rockchip-csi2-dphy0: No link between dphy and sensor
[    2.059418] rkisp-vir0: update sensor failed
v?   2.065622]

解决方式：

1、查找 kernel 卡死的位置，通过查看 log 打印的位置大致判断最后已经 init 的模块有 Mali 、 rkisp rkisp-vir0

2、查看当前编译的 kernel 的 System.map，这个文件中会存放编译的 kernel 的 init 模块顺序，通这个顺序能查看到当前卡死的 kernel 进程的大概位置

3、通过 grep 搜索对应的 init 函数，并在函数中添加 printk 打印，然后观察具体卡死的位置，一步步缩小范围即可。

通过上述方式，最终查找到卡死位置位于 __initcall_mdev_misc_init7s 这个初始化模块中，然后 grep 查找 mdev_misc 这个函数发现其位于一个二进制文件 mmc_blk_data 中，这里包含 firefly 关于 mmc 分区及初始化的相关操作，这里我们直接替换成原厂 RK3568 的代码即可。