linux 2.6.32 在arm9(s3c2440)平台的移植2 -- Kconfig和Makefile

发布时间:2024-07-29  

在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.


文章来源于:电子工程世界    原文链接
本站所有转载文章系出于传递更多信息之目的,且明确注明来源,不希望被转载的媒体或个人可与我们联系,我们将立即进行删除处理。

我们与500+贴片厂合作,完美满足客户的定制需求。为品牌提供定制化的推广方案、专属产品特色页,多渠道推广,SEM/SEO精准营销以及与公众号的联合推广...详细>>

利用葫芦芯平台的卓越技术服务和新产品推广能力,原厂代理能轻松打入消费物联网(IOT)、信息与通信(ICT)、汽车及新能源汽车、工业自动化及工业物联网、装备及功率电子...详细>>

充分利用其强大的电子元器件采购流量,创新性地为这些物料提供了一个全新的窗口。我们的高效数字营销技术,不仅可以助你轻松识别与连接到需求方,更能够极大地提高“闲置物料”的处理能力,通过葫芦芯平台...详细>>

我们的目标很明确:构建一个全方位的半导体产业生态系统。成为一家全球领先的半导体互联网生态公司。目前,我们已成功打造了智能汽车、智能家居、大健康医疗、机器人和材料等五大生态领域。更为重要的是...详细>>

我们深知加工与定制类服务商的价值和重要性,因此,我们倾力为您提供最顶尖的营销资源。在我们的平台上,您可以直接接触到100万的研发工程师和采购工程师,以及10万的活跃客户群体...详细>>

凭借我们强大的专业流量和尖端的互联网数字营销技术,我们承诺为原厂提供免费的产品资料推广服务。无论是最新的资讯、技术动态还是创新产品,都可以通过我们的平台迅速传达给目标客户...详细>>

我们不止于将线索转化为潜在客户。葫芦芯平台致力于形成业务闭环,从引流、宣传到最终销售,全程跟进,确保每一个potential lead都得到妥善处理,从而大幅提高转化率。不仅如此...详细>>