buildroot构建项⽬（⼀）---buildroot介绍【转】
转⾃：
1.1 什么是buildroot
  Buildroot是Linux平台上⼀个构建嵌⼊式Linux系统的框架。整个Buildroot是由Makefile脚本和Kconfig配置⽂件构成的。你可以和编译Linux内核⼀样，通过buildroot 配置，menuconfig修改，编译出⼀个完整的可以直接烧写到机器上运⾏的Linux系统软件(包含boot、kernel、rootfs以及rootfs中的各种库和应⽤程序)。
  下载：git clone git://git.buildroot/buildroot
  解压：tar -xzvf buildroot-2017.02.
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是什么：blog.csdn/fickyou/article/details/52381776
Enable compiler OpenMP support：⽀持OpenMP？OpenMP⽤于并⾏系统的多处理器程序设计，OpenMP并不适合需要复杂的线程间同步和互斥的场
合，OpenMp的另⼀个缺点是不能在⾮系统(如)上使⽤。不选择
Enable graphite support ：是否⽀持graphite。Graphite是应⽤WEB应⽤的⼀套开源的编程接⼝。不选择。具体看百度百科：
baike.baidu/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_，否则后⾯在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 开发板了。
  下⼀章继续。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。