buildroot构建项目(一)---buildroot介绍

1.1 什么是buildroot

  Buildroot是Linux平台上一个构建嵌入式Linux系统的框架。整个Buildroot是由Makefile脚本和Kconfig配置文件构成的。你可以和编译Linux内核一样,通过buildroot配置,menuconfig修改,编译出一个完整的可以直接烧写到机器上运行的Linux系统软件(包含boot、kernel、rootfs以及rootfs中的各种库和应用程序)。

  下载:git clone git://git.buildroot.net/buildroot

  解压:tar -xzvf buildroot-2017.02.9.tar.gz

1.2 buildroot 的目录结构

  • buildroot/package/:下面放着应用软件的配置文件,每个应用软件的配置文件有Config.in和soft_name.mk,其中soft_name.mk(这种其实就Makefile脚本的自动构建脚本)文件可以去下载应用软件的包。
  • buildroot/output/:是编译出来的输出文件夹,里面的build/目录存放着解压后的各种软件包编译完后的现场。
    • host:是由各类源码编译后在你主机上运行的工具(build for host)的安装目录,如arm-linux-gcc就是安装在这里.
      • 编译出来的主机工具在host/usr下
      • 根目录所需要的库及一些基本目录就在host/< tuple >/sysroot/或host/usr/< tuple >/sysroot/里 (< tuple >:arm-buildroot-linux-gnueabi),如果是外部toolchain,比如lirano的就在libc里,名字不一样而已  
    • build:所有源码包解压出来的文件存放地和编译的发生地
    • staging:软链接到host/< tuple >/sysroot/ 就是上面说到的文件系统需要的库等目录,方便查看
    • target: 目录是用来制作rootfs的,里面放着Linux系统基本的目录结构,以及各种编译好的应用库和bin可执行文件。不能用来nfs mount到开发板,因为buildroot不是root权权运行的,所以现dev/,etc/等一些文件无法创建,所以目录还不完整,要用images/里的rootfs.tar解压出来的根文件目录才能mount.使用如下命令:sudo tar -C /destination/of/extraction -xf images/rootfs.tar
    • Images:目录下就是最终生成的可烧写到板子上的各种image。
  • buildroot/dl:存放下载的源码包及应用软件的压缩包
  • buildroot/fs:放各种文件系统的源代码
  • buildroot/fs/skeleton:放生成文件系统镜像的地方,及板子里面的系统
  • buildroot/linux: 存放着Linux kernel的自动构建脚本。
  • buildroot/configs:放置开发板的一些配置参数
  • buildroot/dl:目录存放从官网上下载的开源软件包,第一次下载后,下次就不会再去从官网下载了,而是从dl/目录下拿开源包,以节约时间。本身下载通常都是很慢的,你可以手动找到相关包下载后放到这里就OK了,make时会自动检测这个目录.
  • buildroot/docs: 存放相关的参考文档。
  • buildroot/arch: 目录存放CPU架构相关的配置脚本,如arm/mips/x86 ,这些CPU相关的配置,在制作工具链,编译boot和内核时很关键。
  • buildroot/board:存放了一些默认开发板的配置补丁之类的
  • buildroot/boot:
  • buildroot/build:
  • buildroot/support:
  • buildroot/system:这里就是根目录的主要骨架了和相关的启动初始化配置,当制作根目录时就是将此处的文件cp到output里去.然后再安装toolchain的动态库和你勾选的package的可执行文件之类的.
  • buildroot/toolchain:

