移植 openEuler 至 RK3399 平台

项目描述

openEuler 是一款开源操作系统。当前 openEuler 内核源于 Linux，支持鲲鹏及其它多种处理器，能够充分释放计算芯片的潜能，是由全球开源贡献者构建的高效、稳定、安全的开源操作系统。

RK3399 是瑞芯微推出的一款低功耗、高性能的应用处理器芯片。作为 Firefly 新一代的顶级开源平台，RK3399 凭借其高稳定性、高性能、高集成度、高扩展性而广泛用于人脸识别设备、无人机、机器人、游戏机等应用产品。

本项目的目标是将 openEuler 移植到 Firefly-RK3399 上，并保证 RK3399 的外设均可用。

项目产出要求

openEuler 的 RK3399 的镜像
- 内核基于 openEuler 20.03 LTS 版本的 Linux 内核
- 文件系统基于 openEuler 20.03 LTS 软件源制作
- 支持 AArch64 架构
- 支持通过 dnf 安装 openEuler 20.03 LTS 软件源中的软件包
- 支持编译 Linux 内核
- RK3399 的硬件模块均可用，如音频输入输出、USB 3.0、USB 2.0、以太网、Wifi、蓝牙、红外、摄像头、GPIO 等
openEuler 内核适配到 RK3399 的内核源码补丁以及针对其他软件包的源码补丁
镜像制作程序和文档
RK3399 的音频输入输出、USB 3.0、USB 2.0、以太网、Wifi、蓝牙、红外、摄像头、GPIO 等的使用文档

相关资料

openEuler 20.03 LTS 版本发行说明：https://openeuler.org/zh/docs/20.03_LTS/docs/Releasenotes/release_notes.html
openEuler 版本下载地址：https://openeuler.org/zh/download.html
RK3399 介绍：http://opensource.rock-chips.com/wiki_RK3399
参考 RK3399 开发板产品页面：http://www.t-firefly.com/product/rk3399.html
参考 RK3399 开发板规格说明书：http://www.t-firefly.com/product/rk3399/spec.html
openEuler 内核源代码仓库：https://gitee.com/openeuler/kernel
openEuler 20.03 LTS 软件源地址：https://repo.openeuler.org/openEuler-20.03-LTS/
openEuler 树莓派版本构建仓库：https://gitee.com/openeuler/raspberrypi
openEuler 树莓派版本内核仓库：https://gitee.com/openeuler/raspberrypi-kernel

工作概况： 制作适合firefly镜像的必要组件包括：MiniLoaderAll.bin、parameter、uboot.img、 kernel.img、resource.img linuxroot.img (rootfs)。
目前进展： firefly-RK3399刷ubuntu系统，解包获得MiniLoaderAll.bin、parameter、uboot.img，可以直接作为后续镜像制作的基础，ubuntu内核的编译已经通过，生成了kernel.img和resource.img。在移植到openeuler的过程中make可以通过，但是生成kernel.img和resource.img出错。
工作安排： 在解决内核编译问题的同时；开展rootfs镜像的制作；产出一篇博文。
时间：2020.07.27

上周工作进展：完成了RK3399 ubuntu.image的完整制作流程，产出一篇博文。具体工作主要包括ubuntu根文件系统的制作，所有相关固件的打包与烧写。
工作安排：开展openeuler内核的移植，解决内核编译的问题。

https://github.com/rockchip-linux/kernel/tree/develop-4.19，git和zip下载都失败，大家有没有好的办法？@jianminw

不是根目录下，我是在rootfs所在的目录下执行的。不过确实是这个原因，目前已经解决了。thx

toybrick 使用 openEuler 的 rootfs.img 和 toybrick-linux 4.4 内核编译得到的 boot.img 可以正常启动，wifi正常。使用 rockchip-linux 4.19 内核编译得到的 boot.img 可以无法启动。

关于第三个问题，已经可以把所有固件打包成一个镜像，从ubuntu18.04可以直接刷写成功，从安卓刷还未测试。

update.img完整的镜像:自己做的rootfs.img与解包的其他问题
链接：https://pan.baidu.com/s/1CzrwY3zGh3YeCyZU6OVB2g
提取码：hfyk
复制这段内容后打开百度网盘手机App，操作更方便哦

