buildroot简单指导

2024-05-09 21:32
文章标签 简单 指导 buildroot

本文主要是介绍buildroot简单指导,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 公司基于buildroot开发, 本人是应届毕业生,刚步入公司,对buildroot不会使用同时也存在很多疑惑,经过小段时间的摸索和上司的简单指导,总算摸清了buildroot常用的一些配置,故此分享下,希望很帮助到初涉buildroot的友友们,如本人有理解错的地方也欢迎大家拍砖和纠正;

    对于buildroot我就不做过多的阐述了网上很多资料都有阐述;

PC环境 Ubuntu 10.10 

    buildroot源码下载地址 http://git.buildroot.net/buildroot/refs/tags  本人下载的是buildroot-2014.11.tar.bz2

    在使用buildroot之前先搭建好开发环境:查看编译buildroot需安装的软件包

http://buildroot.net 点击菜单栏的 Documentation项,
--->Latest stable release  任意选一个(如Online HTML)  
  Online HTML   
PDF document
ASCII text


找到 2.1. Mandatory packages 项,把还没安装的软件包安装完毕,使用apt-get install ,如果安装了会提示安装已经是最新版本;

还有一点需要说明的是buildroot虽然使用起来很方便,但使用期间编译各种包可能会出现各种奇奇怪怪的错误信息,这也需要大家一步步排错,路不可能都是一帆风顺的;

        解压 buildroot-2014.11.tar.bz2 到工作目录,进入buildroot-2014.11 执行make menuconfig 就会出现buildroot的配置菜单


buildroot配置:
    1.选择处理器类型
    2.选择处理器核心
    3.配置交叉编译工具链
    4.配置C库
    5.配置内核和内核头
    6.配置BusyBox
    7.配置根文件系统
    8.配置Bootloader
    9.其他配置等

buildroot 在make时,会在顶层目录创建dl目录,然后在dl目录寻找需要的安装包,如果找不到需要的安装包就会从网
上下载安装包到dl目录,再解压到output/build目录下,再编译安装;或者在你指定的工作目录,拷贝源文件到
output/build目录下,再编译安装;
最后根文件系统则存放在output/target ,内核镜像、uboot、压缩的根文件系统存放在output/images下
交叉编译工具链存放在output\host\usr\bin下 
所以在make clean或make distclean之前最好把dl做备份

make指令
make linux-menuconfig  //进入output/build目录下的内核目录执行相应的Makefile文件,出现内核配置菜单 
make busybox-menuconfig //进入output/build目录下的busybox目录执行相应的Makefile文件,出现busybox配置菜单 
make uclibc-menuconfig   //进入output/build目录下的uclibc目录执行相应的Makefile文件,出现uclibc配置菜单 
同理
make linux-clean 
make linux-distclean 
make busybox-clean 
make busybox-distclean
make uclibc-clean 
make uclibc-distclean


------------ buildroot顶层目录下make menuconfig时的部分配置选项 ------------

/* 
  如果要使用自己的内核源码、内核头、等信息存放在local.mk文件中
*/
//此处指定的自定义配置的配置文件
Build options  ---> 
     ( )location of a package override file
//顶层目录下.config配置文件里的选项
BR2_PACKAGE_OVERRIDE_FILE="/mt7620/configs/local.mk"   //该配置文件需要自己编写  vi  local.mk

//全局补丁目录
Build options  ---> 
    ( ) global patch directories 
//顶层目录下.config配置文件里的选项
BR2_GLOBAL_PATCH_DIR="/mt7620/patch"

//指定uClibc配置文件,第一次make的时候,buildroot将该配置文件拷贝到output/build/目录下uClibc自己
//的目录,成为.config,运行该配置,后续自己改动的配置是保存在.config而不是用户指定的配置文件
Toolchain  --->
    ( ) uClibc configuration file to use? 
