蜗窝科技

@wowo：对，由于车载应用模块需要的kernel支持较多，所以裸kernel启动时间现在优化到了1.21s，但是由于又新追加了几个driver，其中特别是对网络要求IPV6支持，以及一些其他的必要服务，内核启动突然增加了800ms。。。。。以前能优化个几十ms就感觉特有成就，突然多了800，只能从文件系统入手了。。这几天整理一下，争取贴出个文章，大家一起探讨下。

@linuxer：这是我见过为数不多的可以讲why的技术文章。有些小错漏在所难免，不必计较。 请抽空更新剩下的几个章节，期待中。

@buyit：多谢你的指正！ 实际上每次回头再看以前的文档都是觉得惨不忍睹。实际上cp15和memory map的方式有很大性能的不同，我相信ARM公司终将会把per core类型的硬件全部使用cp15类型的方式来访问。对于timer硬件，global的counter是全局的，应该是使用memory map的方式访问，属于各个cpu core的local timer，应该应用更快的系统总线（CP15）访问。同样的道理也适用于GIC，在最新的GIC中已经移除了CPU interface这部分的HW block功能，只是保留Distributor的内容，而原来GIC中的CPU interface被集成到了ARM core中。

@printk：我觉得也可以叫做模块复用，反正ns版本的已经实现了，复用不就OK了吗？^_^

@xiaoxiao：毫无疑问per-CPU变量之间不需要同步，否则per cpu不就没有意义了吗？每个CPU上的执行的代码就是访问属于本cpu的那个变量。原始变量仅仅是作为一个initial data区域，当per cpu变量的副本分配之后，将原始变量的initial data copy到各自per cpu的变量副本中。

@printk：以前和Linuxer共事的时候，有搞过一段时间启动优化，那时候可以把裸kernel（交到用户空间程序之前）的时间控制在1s内。涉及的东西比较多，包括boot、存储设备、加载、driver初始化等等啊。 不过好久没做过了，怀念啊！有机会一起讨论下。

好文！ 对CP15盒mem两种模式的system counter的读取方式解读有误。 事实上只要系统中存在了cp15类型的模式，mem模式时不会调用到的, 看源码： arch_counter_read-->arch_counter_get_cntvct-->arch_timer_read_counter() arch_timer_read_counter是一个函数指针，它的定义如下： u64 (*arch_timer_read_counter)(void) = arch_counter_get_cntvct_cp15; 所以初始化的时候默认采用cp15方式读取，再看下是否有人对它赋值： static void __init arch_counter_register(unsigned type) { u64 start_count; /* Register the CP15 based counter if we have one */ if (type & ARCH_CP15_TIMER) arch_timer_read_counter = arch_counter_get_cntvct_cp15; else arch_timer_read_counter = arch_counter_get_cntvct_mem; ...... } 所以在初始化的时候，假设cp15和mem两种方式同时存在，那么只会采用cp15。只有当cp15不存在的时候，才会用到mem，也就是函数arch_counter_get_cntvct_mem 再看下你举例里面高通8974的例子，事实上你漏了dtsi里面前面的一段： timer { compatible = "arm,armv7-timer"; interrupts = <1 2 0xf08>, <1 3 0xf08>, <1 4 0xf08>, <1 1 0xf08>; clock-frequency = <19200000>; }; timer@f9020000 { #address-cells = <1>; #size-cells = <1>; ranges; compatible = "arm,armv7-timer-mem"; reg = <0xf9020000 0x1000>; clock-frequency = <19200000>; ...... 请注意8974平台注册了arm,armv7-timer这种cp15类型的system counter。 后面的arm,armv7-timer-mem是为了注册timer用的，并不代表system counter会真的采用mem模式去读取。

我跟wowo童鞋一样也是以前呆在一个北方海滨城市，现在在做车载方向的linux内核工作，一起研究阿！不知道wowo对优化kernel启动时间有没有研究，这段时间一直在研究这个，已经有一些成果。等到时候整理出来大家一起探讨一下有没有其他没有考虑到的还需要优化的地方。

kernel中现在大多用do_gettimeofday来打时间戳。 写kernel这部分原代码的人好懒阿，微妙接口直接调纳秒/1000。。。

@wowo：wowo大虾简直就是kernel中的哲学家阿。。。这个地方太有意思啦，以后常来分享~