bigchris

@wowo：PSCI是处于EL3，Secure monitor，Hypervisor在移动芯片上基本不会用到，据ARM说服务器上vmm会位于Hypervisor。

《Linux CPU core的电源管理(3)_cpu ops》发表时间：2016-10-13 15:42

linuxer

@驴肉火烧：当然可以啊，非常的欢迎，我们需要为你创建一个blog的帐号，你打算其一个什么样的名字呢？驴肉火烧吗？

《留言板》发表时间：2016-10-13 12:12

驴肉火烧

@linuxer：@linuxer，我对文件系统这块有一些研究，可以给你们投稿么

《留言板》发表时间：2016-10-13 09:20

驴肉火烧

@驴肉火烧：知道原因了，仅描述了compatible = "arm,armv8-timer";还是不够的，系统中是存在compatible = "arm,armv7-timer-mem";时钟源的，dts中补充上就正常了，现在纳闷的是，我在飞腾arm64的服务器上测试，其dts中没有compatible = "arm,armv7-timer-mem";的描述，时钟也是准的，想不通了

《Linux时间子系统之（二）：软件架构》发表时间：2016-10-12 18:06

驴肉火烧

@wowo：这里dts有描述，也完成了注册，但是我读/proc/timer_list Tick Device: mode: 0 Per CPU device: 0 Clock Event Device: arch_sys_timer max_delta_ns: 42949672900 min_delta_ns: 1000 mult: 214748365 shift: 32 mode: 3 next_event: 88105540000000 nsecs set_next_event: arch_timer_set_next_event_phys set_mode: arch_timer_set_mode_phys event_handler: tick_handle_periodic retries: 0 event_handler这里看着是有问题的，拜读了你们的文章，看样子是时钟没能完成切换？

《Linux时间子系统之（二）：软件架构》发表时间：2016-10-12 16:51

wowo

@驴肉火烧：从你的描述里面,我觉得,你的系统是不是没有使能"arch_sys_counter" clock source? 因为只有dts中配置了"arm,armv7-timer"或者"arm,armv8-timer",才会走注册流程(arch_timer_init). /* drivers/clocksource/arm_arch_timer.c */ CLOCKSOURCE_OF_DECLARE(armv7_arch_timer, "arm,armv7-timer", arch_timer_init); CLOCKSOURCE_OF_DECLARE(armv8_arch_timer, "arm,armv8-timer", arch_timer_init);

《Linux时间子系统之（二）：软件架构》发表时间：2016-10-12 14:11

驴肉火烧

@wowo：我也是很纳闷的，如果使用了jiffes到时可以解释的通，因为CONFIG_HZ = 100，但是从启动流程上很明确的将这个jiffies的默认时钟源切换为arch_sys_counter时钟源，我也是百思不得其解，参考了arm64的JUNO单板，如果将其arm,armv7-timer-mem时钟源禁用，也会有这种情况，难道arm64的时钟源必须依赖一个arm,armv7-timer-mem的时钟源么？

《Linux时间子系统之（二）：软件架构》发表时间：2016-10-12 08:56

wowo

@驴肉火烧：50MHZ 10ms差10ms？怎么可能？

《Linux时间子系统之（二）：软件架构》发表时间：2016-10-11 21:35

驴肉火烧

wowo你好，我现在遇到一个问题，向您请教一下，arm64架构单板如果只使用arch_sys_counter作为时钟源，发现定时器不准，每睡眠10ms就会有10ms左右的误差，时钟源是50MHZ的，是否因为我内核版本低呢，3.10的内核，arm64下没有sched_clock

《Linux时间子系统之（二）：软件架构》发表时间：2016-10-11 18:53

wowo

@天藏：谢谢支持~~

《支持与合作》发表时间：2016-10-11 18:07