//顶层目录下.config配置文件里的选项
BR2_UCLIBC_CONFIG="/mt7620/configs/uclibc.config"

//指定buildroot自动拷贝到target目录下的根文件系统的母本的目录,默认则由BUSYBOX创建
System configuration  --->
    Root FS skeleton (custom target skeleton)  --->                                    
        ( ) custom target skeleton path 
//顶层目录下.config配置文件里的选项
BR2_ROOTFS_SKELETON_CUSTOM_PATH="/mt7620/skeleton"

//在构建完根文件系统前执行的脚本,此处可以执行自己需要执行的脚本
System configuration  --->
    ( )  Custom scripts to run before creating filesystem images
//顶层目录下.config配置文件里的选项
BR2_ROOTFS_POST_BUILD_SCRIPT=""

//在构建完根文件系统后执行的脚本,此处可以执行自己需要执行的脚本
System configuration  --->
    ( ) Custom scripts to run after creating files
//顶层目录下.config配置文件里的选项
BR2_ROOTFS_POST_IMAGE_SCRIPT="/mt7620/scripts/postimage.sh"

//指定内核配置文件,第一次make的时候,buildroot将该配置文件拷贝到output/build/linux-custom
//目录下,成为.config,运行该配置,后续自己改动的配置是保存在.config而不是用户指定的配置文件
Kernel  ---> 
    Kernel configuration (Using a custom config file)  --->                      
        ( ) Configuration file path 
//顶层目录下.config配置文件里的选项
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="/mt7620/configs/linux.config"

//指定busybox配置文件,第一次make的时候,buildroot将该配置文件拷贝到output/build/目录下busybox自己
//的目录,成为.config,运行该配置,后续自己改动的配置是保存在.config而不是用户指定的配置文件
Target packages  --->
    ( ) BusyBox configuration file to use?  
//顶层目录下.config配置文件里的选项
BR2_PACKAGE_BUSYBOX_CONFIG="/mt7620/configs/busybox.config"


---------------------------------- local.mk文件编写 ---------------------------------
格式:XXXXXX_OVERRIDE_SRCDIR = /.../my_xxxxxx  
参考例子如下:

//指定自己的内核源代码工作目录,buildroot里的内核源代码设置就会被自动替换
//然后将其源文件拷贝到output/build/目录下,buildroot最后是编译output/build/目录下各子目录的代码                                       
LINUX_OVERRIDE_SRCDIR = /mt7620/my_linux  

//指定自己的内核头工作目录,buildroot里的内核头设置就会被自动替换
//然后将其源文件拷贝到output/build/目录下,buildroot最后是编译output/build/目录下各子目录的代码  
LINUX_HEADERS_OVERRIDE_SRCDIR = /mt7620/my_linux

//指定自己的busybox工作目录,buildroot里的busybox设置就会被自动替换
//然后将其源文件拷贝到output/build/目录下,buildroot最后是编译output/build/目录下各子目录的代码  
BUSYBOX_OVERRIDE_SRCDIR = /mt7620/my_busybox

//指定自己的 C library工作目录,buildroot里的C library设置就会被自动替换
//然后将其源文件拷贝到output/build/目录下,buildroot最后是编译output/build/目录下各子目录的代码  
UCLIBC_OVERRIDE_SRCDIR = /mt7620/my_uclibc



这篇关于buildroot简单指导的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/974551

相关文章

csu 1446 Problem J Modified LCS (扩展欧几里得算法的简单应用)

这是一道扩展欧几里得算法的简单应用题,这题是在湖南多校训练赛中队友ac的一道题,在比赛之后请教了队友,然后自己把它a掉 这也是自己独自做扩展欧几里得算法的题目 题意:把题意转变下就变成了:求d1*x - d2*y = f2 - f1的解,很明显用exgcd来解 下面介绍一下exgcd的一些知识点:求ax + by = c的解 一、首先求ax + by = gcd(a,b)的解 这个