1.3 buildroot 的工作原理

  Buildroot原则上是一个自动构建框架,虽然说u-boot、linux kernel这些经典的开源软件包的构建脚本,官方社区都在帮你实现了,但是有时候你还是需要加入你自己特有的app_pkg软件包,用以构建自己的应用。

  buildroot的编译流程是先从dl/xxx.tar下解压出源码到output/build/xxx,然后它利用本身的配置文件(如果有的话)覆盖output/build/xxx下的配置文件,在开始编译连接完成后安装到output/相应文件夹下.

  Buildroot提供了函数框架和变量命令框架,采用它的框架编写的app_pkg.mk这种Makefile格式的自动构建脚本,将被package/pkg-generic.mk 这个核心脚本展开填充到buildroot主目录下的Makefile中去。最后make all执行Buildroot主目录下的Makefile,生成你想要的image。

  package/pkg-generic.mk中通过调用同目录下的pkg-download.mk、pkg-utils.mk文件,已经帮你自动实现了下载、解压、依赖包下载编译等一系列机械化的流程。你只要需要按照格式写Makefile脚app_pkg.mk,填充下载地址,链接依赖库的名字等一些特有的构建细节即可。

  总而言之,Buildroot本身提供构建流程的框架,开发者按照格式写脚本,提供必要的构建细节,配置整个系统,最后自动构建出你的系统。

  

  buildroot/packages里面有丰富的应用软件的配置文件,可以通过make menuconfig,出现图形化界面进行选择丰富的开源软件包的编译和构建。

1.4 构建JZ2440 开发环境

1.4.1 查看一下当前的buildroot中支持的开发板

  执行命令: make list-defconfigs

  

  在 2017.02.9 版本中并没有三星的模块,这里我们只能自己慢慢的一步步构建了。

