initcall 調(diào)用順序以及依賴問題

cuibixiong_cu

我們知道在kernel中有initcall這個(gè)機(jī)制來方便我們的一些初始化的動(dòng)作，有以下幾種initcall

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


請(qǐng)問，在kernel初始化的時(shí)候他們的順序是什么，那在什么情況下應(yīng)該使用core_initcall， 而又在什么情況下使用arch_initcall呢？

embeddedlwp

回復(fù) 1# cuibixiong_cu

在vmlinux.lds.S文件中有：

1.   71  __initcall_start = .;
   
2.   72  .initcall.init : {
   
3.   73        *(.initcall1.init)
   
4.   74        *(.initcall2.init)
   
5.   75        *(.initcall3.init)
   
6.   76        *(.initcall4.init)
   
7.   77        *(.initcall5.init)
   
8.   78        *(.initcall6.init)
   
9.   79        *(.initcall7.init)
   
10.   80  }
    
11.   81  __initcall_end = .;

復(fù)制代碼

start_kenrel->rest_init->kernel_thread->init->do_basic_setup->do_initcalls:

1. 530static void __init do_initcalls(void)
   
2. 531{
   
3. 532        initcall_t *call;
   
4. 533        int count = preempt_count();
   
5. 534
   
6. 535        for (call = __initcall_start; call < __initcall_end; call++) {
   
7. 536                char *msg;
   
8. 537
   
9. 538                if (initcall_debug) {
   
10. 539                        printk(KERN_DEBUG "Calling initcall 0x%p", *call);
    
11. 540                        print_fn_descriptor_symbol(": %s()", (unsigned long) *call);
    
12. 541                        printk("\n");
    
13. 542                }
    
14. 543
    
15. 544                (*call)();
    
16. 545
    
17. 546                msg = NULL;
    
18. 547                if (preempt_count() != count) {
    
19. 548                        msg = "preemption imbalance";
    
20. 549                        preempt_count() = count;
    
21. 550                }
    
22. 551                if (irqs_disabled()) {
    
23. 552                        msg = "disabled interrupts";
    
24. 553                        local_irq_enable();
    
25. 554                }
    
26. 555                if (msg) {
    
27. 556                        printk("error in initcall at 0x%p: "
    
28. 557                                "returned with %s\n", *call, msg);
    
29. 558                }
    
30. 559        }
    
31. 560
    
32. 561        /* Make sure there is no pending stuff from the initcall sequence */
    
33. 562        flush_scheduled_work();
    
34. 563}

復(fù)制代碼

cuibixiong_cu

回復(fù) 2# embeddedlwp


    1.那什么時(shí)候改用core_initcall,什么時(shí)候改用arch_init呢？是如何區(qū)分的呢？
   2.vmlinux.lds中只是定義了initcall所在的section，應(yīng)該是并沒有定義其調(diào)用順序吧？

xxw19840406

這個(gè)嘛   重要的就賦于較高的優(yōu)先級(jí)，不太重要的優(yōu)先級(jí)低點(diǎn)
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

從這些名字也能看出一些，就是如果你的代碼是arch級(jí)的就用arch_initcall(像machine級(jí)的初始化)
是subsys級(jí)的就用subsys_initcall(像USB、SD、I2C等子系統(tǒng)初始化，總線初始化加載是放在postcore_initcall中)
是device級(jí)的就用device_initcall(比如設(shè)備驅(qū)動(dòng)初始化)

反正就是如果B的初始化需要依賴A初始化完成，那邊B的等級(jí)就不能高過A

其他的我也不太清楚了

embeddedlwp

回復(fù) 3# cuibixiong_cu


從上邊的do_initcalls函數(shù)的for循環(huán)來看，應(yīng)該是從initcall1~initcall7依次調(diào)用的吧！