在ubuntu上按照无数帖子无数文档搞了半天qt环境还有eclipse,最后才发现这些都是无关紧要的东西,首先能在ARM核心板上移植linux才是应该先实现的,自己瞎搞了半天移植,对着make menuconfig的复杂树型选项和添加代码迷糊不已,到了晚上下班才猛然醒悟一切都是因为自己kconfig和makefile的关系不明白,才在原地犯迷糊的。
自己的理解 + 网摘, 参考:
http://www.cnblogs.com/sirsunny/archive/2004/12/15/77506.html
http://blog.csdn.net/windriver_hf/archive/2010/04/16/5493622.aspx
Linux内核源码树的每个目录下都有一个Kconfig和Makefile, 分布到各目录的Kconfig构成了一个分布式的内核配置数据库, 每个Kconfig分别描述了所属目录源文档相关的内核配置菜单. 在linux目录执行内核配置make menuconfig时, 从Kconfig中读出菜单, 用户选择后保存到linux-2.6/.config的内核配置文档中. 在内核编译时, 主Makefile调用这个.config,
Kconfig就是对应着内核的每级配置菜单.
添加新的驱动时需要修改有两种(
1如果添加的只是文件, 则只需修改当前层Kconfig和Makefile文件;
2如果添加的是目录, 则需修改当前层和新添目录下的两个Kconfig, Makefile.
Kconfig文件中, 一个congfig的格式为:
config CONFIG_SYMBOL
tristate 'string' 或者 bool 'string'
default [y/n/m] if MACH_XXX2440
depends on ARCH_ARM
help
其中tristate/bool分别指两? ▂es, no)/三? ▂es, no, module)
BFIN_JTAG_COMM时此选项的标识,在于Kconfig的同目录的Makefile中,有如下:
obj-$(CONFIG_SYMBOL) += config_symbol.o
整个Makefile树分为5个组成部分:
(1)Makefile 最顶层的Makefile
(2).config 内核的当前配置文档, 编译时成为顶层Makefile的一部分
(3)arch/$(ARCH)/Makefile 和体系结构相关的Makefile
(4)Makefile.* : 一些特定Makefile的规则
(5)kbuild级别Makefile :各级目录下的大概约500个Makefile, 编译时根据上层Makefile传下来的宏定义和其他编译规则参数, 将源代码编译成模块或编入内核. 顶层的Makefile文档读取.config文档的内容, 并总体上负责build内核和模块.
Arch Makefile则提供补充体系结构相关的信息. 其中.config的内容是在make menuconfig的 时候, 通过Kconfig文档配置的结果.
假设想把自己写的一个flash的驱动程式加载到工程中, 而且能够通过menuconfig配置内核时选择该驱动简单步骤:
(1)写的flashtest.c 文档添加到/driver/mtd/maps/ 目录下.
(2)修改/driver/mtd/maps目录下的kconfig文档, 增加如下:
config MTD_flashtest
tristate “ap71_flash'
这样当make menuconfig时 , 将会出现 ap71 flash选项.
(3)修改同级目录下makefile文档. 添加如下内容:obj-$(CONFIG_MTD_flashtest) += flashtest.o
这样, 当运行make menucofnig时, 在/driver/mtd/maps/对应的选项下会发现ap71_flash选项, 这里是tristate(三态). 退出menucofnig时, 该选择就会保存在/linux-2.6.32/.config文档中. 当make编译内核时, 将会读取顶层的Makefile和.config, 如果ap71_flash 选项为yes, make在调用/driver/mtd/maps/下的makefile时, 将会把 flashtest.o 加入到内核中.
linux源码各级目录说明:
/arch: 包括所有和体系结构相关的核心代码. 它下面的每一个子目录都代表一种Linux支持的体系结构, 例如i386就是Intel CPU及与之相兼容体系结构的子目录. PC机一般都基于此目录.
/block: 部分块设备驱动程序.
/crypto: 常用加密和散列算法(如AES、SHA等), 还有一些压缩和CRC校验算法.
/drivers:系统中所有的设备驱动程序. 它又进一步划分成几类设备驱动, 每一种有对应的子目录, 如声卡的驱动对应于drivers/sound.
/fs: 包括Linux支持的文件系统代码. 不同的文件系统有不同的子目录对应, 如ext3文件系统对应的就是ext3子目录.
/ipc: 包括核心进程间的通信代码.
/include:包括编译核心所需要的大部分头文件, 例如与平台无关的头文件在include/linux子目录下.
/init: 包含核心的初始化代码(不是系统的引导代码), 有main.c和Version.c两个文件. 这是研究核心如何工作的好起点.
/modules:存放已建好的、可动态加载的模块.
/mm: 包括所有的内存管理代码. 与具体硬件体系结构相关的内存管理代码位于arch/*/mm目录下.
/Kernel: 内核管理的核心代码. 同时与处理器结构相关代码都放在arch/*/kernel目录下.
/net: 核心的网络部分代码, 其每个子目录对应于网络的一个方面.
/lib: 包含了核心的库代码, 不过与处理器结构相关的库代码被放在arch/*/lib/目录下.
/sound: 常用音频设备的驱动程序等.
/scripts:包含用于配置核心的脚本文件.
/usr: 实现了一个cpio.
上一篇:linux 2.6.32 在arm9(s3c2440)平台的移植 - 标题要长(2)
下一篇:嵌入式linux平台上Eclipse C++开发环境的建立
推荐阅读最新更新时间:2024-11-17 15:21
设计资源 培训 开发板 精华推荐
- 具有 400mA 突发钳位、fSW = 1MHz 同步降压型稳压器的 LTC3621EDCB-5 2.5V Vout 的典型应用
- EN6337QA 3A PowerSoC 电压模式同步 PWM 降压与集成电感器的典型应用电路
- MCP1726 1A、低电压、低静态电流 LDO 固定输出稳压器的典型应用
- L78L12C正压稳压器高输出电流短路保护的典型应用
- 具有板载 ADC 和 I2C 的 LTC2945IUD-1 功率监视器的典型应用
- LT1764AEFE-1.5 3.3 VIN 至 2.5 VOUT LDO 稳压器的典型应用
- 借助这款用于 LTC3440 的高效单电感器同步降压-升压稳压器,可以更轻松地将锂离子电池电压转换为 3.3V
- LTC1655IS8 的典型应用,用于数字可编程电流源的 16 位轨至轨微功率 DAC
- RH1499M 的典型应用 - 10MHz、6V/us、四路轨到轨输入和输出精密 C 负载运算放大器
- LTC2938HDE 缓冲 VREF 为高电流电路供电的典型应用电路