Linux/Android启动 之 (module_init和machine-init函数)

Linux/Android启动之Machine-Init函数

一. 基础知识

1. Linux启动过程中驱动模块初始化的位置

Linux OS的启动过程中将会去创建线程kernel_init，该线程负责Driver初始化等一系列工作。线程kernel_init将会依次调用do_basic_setup()
-->do_initcalls()-->do_one_initcall()，并在do_initcalls()中完成对各个驱动模块Init函数的调用。
这部分代码如下：
函数do_basic_setup()如下：

/* * Ok, the machine is now initialized. None of the devices * have been touched yet, but the CPU subsystem is up and * running, and memory and process management works. * * Now we can finally start doing some real work.. */ static void __init do_basic_setup(void) { rcu_init_sched(); /* needed by module_init stage. */ init_workqueues(); usermodehelper_init(); driver_init(); init_irq_proc(); do_initcalls(); }

函数do_initcalls()：

extern initcall_t __initcall_start[], __initcall_end[], __early_initcall_end[]; static void __init do_initcalls(void) { initcall_t *call; for (call = __early_initcall_end; call < __initcall_end; call++) do_one_initcall(*call); /* Make sure there is no pending stuff from the initcall sequence */ flush_scheduled_work(); }

函数do_one_initcall(initcall_t fn)如下：

int initcall_debug; core_param(initcall_debug, initcall_debug, bool, 0644); int do_one_initcall(initcall_t fn) { int count = preempt_count(); ktime_t calltime, delta, rettime; char msgbuf[64]; struct boot_trace_call call; struct boot_trace_ret ret; if (initcall_debug) { call.caller = task_pid_nr(current); printk("calling %pF @ %i/n", fn, call.caller); calltime = ktime_get(); trace_boot_call(&call, fn); enable_boot_trace(); } ret.result = fn(); if (initcall_debug) { disable_boot_trace(); rettime = ktime_get(); delta = ktime_sub(rettime, calltime); ret.duration = (unsigned long long) ktime_to_ns(delta) >> 10; trace_boot_ret(&ret, fn); printk("initcall %pF returned %d after %Ld usecs/n", fn, ret.result, ret.duration); } msgbuf[0] = 0; if (ret.result && ret.result != -ENODEV && initcall_debug) sprintf(msgbuf, "error code %d ", ret.result); if (preempt_count() != count) { strlcat(msgbuf, "preemption imbalance ", sizeof(msgbuf)); preempt_count() = count; } if (irqs_disabled()) { strlcat(msgbuf, "disabled interrupts ", sizeof(msgbuf)); local_irq_enable(); } if (msgbuf[0]) { printk("initcall %pF returned with %s/n", fn, msgbuf); } return ret.result; }

二．Machine-Init函数被调用的位置

Machine-Init也将在函数do_one_initcall(initcall_t fn)中伴随其它的模块Init函数一起被调用，不同之处在于Machine-Init的优先级最高。

三．Machine-Init函数相关解析过程

1. 重要结构体machine_desc说明

struct machine_desc描述了机器（machine, 也就是目标板）对内核初始阶段资源分配至关重要的一些参数。
首先，来看一下结构体machine_des的内容（在arch/arm/include/asm/mach/arch.h）：

struct machine_desc { /* * Note! The first four elements are used * by assembler code in head.S, head-common.S */ unsigned intnr;/* architecture number,记录体系结构*/ unsigned intphys_io;/* start of physical io*/ unsigned intio_pg_offst;/* byte offset for io * page tabe entry*/ const char*name;/* architecture name，体系结构名字*/ unsigned longboot_params;/* tagged list*/ unsigned intvideo_start;/* start of video RAM*/ unsigned intvideo_end;/* end of video RAM*/ unsigned intreserve_lp0 :1;/* never has lp0*/ unsigned intreserve_lp1 :1;/* never has lp1*/ unsigned intreserve_lp2 :1;/* never has lp2*/ unsigned intsoft_reboot :1;/* soft reboot*/ void(*fixup)(struct machine_desc *, struct tag *, char **, struct meminfo *); void(*map_io)(void);/* IO mapping function*/ void(*init_irq)(void); struct sys_timer*timer;/* system tick timer*/ void(*init_machine)(void); };

其中，结构体的最后一个函数指针init_machine会被初始化为Machine-Init的地址。系统中针对每一种CPU都会去定义一个该结构体变量，并在系统的启动过程中进行引用。

2. 对应当前开发板的结构体machine_des的初始化