1.4.2 构建开发板

  要构建自己的开发板,首先要创建一个基本的 buildroot配置作为开发板的基本编译系统。这里包括toolchain,kernel,bootloader,filesystem 和一个简单的 busy-box 用户空间。不要选择特别的配置,这个配置必须要足够小,并仅仅作为目标平台一个基本的 BusyBox 系统。

  执行 make menuconfig:

  

  • Target options:目标板的配置
    • Target Architecture:目标架构,这里选择 ARM(little endian),ARM小端模式
    • Target Binary Format:二进制格式,为 ELF
    • Target Architecture Variant:架构变体为 arm920t,内核类型
    • Target ABI:应用程序二进制接口,为EABI
    • Floating point strategy:浮点数的策略,选择为 Soft float
    • ARM instruction set:arm 汇编指令集,选择  ARM
  • Build options:主要是一些编译时用到的选项,比如dl的路径,下载代码包使用的路径,同时运行多个编译的上限,是否使能编译器缓冲区等等,这里按照默认就行了.
  • Toolchain:工具链选项
    • Toolchain type:Buildroot提供两种方式使用toolchain
      • external toolthain:非Buildroot提供的交叉编译器
      • Buildroot toolchain:Buildroot本身编译生成的Buildroot toolchain,直接选择此项
    • custom toolchain vendor name:填上S3C2440
    • C library:C库选择,选择 glibc
    • Kernel Headers:内核头文件,Linux 4.9.x kernel headers
    • glibc version:glibc版本选择,2.24
    • Binutils Version:binutils版本:2.27
    • Additional binutils options:附加的 binutils 选择,不填即可
    • GCC compiler Version:GCC版本选择,gcc 6.x
    • Additional gcc options:附件的GCC选项,不填写即可
    • Enable C++ support:使能C++支持,选上
    • Enable Fortran support:使能Fortran语言支持,不选
    • Enable compiler link-time-optimization support:是否支持LTO,不选,LTO是什么:http://blog.csdn.net/fickyou/article/details/52381776
    • Enable compiler OpenMP support:支持OpenMP?OpenMP用于共享内存并行系统的多处理器程序设计,OpenMP并不适合需要复杂的线程间同步和互斥的场合,OpenMp的另一个缺点是不能在非共享内存系统(如计算机集群)上使用。不选择
    • Enable graphite support :是否支持graphite。Graphite是应用WEB应用的一套开源的编程接口。不选择。具体看百度百科:https://baike.baidu.com/item/Graphite/9810474?fr=aladdin
    • Build cross gdb for the host:主机上运行gdb进行调试,不选
    • Copy gconv libraries:拷贝 gconv库,gconv库用于在不同字符集之间进行转换。默认不选即可
    • Enable MMU support:使能 MMU,S3C2440支持MMU,选上
    • Target Optimizations:不选
    • Target linker options:不选
    • Register toolchain within Eclipse Buildroot plug-in:eclipse插件支持,不选
  • System configuration:系统配置
    • Root FS skeleton:
    • System hostname:填写JZ2440 
    • System banner
    • Passwords encoding
    • Init system:系统初始化,选择 BusyBox
    • /dev management:设备文件管理,选择Dynamic using devtmpfs + mdev,即使用mdev动态加载设备节点的方式
    • Path to the permission tables:设备节点的配置表设置,一定要选择system/device_table_dev.txt,否则后面在dev目录下将不会生成各种设备节点。当然我们也可以手动的配置该文件,添加必要的节点或删除不需要的节点。
    • support extended attributes in device tables
    • Use symlinks to /usr for /bin, /sbin and /lib
    • Enable root login with password
    • Root password:进入linux控制台终端后的密码,为空则登录时不需要密码,默认登录用户名为root。为空。
    • /bin/sh (busybox' default shell)
    • Run a getty (login prompt) after boot:保持默认,默认为选中。
      • TTY port:配置为 ttySAC3
      • Baudrate :波特率,配置为 115200
      • TERM environment variable:默认即可
      • other options to pass to getty:默认即可
    • remount root filesystem read-write during boot
    • Network interface to configure through DHCP
    • Purge unwanted locales
    • Locales to keep
    • Generate locale data
    • Install timezone info
    • Path to the users tables
    • Root filesystem overlay directories:
    • Custom scripts to run before creating filesystem images
    • Custom scripts to run inside the fakeroot environment
    • Custom scripts to run after creating filesystem images
  • Kernel:内核配置
    • Kernel version:内核版本,选择用户自定义,Custom version
    • Kernel version:填上自己所需要的版本,4.14.12
    • Custom kernel patches:自定义的内核补丁,无
    • Kernel configuration:内核配置,选择 Using an in-tree defconfig file
    • Defconfig name:填写为 mini2440
    • Additional configuration fragment files:暂且不填写
    • Kernel binary format:内核二进制文件格式,zImage
    • Kernel compression format:内核压缩格式,选择gzip即可
    • Build a Device Tree Blob:设备树?暂且不填写
    • Install kernel image to /boot in target:暂且不填
    • Linux Kernel Extensions:内核扩展,默认不选择
    • Linux Kernel Tools:内核工具,默认不选择
  • Target packages
  • Filesystem images:文件系统选择,选择 yaffs2 root filesystem
  • Bootloaders:硬件启动程序,选择为 U-boot
    • Build system:u-boot系统选择为Kconfig
      • legacy:若是选择2015.04之前的u-boot 选择此项
      • Kconfig:2015.04之后的 u-boot 选择此项,勾选此项  
    • U-boot Version:U-boot版本,默认为 2017.01,选择为Custom version
    • U-Boot version:填写为2017.11
    • Custom U-boot patches:U-boot补丁,不添加
    • U-Boot configuration:U-boot配置,暂时还没有U-BOOT,所以选择为:Using an in-tree board defconfig file
    • Board defconfig:板子的配置,选择与架构一样的板子的默认文件,mini2440。后期再修改
    • U-boot needs dtc:是否需要设备树,默认,后期调试
    • U-boot needs OpenSSL:是否需要 OpenSSL,默认,后期调试修改
    • U-boot binary format:二进制文件,选择 .bin文件
    • produce a .ift signed image:默认
    • Install U-boot SPL binary image:默认
    • Environment image:默认
  • Host utilities
  • Legacy config options

  配置完成后,执行make命令。

  编译报错:

  

  这是因为 u-boot-2017.11中不再支持 mini2440的开发板了,找不到 mini2440_defconfig文件。

  u-boot-2017.11 解压到了 output/build 目录中。

  在目录中寻找 mini2440 开发板:find -name "*" | xargs grep -s mini2440

  

  可以看到 mini2440 在2014-01-13 被移除了。这样我们必须添加一块arm920t的开发板了。

  查找 S3C24X0:grep -irn --color "S3C24X0"

  

  S3C24X0的库函数还存在。这样得选择一块板子,重新搭建起 2440 开发板了。

  下一章继续。

posted @ 2018-01-07 23:19  游戏进行中  阅读(4767)  评论(0编辑  收藏  举报