一、openwrt结构分析
openwrt 系统宏观结构
openwrt目录结构
1. config 存着系统的配置文件
.in —> .config---->编译脚本解析
CONFIG_HAVE_DOT_CONFIG = y 等等
作用：控制整个编译过程，是整个系统的配置文件，如果需要增加新的编译选
项，需要按照config.in文件格式进行设计
Config-build.in //单纯去编译的最基本的配置文件
config-devel.in //用于开发的配置文件，基于源码开发
config-images.in //基于生成某种镜像
config-kernel.in //内核包括文件系统
所有的 .in文件会生成 .config 文件
- config-images.in
/* 镜像不等于编译，bulid后生成的 elf文件 */
*镜像与编译的区别*
elf --> image
对elf文件进行压缩放进镜像体里，把压缩算法的实现放在
镜像头里，运行时，先用自定义格式的内容的镜像头来解
压缩 镜像体，解压后释放进内存里运行
- config-bulid.in
用于管理各种文件，在以后安装模块时用
```bash
menu "Global build settings"
config ALL_NONSHARED
bool "Select all target specific packages by default"
default ALL || BUILDBOT
config ALL_KMODS
bool "Select all kernel module packages by default"
default ALL
config ALL
bool "Select all userspace packages by default"
default n
config BUILDBOT
bool "Set build defaults for automatic builds (e.g. via buildbot)"
default n
help
This option changes several defaults to be more suitable for
automatic builds. This includes the following changes:
- Deleting build directories after compiling (to save space)
- Enabling per-device rootfs support
- 在 .config文件中最关键的是 y 和 n 和其他关键字选项
- 脚本会使用它，#代表注释
# CONFIG_TARGET_ar7 is not set
# CONFIG_TARGET_omap is not set
# CONFIG_TARGET_uml is not set
# CONFIG_TARGET_zynq is not set
CONFIG_TARGET_x86=y
CONFIG_TARGET_x86_generic=y
# CONFIG_TARGET_x86_legacy is not set
# CONFIG_TARGET_x86_geode is not set
# CONFIG_TARGET_x86_64 is not set
CONFIG_TARGET_x86_generic_Generic=y
CONFIG_HAS_SUBTARGETS=y
CONFIG_TARGET_BOARD="x86"
CONFIG_TARGET_SUBTARGET="generic"
CONFIG_TARGET_PROFILE="Generic"
CONFIG_TARGET_ARCH_PACKAGES="i386_pentium4"
CONFIG_DEFAULT_TARGET_OPTIMIZATION="-Os -pipe -march=pentium4"
CONFIG_CPU_TYPE="pentium4"
CONFIG_LINUX_4_4=y
CONFIG_DEFAULT_base-files=y
CONFIG_DEFAULT_busybox=y
CONFIG_DEFAULT_dnsmasq=y
- 比如我们可以自己设置选项 在 config-build.in文件中
//设置选项
menu "helloworld"
endmenu
menu "Global build settings"
config ALL_NONSHARED
bool "Select all target specific packages by default"
default ALL || BUILDBOT
- make menuconfig
这里就会出现 helloworld的 选项，至于它所属的子选项
menu "helloworld"
config MY_TEST
bool "Select all target specific packages by default"
default n //bool默认值
help
helloman
endmenu
此时有了子选项
选择 HELP选项，出现下面的画面
2. include 文件
- 存放着openwrt的makefile的 头文件 是一个编译控制脚本
- 上层makefile可以包含下层makefile
- 总 Makefile ---->去执行 /include/.mk
( Makefile 脚本文件) - 作用提供makefile的编译脚本，控制整个编译过程，解析.config文件，生成部分变量，完成各个模块的编译
这是个总的MAKEFILE
- 总的makefile里包含大量的 .mk文件
include文件里面定义了一个模块里的细节结构的构成
3. package 软件包
- 用来放置各种安装的软件包，要更新的软件全放在这里
类型目录—功能目录—软件目录
第三方软件的Makefile模板
作用：提供了第三方软件的版本、下载地址、编译方法、安装地址，具有标准模板，第三方软件需要按照标准模板，自行添加软件编译脚本
- 如果本地没有的安装包，它会提供URL镜像地址下载
- 根据下载的包的类型来进行解压
- 根据包的依赖来不同下载的依赖下载安装
4. scripts
存放一些脚本，如python，JavaScript等
所有在编译过程中使用的脚本都会存放在此目录
批量更新或安装的包
5. target
存放用于编译各类cpu的平台使用的二进制文件，定义了各类平台的编译固件和内核的具体过程
6. tools
通用的编译工具
7. toolchain
嵌入式交叉编译工具
8. Makefile
顶层Makefile 不怎么需要改
9. rules_mk
定义了系统Makefile使用的各类变量和函数
10. feeds.conf.deafult
feeds.conf.default
由脚本文件feeds使用的配置文件，配置文件中定义了大量第三方软件包的下载地址
11. dl 文件夹
1.1 在编译过程中，各类编译工具下载包都保存在这个目录下
1.2 当编译过程卡在了某个包下载问题时，可以手动下载并存放在
dl包中
1.3 当下载的包特别慢的时候，可以修改的镜像下载地址
Example
1.开发一个第三方的应用程序，只需要实现helloworld
1.1 在package目录下创建专属的文件夹
1.2 在专属文件夹下进行Makefile创建，以及源码的添加
1.3 利用make menuconfig 进行相关包的选择
1.4 开始系统编译
1.5 bin/package找到对应第三方的（.ipk）包
1.6 使用软件安装程序进行ipk包的安装
12. feeds
1.1 编译过程产生的
1.2 系统的软件管理包，所有的第三方应用软件包，所有下载的软件包（openwrt系统自用）
./sripts/feeds update -a 更新包
./sripts/feeds install -a 去安装这个包
13. build_dir
在编译过程中产生的工具，交叉编译工具，最终的目标文件等都会存在此目录
> host ： tools文件中各类工具编译链的结果存在host中
> target-xxxx：编译完成的目录文件，包含系统的各类软件包，
内核，文件系统等
> toolchain-xxx：tools_chain交叉编译工具最终编译的结果
文件
14. bin
编译完成后，所有的ipk包，所有的内核镜像文件都会在此
编译成对应的指令集
x86 gcc
arm arm-linux-gcc
mips mips-linux-gcc
15. staging_dl
1.1 存放build_dir文件中各类编译成功的软件，所以和build_dir中的目录 结构相同，最终编译存放编译结果的地方
、、
1.2 各类系统库，头文件等都在该文件下，在自行开发ipk时，编译过程中头文件，链接动态库，链接的静态库都会保存在该子文件下
16. tmp
编译过程的大量临时文件都会在此
17. logs
报错日志，提醒编译过程中产生的错误
Openwrt 系统微观结构
1. feeds.config.deafult
2. feed支持的类型：
src-git 通过git的方式从后面的链接进行下载
src-cpy 通过path进行拷贝（通过U盘更新，本地镜像站）
src-bzr 通过bzr的方式从后面的链接进行下载
src-link 创建一个数据源path的symlink
src-svn 通过svn的方式从后面的链接进行下载
标准语法：
src-git packages https://git.lede-project.org/feed/packages.git^cd5c448758f30868770b9ebf8b656c1a4211a240
src-git luci https://git.lede-project.org/project/luci.git^d3f0685d63c1291359dc5dd089c82fa1e150e0c6
src-git routing https://git.lede-project.org/feed/routing.git^d11075cd40a88602bf4ba2b275f72100ddcb4767
src-git telephony https://git.lede-project.org/feed/telephony.git^ac6415e61f147a6892fd2785337aec93ddc68fa9
1. main Makefile
world:
1. 在执行make时，如果不指定任何目标，则默认目标是world
2. 如果在MAKE时不指定OPENWRT_BUILD参数时，进入第一个逻
辑，如果进行make OPENWRT_BUILD=1 则进入第二个逻辑
make V=s -j4 不会指定OPENWRT_BUILD的变量
第一个逻辑：
make V=s
include $(TOPDIR)/include/debug.mk 在编译过程中各个错误
include $(TOPDIR)/include/depends.mk 检查当前系统在编译内核阶段所有需要依赖的包是否安装
include $(TOPDIR)/include/toplevel.mk 解析编译的
.
- 当按下make V=s -j4时，会执行下面toplevel.mk文件
prereq:: perpare-tmpinfo .config
@make -r -s tmp/.prereq-build
@make V=ss -r -s
prereq %:
@make V=ss -r -s
@make -w -r world
目的为了生成prereq 和 world 这两个目标