本章介绍 Buildroot 固件的编译使用。
下载 Linux-SDK:
方法一
初始化 repo 仓库:
同步源码:
同步过程中,网络波动会导致下载速度过低中断同步,可以使用下面脚本同步代码:
方法二(国内用户推荐使用)
考虑到国内用户使用 repo 从网络上下载全部代码会比较慢,官方提供了基础的源码包Linux_SDK.7z。
下载 Linux_SDK.7z:
目录:
安装 Buildroot 编译所需工具,确保工具都正确安装:
选择开发板对应的配置文件。配置文件会链接到device/rockchip/.BoardConfig.mk,查看该文件可确认当前所使用的配置文件:
用户也可以通过参考该配置生成新的配置文件来适配自己所需要的固件。
重要配置介绍:(如果需要定制固件,可以修改下列配置信息)
在配置和搭建环境的工作都做好的前提下:
全自动编译会编译并打包固件,生成固件目录rockdev/,同时会在IMAGE/中备份。
kernel
u-boot
recovery
recovery 分区可省略,若有需要,编译 recovery:
rootfs
编译 Buildroot 根文件系统,将会在buildroot/output生成编译输出目录:
注意:确保作为普通用户编译 Buildroot 根文件系统,避免不必要的错误。编译过程中会自动下载所需软件包,请保持联网状态。
每次打包固件前先确保rockdev/目录下文件链接正确:
可以运行./mkfirmware.sh更新链接:
提示:若不是编译全部的分区镜像,在运行./mkfirmware时,会遇到如下类似情况:
注意:打包前请确认tools/linux/Linux_Pack_Firmware/rockdev/package-file是否正确。打包会根据此文件进行分区打包。此文件链接会在执行./build.shpx30-buildroot.mk命令时更新,如果配置不对请再次执行该命令。
整合统一固件:
parameter.txt包含了固件的分区信息十分重要,你可以在device/rockchip/px30目录下找到一些parameter.txt文件,下面以 parameter-debian.txt 为例子做介绍:
CMDLINE属性是我们关注的地方。以 uboot 为例0x00002000@0x00004000(uboot)中0x00004000为uboot分区的起始位置0x00002000为分区的大小。后面的分区规则相同。用户可以根据自己需要增减或者修改分区信息,但是请最少保留 uboot,trust,boot,rootfs 分区,这是机器能正常启动的前提条件。parameter-ubuntu.txt 中使用的就是这样的最简分区方案。
分区介绍:
uboot 分区:烧写 uboot 编译出来的 uboot.img
trust 分区:烧写 uboot 编译出来的 trust.img
misc 分区:烧写 misc.img,开机检测进入 recovery 模式(可省略)
boot 分区:烧写 kernel 编译出来的 boot.img,包含 kernel 和设备树信息
recovery 分区:烧写 recovery.img(可省略)
backup 分区:预留,暂时没有用。后续跟 Android 一样作为 recovery 的 backup 使用(可省略)
oem 分区:给厂家使用,存放厂家的 app 或数据。只读。代替原来音箱的 data 分区。挂载在 /oem 目录(可省略)
rootfs 分区:存放 Buildroot 或者 Debian 编出来的 rootfs.img,只读
userdata 分区:存放 app 临时生成的文件或者是给最终用户使用。可读写,挂载在 /userdata 目录下(可省略)
此文件应当与parameter保持一致,用于固件打包。可以在tools/linux/Linux_Pack_Firmware/rockdev下找到相关文件。以 px30-ubuntu-package-file 为例介绍:
以上是 SDK 编译后生成的镜像文件。根据parameter.txt只打包自己用到的映像文件。
Buildroot 编译输出结果保存在output目录,具体目录由配置文件决定,本例保存在buildroot/output/rockchip_px30_64目录,后续可以在该目录执行make编译根文件系统。
采用全自动编译方式时,默认会生成buildroot/output/rockchip_px30_recovery目录,这是recovery.img的编译输出目录。
子目录说明:
build/包含所有的源文件,包括 Buildroot 所需主机工具和选择的包,这个目录包含所有 模块源码。
host/主机端编译需要的工具包括交叉编译工具。
images/包含压缩好的根文件系统镜像文件。
staging/这个目录类似根文件系统的目录结构,包含编译生成的所有头文件和库,以及其他开发文件,不过他们没有裁剪,比较庞大,不适用于目标文件系统。
target/包含完整的根文件系统,对比staging/,它没有开发文件,不包含头文件,二进制文件也经过strip处理。
下文将介绍一些自定义 Buildroot 的方法。
默认编译好的根文件系统不一定满足我们的需求,我们可能需要增加一些第三方包,或者修改包的配置选项,Buildroot 支持图形化方式去做配置选择:
需要了解的是:
进行编译时,Buildroot 根据配置,会自动从网络获取相关的软件包,包括一些第三方库,插件,实用工具等,放在dl/目录。
软件包会解压在output/rockchip_px30_64/build/目录下,然后进行编译。
如果要修改软件包的源码,可以通过打补丁的方式进行修改,补丁集中放在package/目录,Buildroot 会在解压软件包时为其打上相应的补丁。
busybox 用于管理系统的命令工具,可按如下方式修改:
文件系统覆盖是指在目标文件系统编译完成后将文件覆盖到文件系统目录。通过这种方式,我们可以简单的添加或修改一些文件:
本例覆盖目录buildroot/board/rockchip/px30/fs-overlay-64
公有覆盖目录buildroot/board/rockchip/common
例:buildroot/board/rockchip/px30/fs-overlay-64/usr/bin/rkbt将覆盖文件系统的/usr/bin/rkbt文件。
全部0条评论
快来发表一下你的评论吧 !