@woqidaideshi 方老师，参考链接里面给的文件路径指的是SDK里的路径，对应的我现在用的板子就是
/SDK/firefly-sdk/buildroot/board/rockchip/rk3399/fs-overlay-32/lib/firmware/rockchip
里面只有一个bin文件，但是这个是在固件编译的时候用的。
我找到了日志里提到的文件：
![输入图片说明](https://images.gitee.com/uploads/images/2020/1109/210024_7afcf566_7723297.png "屏幕截图.png")
![输入图片说明](https://images.gitee.com/uploads/images/2020/1109/210046_54796c3a_7723297.png "屏幕截图.png")
放在了根目录下的/etc/firmware，还是没有结果。

**结论：/etc/firmware 不等于/system/etc/firmware**

参考
https://www.cnblogs.com/swnuwangyun/p/4143170.html
对应的日志应该为：
[ 1276.966022] dhd_bus_devreset: == WLAN ON ==
[ 1276.966038] dhd_bus_devreset called when dongle is not in reset
[ 1276.966045] Will call dhd_bus_start instead
[ 1276.966092] dhd_conf_set_fw_name_by_chip: firmware_path=/system/etc/firmware/fw_bcm43341b0_ag_apsta.bin
[ 1276.966220] Final fw_path=/system/etc/firmware/fw_bcm43341b0_ag_apsta.bin
[ 1276.966229] Final nv_path=/system/etc/firmware/nvram_AP6335.txt
[ 1276.966237] Final conf_path=/system/etc/firmware/config.txt
[ 1277.005227] ** NVRAM version: AP6335_NVRAM_V1.7_04102014** 
但是这个目录好像是安卓的！
@jianminw 王老师，清楚这个固件应该放在那里吗？现在不能确定日志提到的路径下文件的具体位置在哪里。

成功了！！！！
自己在根目录下新建了sysytem/etc/firmware
把SDK中的文件放进去
输出日志:

dhd_bus_devreset: == WLAN ON ==

[    8.784445] F1 signature read @0x18000000=0x17224356
[    8.790315] F1 signature OK, socitype:0x1 chip:0x4354 rev:0x2 pkg:0x2
[    8.791742] DHD: dongle ram size is set to 786432(orig 786432) at 0x180000
[    8.792454] dhd_bus_set_default_min_res_mask: Unhandled chip id
[    8.793336] dhd_conf_read_config: Ignore config file /system/etc/firmware/config.txt
[    8.794123] Final fw_path=/system/etc/firmware/fw_bcm4356a2_ag.bin
[    8.794753] Final nv_path=/system/etc/firmware/nvram_ap6356.txt
[    8.795291] Final clm_path=/system/etc/firmware/clm.blob
[    8.795856] Final conf_path=/system/etc/firmware/config.txt
[    8.797012] dhd_os_open_image: /system/etc/firmware/fw_bcm4356a2_ag.bin (558327 bytes) open success
[    8.842645] dhd_os_open_image: /system/etc/firmware/nvram_ap6356.txt (2840 bytes) open success
ifconfig：
![输入图片说明](https://images.gitee.com/uploads/images/2020/1109/213711_a7947d97_7723297.png "屏幕截图.png")
扫描wifi：nmcli dev wifi
![输入图片说明](https://images.gitee.com/uploads/images/2020/1109/213451_75efaa64_7723297.png "屏幕截图.png")

现在做了一个完整的镜像，连wifi的操作如下：（还是不稳定，需要 ifconfig wlan0 down和up）
链接：https://pan.baidu.com/s/1wWWy1YXlonuj0CYdEiFRUQ
提取码：kbcg
复制这段内容后打开百度网盘手机App，操作更方便哦
输入图片说明

> @bufferman Yes, firefly only provide linux kernel 4.4 for it's rk3399 board.
> Because the kernel version of openEuler 20.03 LTS is 4.19, if we want to do the long term support for openEuler on RK3399, we need to do patch porting onto kernel which is maintained by openEuler kernel team (The repo is https://gitee.com/openeuler/kernel).

@jianminw Thanks your reply
  Althought the rockchip 4.19 kernel branch tree is same openEuler20.03, maybe backporting will be easy, but the patches are not completely(hope the rockchip can support in the furture). So now we maybe should get the patches from firefly  **OFFICIAL**  SDK to backport. even its kernel version is 4.4. At a result the job is not simple, but the only one way to go.

It is necessary to analysis and research the hardware features  **one by one**  Corresponding with its drivers, and get the patches from kernel 4.4 to openEuler20.03.

It is not important and need to hard work in rockchip-linux/tree/kernel-4.19. Do you think so?
Thanks

> 
> @jianminw Thanks your reply
>  I mean we should get the patches to backporting from firefly  **OFFICIAL**  SDK even its kernel version is 4.4. The rockchip 4.19 kernel branch tree is same openEuler20.03, maybe backporting will be easy, but the patches are not completely.
>  we should analysis and research the hardware features one by one Corresponding with its drivers, and get the patches from kernel 4.4 to openEuler20.03.

@Bufferman Yes, Bufferman. You're right. The patches on rockchip 4.19 kernel are not completely for firefly's board. I agree with your suggestion "we should analysis and research the hardware features one by one Corresponding with its drivers, and get the patches from kernel 4.4 to openEuler20.03."

We plan to achieve the task by two steps.

First, we port patches from firefly 4.4 kernel source to rockchip 4.19 kernel source for running a 4.19 kernel on firefly board. Compared with 4.19 kernel of openEuler, the patches need to be ported will be less.

Second, refer to the kernel source which we get on first step, we port patches to 4.19 kernel of openEuler.

Compared with porting 4.4 kernel from firefly to openEuler directly, I think the way by two steps will be more achievable and doable.

Thank you for your suggestion. we will try to improve the porting process.

大家好，我这边遇到一个问题，移植openEuler之后给根目录划分的空间有点小，我打算扩充一下磁盘空间。
使用的板子是firefly RK3399

输入图片说明

如图，把p8的部分扩充到p7上面。

操作方法是先删除7，8的分卷，然后重新划分，具体操作如下：
输入图片说明
划分过后可以看到之前出案件的文件还在，可以通过ls命令显示。
完事后重启系统，重启后会在这里无限卡住。

目前测试是这样：
1.单独删除分卷8后重启，不报错
2.把分卷7的格式设为linux filesystem后重启，不报错
3.把，7，8都删除，然后按照原本的大小再重新划分，重启，出错了

接下来打算用lvm来进行分区测试。

RK3399 镜像已上传，该镜像无 wifi/蓝牙问题。下载链接 https://isrc.iscas.ac.cn/eulixos/repo/others/openeuler-rk3399/FIREFLY-RK3399-BUILDROOT-GPT-20210401-2212.tar.gz。

此项工作已完成。

https://gitee.com/openeuler/rockchip

openEuler/raspberrypi

内容风险标识

项目描述

项目产出要求

相关资料

评论 (48)

openEuler/raspberrypi .gitee-modal { width: 500px !important; }

内容风险标识