沉浮山水

导航

< 2025年7月 >
29 30 1 2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31 1 2
3 4 5 6 7 8 9
统计
 

2012年5月25日

Linux 启动首先运行 /init/main.c 中的函数:
 
asmlinkage void __init start_kernel(void)
 
其中调用了 arch/arm/kernel/Setup.c 中的 setup_arch(&command_line);
 
mdesc = setup_machine(machine_arch_type);
 
list = lookup_machine_type(nr);
 
在 head-common.S ( arch\arm\kernel) 中定义了;
 
__lookup_machine_type:
adr r3, 4b
ldmia r3, {r4, r5, r6}
sub r3, r3, r4 @ get offset between virt&phys
add r5, r5, r3 @ convert virt addresses to
add r6, r6, r3 @ physical address space
1: ldr r3, [r5, #MACHINFO_TYPE] @ get machine type
teq r3, r1 @ matches loader number?
beq 2f @ found
add r5, r5, #SIZEOF_MACHINE_DESC @ next machine_desc
cmp r5, r6
blo 1b
mov r5, #0 @ unknown machine
2: mov pc, lr
ENDPROC(__lookup_machine_type)
 
其中 nr 的参数是从 U-boot 传递过来的,在 Mx51_3DS 板上就是 MX51_3DS
 
MACHINE_START(MX51_3DS, "Freescale MX51 3-Stack Board")
.fixup = fixup_mxc_board,
.map_io = mx5_map_io,
.init_irq = mx5_init_irq,
.init_machine = mxc_board_init,
.timer = &mxc_timer,
MACHINE_END
 
#define MACHINE_START(_type,_name) \
static const struct machine_desc __mach_desc_##_type \
 __used \
 __attribute__((__section__(".arch.info.init"))) = { \
.nr = MACH_TYPE_##_type, \
.name = _name,
 
#define MACHINE_END \
};
 
在 Mach-types.h ( include\generated ) 中定义了 nr 的实际值:
 
#define MACH_TYPE_MX51_3DS             1696
 
MACHINE_START主要是定义了"struct machine_desc"的类型,放在 section(".arch.info.init"),是初始化数据,Kernel 起来之后将被丢弃。
其余各个成员函数在setup_arch()中被赋值到内核结构体,在不同时期被调用:
1. .init_machine 在 arch/arm/kernel/setup.c 中被 customize_machine 调用,放在 arch_initcall() 段里面,会自动按顺序被调用。
2. .init_irq在start_kernel() --> init_IRQ() --> init_arch_irq()中被调用
3. .map_io 在 setup_arch() --> paging_init() --> devicemaps_init()中被调用
4. .timer是定义系统时钟。在start_kernel() --> time_init()中被调用。
 
 
其他主要都在 setup_arch() 中用到。
 
 
arch_initcall:
 
参见include/linux/init.h和vmlinux.lds 
 
1) 
所有标识为__init的函数在链接的时候都放在.init.text这个区段内, 
在这个区段中,函数的摆放顺序是和链接的顺序有关的,是不确定的。 
 
2) 
所有的__init函数在区段.initcall.init中还保存了一份函数指针, 
在初始化时内核会通过这些函数指针调用这些__init函数指针, 
并在整个初始化完成后,释放整个init区段(包括.init.text,.initcall.init等), 
 
注意,这些函数在内核初始化过程中的调用顺序只和这里的函数指针的顺序有关, 
和1)中所述的这些函数本身在.init.text区段中的顺序无关。 
 
在2.4内核中,这些函数指针的顺序也是和链接的顺序有关的,是不确定的。 
 
在2.6内核中,initcall.init区段又分成7个子区段,分别是 
.initcall1.init 
.initcall2.init 
.initcall3.init 
.initcall4.init 
.initcall5.init 
.initcall6.init 
.initcall7.init 
 
当需要把函数fn放到.initcall1.init区段时,只要声明 
core_initcall(fn); 
即可。 
 
其他的各个区段的定义方法分别是: 
core_initcall(fn) --->.initcall1.init 
postcore_initcall(fn) --->.initcall2.init 
arch_initcall(fn) --->.initcall3.init 
subsys_initcall(fn) --->.initcall4.init 
fs_initcall(fn) --->.initcall5.init 
device_initcall(fn) --->.initcall6.init 
late_initcall(fn) --->.initcall7.init 
 
而与2.4兼容的initcall(fn)则等价于device_initcall(fn)。 
 
各个子区段之间的顺序是确定的,即先调用.initcall1.init中的函数指针 
再调用.initcall2.init中的函数指针,等等。 
而在每个子区段中的函数指针的顺序是和链接顺序相关的,是不确定的。 
 
在内核中,不同的init函数被放在不同的子区段中,因此也就决定了它们的调用顺序。 
这样也就解决了一些init函数之间必须保证一定的调用顺序的问题。 
posted @ 2012-05-25 09:05 沉浮山水 阅读(218) 评论(0) 推荐(0)
 
 
点击右上角即可分享
微信分享提示