uclinux内核驱动的初始化顺序

 

本文适用于

ADSP-BF561

uclinux-2008r1.5-rc3 (smp patch)

Visual DSP++ 5.0(update 5)

 

在内核中有许多的驱动，这些驱动之间有一些具有依赖关系，那么内核是如何控制它们之间的调用顺序的呢？

内核中的驱动通常会使用module_init这样的宏来指定驱动的初始化函数。那么module_init是什么东西呢？

在include/linux/init.h中提供了它的定义：

typedef int (*initcall_t)(void);

 

/**

 * module_init() - driver initialization entry point

 * @x: function to be run at kernel boot time or module insertion

 *

 * module_init() will either be called during do_initcalls() (if

 * builtin) or at module insertion time (if a module).  There can only

 * be one per module.

 */

#define module_init(x) __initcall(x);

在init.h中很容易可以发现一些类似的定义：

 

/* initcalls are now grouped by functionality into separate

 * subsections. Ordering inside the subsections is determined

 * by link order.

 * For backwards compatibility, initcall() puts the call in

 * the device init subsection.

 *

 * The `id' arg to __define_initcall() is needed so that multiple initcalls

 * can point at the same handler without causing duplicate-symbol build errors.

 */

 

#define __define_initcall(level,fn,id) /

     static initcall_t __initcall_##fn##id __attribute_used__ /

     __attribute__((__section__(".initcall" level ".init"))) = fn

 

/*

 * A "pure" initcall has no dependencies on anything else, and purely

 * initializes variables that couldn't be statically initialized.

 *

 * This only exists for built-in code, not for modules.

 */

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

 

#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)

 

#define __initcall(fn) device_initcall(fn)

可以看到，通过__attribute__的控制，不同的函数指针将放在不同的段中，而这些段名称的规则为：

".initcall" level ".init"

在vmlinux.lds.s中为这些段指定了存储空间：

     .initcall.init :

     {

         ___initcall_start = .;

         INITCALLS

         ___initcall_end = .;

     }

这里的INITCALLS是一个宏定义：

#define INITCALLS                              /

     *(.initcall0.init)                        /

     *(.initcall0s.init)                            /

     *(.initcall1.init)                        /

     *(.initcall1s.init)                            /

     *(.initcall2.init)                        /

     *(.initcall2s.init)                            /

     *(.initcall3.init)                        /

     *(.initcall3s.init)                            /

     *(.initcall4.init)                        /

     *(.initcall4s.init)                            /

     *(.initcall5.init)                        /

     *(.initcall5s.init)                            /

     *(.initcallrootfs.init)                        /

     *(.initcall6.init)                        /

     *(.initcall6s.init)                            /

     *(.initcall7.init)                        /

     *(.initcall7s.init)

也就是说，在链接器的安排下，这些不同level的调用函数将按照从小到大的顺序排列。

在内核初始化的时候会调用一个叫do_initcalls的函数：

extern initcall_t __initcall_start[], __initcall_end[];

 

static void __init do_initcalls(void)

{

     initcall_t *call;

     int count = preempt_count();

 

     for (call = __initcall_start; call < __initcall_end; call++) {

……………….

 

         result = (*call)();

………………

 

     }

 

     /* Make sure there is no pending stuff from the initcall sequence */

     flush_scheduled_work();

}

就这样，内核达到了按指定顺序调用函数的目的。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/lights_joy/archive/2009/06/07/4248899.aspx