蜗窝科技

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

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

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

@天藏：谢谢支持~~

@linuxer：感谢 Linuxer !

希望你们越做越好

@linuxer：@linuxer, 感谢回复, 感谢纠正. 基于kernel的/Documentation/arm64/memory.txt 可以看到 AArch64 Linux memory layout with 4KB pages: Start End Size Use ----------------------------------------------------------------------- 0000000000000000 0000007fffffffff 512GB user ffffff8000000000 ffffffbbfffeffff ~240GB vmalloc ffffffbbffff0000 ffffffbbffffffff 64KB [guard page] ffffffbc00000000 ffffffbdffffffff 8GB vmemmap ffffffbe00000000 ffffffbffbbfffff ~8GB [guard, future vmmemap] ffffffbffa000000 ffffffbffaffffff 16MB PCI I/O space ffffffbffb000000 ffffffbffbbfffff 12MB [guard] ffffffbffbc00000 ffffffbffbdfffff 2MB fixed mappings ffffffbffbe00000 ffffffbffbffffff 2MB [guard] ffffffbffc000000 ffffffbfffffffff 64MB modules ffffffc000000000 ffffffffffffffff 256GB kernel logical memory map 所以我能理解系统启动之后, 所有经过CPU的地址都是虚拟地址吧? 1. directed mapped区域是针对虚拟内存分布而言? 是哪部分呢. 从arch/arm64/mm/init.c打印的virtual kernel memory layout来看是属于[PAGE_OFFSET, (unsigned long)high_memory] 也就是memory 区间. 可以这么理解吗? 2. 拿到虚拟地址之后怎么通过页表换算为实际的物理地址呢? 因为无法知道TTBR1_EL1/TTBR0_EL1的值. 我用current->mm->pgd 和 swapper_pg_dir 分别去算都没有算对. 谢谢

@Z-team：当前估计很难涉及这一块，毕竟人的精力是有限的，时间也是有限的......希望未来有机会吧，哈哈

@vachel：我记得线性地址是X86平台特有的一个术语，在ARMv8中使用虚拟地址这个术语。 对于kmalloc，分配的虚拟地址是位于Directed mapped区域，这个区域的地址虚拟地址和物理地址有固定的线性偏移关系，因此可以使用virt_to_phys。 使用vmalloc，虚拟地址和物理地址没有线性关系。

@macooma：identity mapping实际上是把 物理地址映射到物理地址上去，ARMv8支持的物理地址最大是48个bit，因此高16bit必定等于0