linux内核学习-编译架构-2.链接文件lds

上一篇文章说了make命令是怎么根据make menuconfig的配置编译出.o文件的。根据程序编译的过程“检查语法，编译，最后链接”。最后需要有一个文件用来组织这些.o文件。这里最重要的一个就是程序的入口地址。

一、找到vmlinux.lds文件

根据目标系统的不同的，vmlinux.lds的文件也会不同。比如，arm架构的在/arch/arm/kernel/ vmlinux.lds
打开这个文件，如下

从这个文件的注释可以知道lds文件是脚本工具自动生成，用户不要去更改它。
图片代码可以获取到信息是

1. 入口的函数是ENTRY(stext)。叫stext的函数，是一个汇编函数。不是main函数哦。
2. 看391行可以知道存放链接的顺序依次为：initcall0.init, initcall0s.init…

二、扩展下initcall机制

在linux初始化的过程中,内核采用了一种initcall的机制,它利用gcc的扩展功能以及ld的连接控制脚本实现了在内核初始化的过程中通过简单的循环就实现了相关驱动的初始化。

具体的机制我还看不懂，这边博文写的挺好，不过文章挺乱的，也不好理解。先mark吧。以后我可能就懂了。

我当前个人感觉就是它会找这个文件/include/linux/init.h中的定义的启动代码。文件下定义了这样的代码

#define pure_initcall(fn)		__define_initcall("0",fn,0)

#define core_initcall(fn)		__define_initcall("1",fn,1)
#define core_initcall_sync(fn)		__define_initcall("1s",fn,1s)
#define postcore_initcall(fn)		__define_initcall("2",fn,2)
#define postcore_initcall_sync(fn)	__define_initcall("2s",fn,2s)
#define arch_initcall(fn)		__define_initcall("3",fn,3)
#define arch_initcall_sync(fn)		__define_initcall("3s",fn,3s)
#define subsys_initcall(fn)		__define_initcall("4",fn,4)
#define subsys_initcall_sync(fn)	__define_initcall("4s",fn,4s)
#define fs_initcall(fn)			__define_initcall("5",fn,5)
#define fs_initcall_sync(fn)		__define_initcall("5s",fn,5s)
#define rootfs_initcall(fn)		__define_initcall("rootfs",fn,rootfs)
#define device_initcall(fn)		__define_initcall("6",fn,6)
#define device_initcall_sync(fn)	__define_initcall("6s",fn,6s)
#define late_initcall(fn)		__define_initcall("7",fn,7)
#define late_initcall_sync(fn)		__define_initcall("7s",fn,7s)

代码中的1,2,3,4这些就是指模块的启动顺序，比如叫core_initcall的内核（core）模块，就是第一个启动。

分析到这里貌似我的思路又断了，下一步，应该如何编译。先停留在这。后续再分析