这里以Samsung S3C6410的开发板的BSP为例来进行分析。
Samsung S3C6410的machine_des在文件arch/arm/mach-s3c6410/mach-s3c6410.c中定义，定义方式如下：

MACHINE_START(SMDK6410, "SMDK6410") /* Maintainer: Ben Dooks <ben@fluff.org> */ .phys_io= S3C_PA_UART & 0xfff00000, .io_pg_offst= (((u32)S3C_VA_UART) >> 18) & 0xfffc, .boot_params= S3C64XX_PA_SDRAM + 0x100, .fixup= smdk6410_fixup, .init_irq= s3c6410_init_irq, .map_io= smdk6410_map_io, .init_machine= smdk6410_machine_init, #ifndef CONFIG_HIGH_RES_TIMERS .timer= &s3c64xx_timer, #else .timer= &sec_timer, #endif /* CONFIG_HIGH_RES_TIMERS */ MACHINE_END

Linux中针对各个不同的CPU存在很多个类似于上面的定义，宏定义MACHINE_START的定义如下：

/* * Set of macros to define architecture features. This is built into * a table by the linker. */ #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/ };

其实，宏定义替换后的就变成了如下的定义方式：

static const struct machine_desc__SMDK6410 __used __attribute__((__section__(".arch.info.init"))) = { /*__section__指定了该结构体被链接的位置*/ .nr = MACH_TYPE_SMDK6410, .name = "SMDK6410", phys_io= S3C_PA_UART & 0xfff00000, .io_pg_offst= (((u32)S3C_VA_UART) >> 18) & 0xfffc, .boot_params= S3C64XX_PA_SDRAM + 0x100, .fixup= smdk6410_fixup, .init_irq= s3c6410_init_irq, .map_io= smdk6410_map_io, .init_machine= smdk6410_machine_init, #ifndef CONFIG_HIGH_RES_TIMERS .timer= &s3c64xx_timer, #else .timer= &sec_timer, };

3. 函数setup_machine实现对结构体machine_des的定位

函数setup_machine实现对结构体machine_des位置的判别，其代码代码如下：

static struct machine_desc * __init setup_machine(unsigned int nr) { struct machine_desc *list; /* * locate machine in the list of supported machines.可能支持多个cpu哦 */ list = lookup_machine_type(nr); if (!list) { printk("Machine configuration botched (nr %d), unable " "to continue./n", nr); while (1); } printk("Machine: %s/n", list->name); return list; }

上面红色标记的函数lookup_machine_type(nr)用汇编实现在文件head.S中，用来查找对应当前设备的machine_desc变量位置，并通过函数lookup_machine_type指向其起始位置，后续就可以直接通过该返回值来对结构体machine_desc变量machine_desc__SMDK6410的值进行读取，如后面读取Machine-Init函数的指针的操作init_machine = mdesc->init_machine。
而函数setup_machine被调用的过程如下（start_kernelàsetup_archàsetup_machine）：





在函数setup_machine最后会在全局指针变量init_machine中记录Machine-Init函数的信息。

4. Machine-Init的导出

在文件arch/arm/kernel/setup.c中通过如下的方式将Machine-Init设置为模块的Init函数：

static void (*init_machine)(void) __initdata; static int __init customize_machine(void) { /* customizes platform devices, or adds new ones */ if (init_machine) init_machine(); return 0; } arch_initcall(customize_machine);

可能不太熟悉驱动优先级的人会觉得，这里怎么使用arch_initcall导出，而不是通常的module_init方式进行导出。
在Linux中，没有办法像CE/Mobile中通过注册表的方式来定义驱动的优先级，只有通过导出函数的Level和Makefile中模块驱动书写的先后顺序来定义。
关于导出函数Level的代码如下：

#define __define_initcall(level,fn) static initcall_t __initcall_##fn __attribute_used__ __attribute__((__section__(".initcall" level ".init"))) = fn #define core_initcall(fn) __define_initcall("1",fn) #define postcore_initcall(fn) __define_initcall("2",fn) #define arch_initcall(fn) __define_initcall("3",fn) #define subsys_initcall(fn) __define_initcall("4",fn) #define fs_initcall(fn) __define_initcall("5",fn) #define device_initcall(fn) __define_initcall("6",fn) #define late_initcall(fn) __define_initcall("7",fn) #define __initcall(fn) device_initcall(fn) #define __exitcall(fn) static exitcall_t __exitcall_##fn __exit_call = fn #define module_init(x) __initcall(x); #define module_exit(x) __exitcall(x);

可以看到，通常驱动中采用的module_init优先级为6，也即最低优先级，而前面采用的arch_initcall优先级为最高优先级1。