hdu2289(简单二分)

虽说是简单二分,但是我还是wa死了  题意:已知圆台的体积,求高度 首先要知道圆台体积怎么求:设上下底的半径分别为r1,r2,高为h,V = PI*(r1*r1+r1*r2+r2*r2)*h/3 然后以h进行二分 代码如下: #include<iostream>#include<algorithm>#include<cstring>#include<stack>#includ

usaco 1.3 Prime Cryptarithm(简单哈希表暴搜剪枝)

思路: 1. 用一个 hash[ ] 数组存放输入的数字,令 hash[ tmp ]=1 。 2. 一个自定义函数 check( ) ,检查各位是否为输入的数字。 3. 暴搜。第一行数从 100到999,第二行数从 10到99。 4. 剪枝。 代码: /*ID: who jayLANG: C++TASK: crypt1*/#include<stdio.h>bool h

uva 10387 Billiard(简单几何)

题意是一个球从矩形的中点出发,告诉你小球与矩形两条边的碰撞次数与小球回到原点的时间,求小球出发时的角度和小球的速度。 简单的几何问题,小球每与竖边碰撞一次,向右扩展一个相同的矩形;每与横边碰撞一次,向上扩展一个相同的矩形。 可以发现,扩展矩形的路径和在当前矩形中的每一段路径相同,当小球回到出发点时,一条直线的路径刚好经过最后一个扩展矩形的中心点。 最后扩展的路径和横边竖边恰好组成一个直

poj 1113 凸包+简单几何计算

题意: 给N个平面上的点,现在要在离点外L米处建城墙,使得城墙把所有点都包含进去且城墙的长度最短。 解析: 韬哥出的某次训练赛上A出的第一道计算几何,算是大水题吧。 用convexhull算法把凸包求出来,然后加加减减就A了。 计算见下图: 好久没玩画图了啊好开心。 代码: #include <iostream>#include <cstdio>#inclu

uva 10130 简单背包

题意: 背包和 代码: #include <iostream>#include <cstdio>#include <cstdlib>#include <algorithm>#include <cstring>#include <cmath>#include <stack>#include <vector>#include <queue>#include <map>

JAVA用最简单的方法来构建一个高可用的服务端,提升系统可用性

一、什么是提升系统的高可用性 JAVA服务端,顾名思义就是23体验网为用户提供服务的。停工时间,就是不能向用户提供服务的时间。高可用,就是系统具有高度可用性,尽量减少停工时间。如何用最简单的方法来搭建一个高效率可用的服务端JAVA呢? 停工的原因一般有: 服务器故障。例如服务器宕机,服务器网络出现问题,机房或者机架出现问题等;访问量急剧上升,导致服务器压力过大导致访问量急剧上升的原因;时间和

理解分类器(linear)为什么可以做语义方向的指导?(解纠缠)

Attribute Manipulation(属性编辑)、disentanglement(解纠缠)常用的两种做法:线性探针和PCA_disentanglement和alignment-CSDN博客 在解纠缠的过程中,有一种非常简单的方法来引导G向某个方向进行生成,然后我们通过向不同的方向进行行走,那么就会得到这个属性上的图像。那么你利用多个方向进行生成,便得到了各种方向的图像,每个方向对应了很多

简单的角色响应鼠标而移动

actor类 //处理移动距离,核心是找到角色坐标在世界坐标的向量的投影(x,y,z),然后在世界坐标中合成,此CC是在地面行走,所以Y轴投影始终置为0; using UnityEngine; using System.Collections; public class actor : MonoBehaviour { public float speed=0.1f; CharacterCo

docker-compose安装和简单使用

本文介绍docker-compose的安装和使用 新版docker已经默认安装了docker-compose 可以使用docker-compose -v 查看docker-compose版本 如果没有的话可以使用以下命令直接安装 sudo curl -L https://github.com/docker/compose/releases/download/1.16.1/docker-c