前言
buildroot虽然灵活,但是基于实际情况,本身是侧重驱动和应用定制开发的只定制一次文件系统投入有点多,还不如直接ubunt自己交叉编译依赖库,做一些库的移植裁剪。 于是本篇就使用ubuntu系统了,至于其他库自己下源码在宿主机交叉编译号后,再拷贝过去或者直接在板子上编译也行(只是会比较慢),但是意义不大,因为开发过程肯定是用宿主机,不然核心板编译太慢,在编译上会花费不少可以省去的时间。
为什么选择ubuntu
核心板方案上已经提供适配好的基础uboot和kernel,这个时候不同文件系统 uboot和内核时一样的,做驱动差别也不大,而且笔者做移植交叉编译应用和库都较多,且不同平台都做,直接裁剪移植,所以对于笔者来说,选择ubuntu是更好的方式,缺什么下源码三部曲交叉编译,而使用buildroot构建势必有点绕远路,所以选择了ubuntu,后续对ubuntu进行裁剪,如去掉桌面,然后开发移植库和应用。
RK系列SDK简要介绍
目录结构
一个通用 Linux SDK (RV系类的sdk没有对工程目录包含有 buildroot、 debian、 app、 kernel、 u-boot、 device、 docs、 external等目录。 以下是RK系类的目录分类:
- app:存放上层应用 app,主要是 qcamera/qfm/qplayer/settings 等一些应用程序。
- buildroot:基于 buildroot (2018.02-rc3) 开发的根文件系统。
- debian:基于 debian 10 开发的根文件系统,支持部分芯片。
- device/rockchip:存放各芯片板级配置和 Parameter 文件,以及一些编译与打包固件的脚本和预备文件。
- docs:存放芯片模块开发指导文档、 平台支持列表、 芯片平台相关文档、 Linux 开发指南等。
- IMAGE:存放每次生成编译时间、 XML、 补丁和固件目录。
- external:存放第三方相关仓库,包括音频、 视频、 网络、 recovery 等。
- kernel:存放 kernel 4.4 或 4.19 开发的代码。
- prebuilts:存放交叉编译工具链。
- rkbin:存放 Rockchip 相关的 Binary 和工具。
- rockdev:存放编译输出固件。
- tools:存放 Linux 和 Windows 操作系统环境下常用工具。
- u-boot:存放基于 v2017.09 版本进行开发的 uboot 代码。
- yocto:基于 yocto gatesgarth 3.2 开发的根文件系统,支持部分芯片 相对于以上的,对比下RV1109&RV1126的SDK目录,如下图:
Ubuntu
Ubuntu 是一个流行的 Linux 发行版, 是基于 Debian 的 unstable 版本加强而来, 以“最好的 Linux 桌面系统” 而闻名, 近些年 Ubuntu 也推出了 Ubuntu Enterprise Linux, 在企业 Linux 应用市场占有率也有较大提高。
- 优点: 技术支持较好, 用户界面友好, 硬件的兼容性好, 采用基于 Deb 的 ATP 包管理系统。
- 缺点: 技术支持和更新服务是需要付费的, 服务器软件生态系统的规模和活力方面稍弱 。 (参考厂家手册)
源码准备
从开发版提供的资料中拿到uboot,kernel,rootfs:
- uboot:uboot是引导程序,芯片运行跑起来,然后引入kernel
- kernel:linux的内核是加载后将会移植运行在内存中的核心
- rootfs:这是文件系统,文件系统是kernel运行时需要加载一些驱动,库,存储等相关的其他一切相关的东西; 编译uboot,kernel,然后制作文件系统: (注意:buildroot也是要下载编译的,因为打包ubuntu镜像的时候需要使用到buildroot里面的脚本环境,所以此处也要先做buildroot系统再做ubuntu系统,具体查看“入坑一”) (注意:一定要从购买开发板或者核心板的厂家获取,已经做好了ddr等外设的适配,包括开发板的外设,这是我们后续学习移植的基础,千万不要想着从零开始做,这个是不现实的,目前也没有人和公司这么做) (注意:Ubuntu文件系统,是真的文件系统,而buildroot文件系统时buildroot工具构建的文件系统,Yocto也是;Debian和Ubuntu则是真文件系统)
编译ubuntu
步骤一:安装buildroot依赖环境
虚拟机安装编译buildroot环境,以下跟来回验证了:
sudo apt-get install uuid uuid-dev zlib1g-dev liblz-dev liblzo2-2 liblzo2-dev lzop \
git-core curl u-boot-tools mtd-utils android-tools-fsutils openjdk-8-jdk device-tree-compiler \
gdisk m4 libz-dev git gnupg flex bison gperf libsdl1.2-dev libesd-java libwxgtk3.0-dev \
squashfs-tools build-essential zip curl libncurses5-dev zlib1g-dev pngcrush schedtool \
libxml2 libxml2-utils xsltproc lzop libc6-dev schedtool g++-multilib lib32z1-dev \
lib32ncurses5-dev lib32readline-dev gcc-multilib libswitch-perl libssl-dev unzip \
zip liblz4-tool repo git ssh make gcc libssl-dev liblz4-tool vim expect \
g++ patchelf chrpath gawk texinfo chrpath diffstat binfmt-support \
qemu-user-static live-build bison flex fakeroot cmake gcc-multilib g++-multilib \
unzip device-tree-compiler python-pip libncurses5-dev rsync subversion \
sed make binutils build-essential gcc g++ wget python libncurses5 bzr cvs git mercurial \
patch gzip bzip2 perl tar cpio unzip rsync file bc wget qemu-user-static live-build -y \
python3.8 python3.8-dev
步骤二:下载解压uboot-kernel,ubuntu
下载解压,做这个开发确实很需要磁盘大小,而且传输也费时间,加上用虚拟机,专门加装了1024GBSSD作为专门开发的。 然后传送到ubuntu上,使用samba服务,参考博文《linux实用技巧:ubuntu18.04安装samba服务器实现局域网文件共享》
步骤三:移动解压uboot-kernel
tar xvf uboot_kernel_20220512.tar.gz
(疑问:只用了3分钟,因为之前是系统ssd,这次是专门配的1024ssd单独盘么?)
步骤四:使用ubuntu系统
注意:rk3568支撑多个系统,按照SDK文档指定系统是相似的操作。 我们使用ubuntu文件系统,将ubuntu_20220511.tar.gz直接解压到rk356x_linux的文件夹:
cd ~/work/sdk
tar xvf buildroot_20220510.tar.gz -Ca rk356x_linux/
很快,如下图:
步骤五:查看编译命令单独编译uboot,kernel和ubuntu
编译uboot: 编译kernel: 编译文件系统ubuntu,这里要先选择厂商的配置:
./build.sh BoardConfig-rk3568-evb1-ddr4-v10.mk
./build.sh ubuntu
然后错误:
具体查看“入坑一”,这里可以看出方案上先基于buildroot做的,然后再buildroot下去做其他的打包。 编译好buildroot后,继续使用ubuntu
./build.sh ubuntu
至此,ubuntu的固件编译完成,但是我们没有适配屏幕的。
步骤六:适配屏幕
屏幕,笔者使用的是厂家提供的lvds10.1寸屏幕,已经做好了驱动在sdk中,但是需要配置设备树:
cd /home/topeet/Linux/rk356x_linux/
gedit kernel/arch/arm64/boot/dts/rockchip/topeet_screen_choose.dtsi
知识点:适配屏幕是修改了内核的设备树,而没有修改文件系统。
步骤七:编译整体
由于uboot,kernel是没有争议的,但是文件系统是由好几个参数,所以要根据开发文档来,有个环境变量RK_ROOTFS_SYSTEM,他是什么则是什么系统,由此可见,他实际上是build编译文件系统的参数: 编译:
export RK_ROOTFS_SYSTEM=ubuntu
./build.sh all
5分钟编完。
步骤八:打包mkfirmware.sh
./mkfirmware.sh
入坑
入坑一:编译ubuntu镜像打包错误
问题
找不到buildroot下的一个脚本。
原因
要先编译buildroot
解决
先走buildroot编译流程,再走编译ubuntu流程 具体的编译buildroot问题,需要看《RK3568开发笔记(四):在虚拟机上使用SDK编译制作uboot、kernel和buildroot镜像》。
标签:
留言评论