Linux 链接脚本分析

转自：http://blog.csdn.net/lizuobin2/

在前面学习的过程中，看代码时遇到 arch_initcall(xxx) 等函数总是处于愣神的状态，对于最基础的 module_init(xxx) 也只是拿来用用，不知道幕后的东西，了解 MACHINE_START 创建了一个 machine_desc ，却不知道 machine_desc->map_io 等函数时何时调用的。

    这篇文章，就来搞定他们，再遇到它们时，拒绝懵比！

首先，来看下链接脚本的缩略版：

内核的文件就是这样组织的，但是具体每个段放的什么东西，怎么放进去，何时取出来我们不知道，下面一个一个分析。

1、*(.proc.info.init) 段

    内核中，定义了若干个 proc_info_list 结构，它的结构原形在 include/asm-arm/procinfo.h 中，表示它所支持的CPU。

对于ARM 架构 的CPU，这些结构体的源码在arch/arm/mm/目录下，比如 proc-arm920.S , proc_info_list 结构被定义在 ".proc.info.init" 段，在连接内核时，这些结构体被组织在一起，开始地址 __proc_info_begin ，结束地址 _proc_info_end 。

 在内核启动时，首先读取出芯片ID，然后就在__proc_info_begin 和  _proc_info_end  取出 proc_info_list ，看内核是否支持这个CPU。

2、 *(.arch.info.init) 段

    *(.arch.info.init) 段，存放的是内核所支持的单板信息如机器ID、其实IO物理地址等，它由 MACHINE_START、MACHINE_END 定义。

将宏展开：

内核连接时，所有的 machine_desc 结构都会位于 ".arch.info.init" 段，不同的 machine_desc 结构体用于不同的单板，u-boot 调用内核时，会在 r1 寄存器中给出开发板的标记（机器ID），在__lookup_machine_type 函数中，将取出 ".arch.info.init" 段中的每一个 machine_desc 结构，比较 r1 与 machine_desc->nr 判断内核是否支持该单板。

顺便看一下 map_io 等函数的调用时机：

先后顺序：

start_kernel -》setup_arch -》 map_io -》 init_irq -》 timer -》 init_machine
map_io 函数中 会对内核进行分区还有时钟、串口的初始化，移植内核时需注意！（传入的机器ID不同，调用的初始化函数自然不同咯）

3、*(.taglist.init)
    *(.taglist.init) 段存放的是 uboot 传递到内核的 tag 的处理函数。在 uboot 中，定义了一个 tag 结构体，里面存放要传递给内核的信息，Uboot 将 tag 依次排放在和内核约定的地点，如s3c2440是 0x30000100 处，排放顺序是有要求的，必须以 ATAG_CORE 标记的 tag 开头，以 ATAG_NONE 为标记的 tag 结尾。

在内核中，使用 __tagtable 来将处理 tag 的函数放到 *(.taglist.init) 段

arch\arm\kernel\setup.c

在内核启动过程中，会使用 parse_tags 来处理 tag ，它最终会调用到 parse_tag ，取出 __tagtable_begin 和 __tagtable_end 之间的每一个 tagtable ，比较它们的类型，如果相同则调用 tagtable 里的处理函数来处理这个tag 。

parse_early_param 处理 early_param 定义的参数，parse_args 处理 __setup 定义的参数