#define device_initcall(fn) __define_initcall("6",fn) #define late_initcall(fn) __define_initcall("7",fn) 这些定义就说明了我们在使用过程中的宏定义以及他们的加载顺序,但是,我们一般使用的都是module_init()函数,那么它是怎么定义的呢: #define __initcall(fn) device_initcall(fn) #define module...
#definemodule_init(x) __initcall(x); #define __initcall(fn)device_initcall(fn) 所有的__init函数在区段.init.text区段中,同时还在.initcall.init中还保存了一份函数指针,在初始化时内核会通过这些函数指针调用这些__init函数指针,并在整个初始化完成后,释放整个init区段(包括.init.text,.initcall.init等...
所有的__init函数在区段.init.text区段中,同时还在.initcall.init中还保存了一份函数指针,在初始化时内核会通过这些函数指针调用这些__init函数指针,并在整个初始化完成后,释放整个init区段(包括.init.text,.initcall.init等)。 这些函数在内核初始化过程中的调用顺序只和这里的函数指针的顺序有关。 中所述的这...
module_init和late_initcall区别 在init.h 中有如下定义 #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,...
所有的__init函数在区段.init.text区段中,同时还在.initcall.init中还保存了一份函数指针,在初始化时内核会通过这些函数指针调用这些__init函数指针,并在整个初始化完成后,释放整个init区段(包括.init.text,.initcall.init等)。 这些函数在内核初始化过程中的调用顺序只和这里的函数指针的顺序有关。
今天在调试pwm驱动程序的时候,在__init函数中调用pwm_init后,则以太网不可用。pwm_init放在设备文件的open函数中,则系统正常运行。 这当中的区别就是硬件初始化函数pwm_init的执行时间点不同,所以想到是不是将module_init函数延时执行可以解决。 使用late_initcall替换掉module_init后,果然解决该问题。
late_initcall机制的实现主要通过宏定义和函数指针来完成。在内核初始化过程中,通过定义一个late_initcall(fn)的宏,将需要延迟执行的初始化函数注册到late_initcall_init()函数中,待内核初始化完毕后再通过late_initcalls_init()函数来依次执行注册的初始化函数。
#definemodule_init(x) __initcall(x); #define __initcall(fn)device_initcall(fn) 所有的__init函数在区段.init.text区段中,同时还在.initcall.init中还保存了一份函数指针,在初始化时内核会通过这些函数指针调用这些__init函数指针,并在整个初始化完成后,释放整个init区段(包括.init.text,.initcall.init等...
在2.6内核中,initcall.init区段又分成7个子区段,不同的区段,调用的顺序不一样,数字越小的优先级越高。 也就是说late_initcall还要在module_init的后面。 这是我在调背光的时候出现的问题,因为键盘驱动是会在一个遥控手柄之前加载,导致驱动出现冲突;把两者先后顺序换一下就可以了; ...
#definemodule_init(x) __initcall(x); #define __initcall(fn)device_initcall(fn) 所有的__init函数在区段.init.text区段中,同时还在.initcall.init中还保存了一份函数指针,在初始化时内核会通过这些函数指针调用这些__init函数指针,并在整个初始化完成后,释放整个init区段(包括.init.text,.initcall.init等...