msleep/mdelay以及early_initcall调用时机
2011-05-26 17:25
399 查看
要尽量使用sleep函数(msleep等)而不是delay函数(mdelay等),两者对系统性能以及功耗的影响相差很远,特别是活动进程很少的时候。
看了一下kernel启动时early_initcall等的调用时机,early_initcall也是在init进程里调用的,稍早于pure_initcall、core_initcall等,见下面:
在start_kernel函数的最后调用rest_init
在rest_init里创建kernel_init内核线程:kernel_thread(kernel_init, NULL, CLONE_FS | CLONE_SIGHAND);
在内核线程kernel_init里,do_pre_smp_initcalls()负责调用early_initcall的函数,do_basic_setup()负责调用所有从pure_initcall到late_initcall_sync的所有函数。代码是:
...
do_pre_smp_initcalls();
smp_init();
sched_init_smp();
cpuset_init_smp();
do_basic_setup();
...
可看出do_pre_smp_initcalls与do_basic_setup很近。
#define __define_initcall(level,fn,id) /
static initcall_t __initcall_##fn##id __used /
__attribute__((__section__(".initcall" level ".init"))) = fn
/*
* Early initcalls run before initializing SMP.
*
* Only for built-in code, not modules.
*/
#define early_initcall(fn) __define_initcall("early",fn,early)
/*
* 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,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)
看了一下kernel启动时early_initcall等的调用时机,early_initcall也是在init进程里调用的,稍早于pure_initcall、core_initcall等,见下面:
在start_kernel函数的最后调用rest_init
在rest_init里创建kernel_init内核线程:kernel_thread(kernel_init, NULL, CLONE_FS | CLONE_SIGHAND);
在内核线程kernel_init里,do_pre_smp_initcalls()负责调用early_initcall的函数,do_basic_setup()负责调用所有从pure_initcall到late_initcall_sync的所有函数。代码是:
...
do_pre_smp_initcalls();
smp_init();
sched_init_smp();
cpuset_init_smp();
do_basic_setup();
...
可看出do_pre_smp_initcalls与do_basic_setup很近。
#define __define_initcall(level,fn,id) /
static initcall_t __initcall_##fn##id __used /
__attribute__((__section__(".initcall" level ".init"))) = fn
/*
* Early initcalls run before initializing SMP.
*
* Only for built-in code, not modules.
*/
#define early_initcall(fn) __define_initcall("early",fn,early)
/*
* 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,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)
相关文章推荐
- initialize和init以及load方法的区别与使用以及什么时候调用
- 《在C#中实现Socket端口复用》 以及《 UDP 一个封锁操作被对 WSACancelBlockingCall 的调用中断。》问题
- 画面跳转各方法调用的时机-init、viewDidLoad、viewWillAppear、viewDidAppear、viewWillDisappear、viewDidDisappear
- JavaScript调用模式(this的取值)以及,call(),apply()函数浅析
- python中的特殊函数__call__()以及init,setattr,getattr,delattr
- 《在C#中实现Socket端口复用》 以及《 UDP 一个封锁操作被对 WSACancelBlockingCall 的调用中断。》
- initcall在内核中的调用顺序
- 内核中 subsys_initcall 以及初始化标号
- 构造函数以及复制控制操作的调用时机
- 画面跳转各方法调用的时机-init、viewDidLoad、viewWillAppear、viewDidAppear、viewWillDisappear、viewDidDisappear
- Activity的四种launchMode以及onNewIntent()的调用时机
- initWithFrame和initWithCoder使用技巧,以及他们什么时候被调用,自定义控件必须具备三个方法initWithFrame和initWithCoder以及drawRect
- 《在C#中实现Socket端口复用》 以及《 UDP 一个封锁操作被对 WSACancelBlockingCall 的调用中断。》问题
- __initcall_start 调用的方式 加载模块
- onSaveInstanceState调用时机以及fragment commit的时机
- cmd中的call,start,以及直接调用bat文件的区别
- linux底层的短延迟操作(下) -- ndelay,udelay,mdelay以及msleep,ssleep,msleep_interruptible
- 对于内核中各种xxx_initcall调用的分析———linux子系统初始化
- 从内核启动到执行多个arch_initcall、late_initcall等的调用过程
- 构造方法的调用顺序和成员变量的初始化时机以及动态绑定