物理映射区(3G~high_memory)的VA->PA转换，需要通过页表吗？

Huntsmen

虽然3G~high_memory这一区间的线性地址与物理地址有1个固定的偏差offset，
那MMU硬件在做VA->PA转换的时候，是直接减这个offset，还是仍然需要通过TLB、页表(TLB miss的时候）来转换？
如果直接减offset的话，不会涉及到TLB miss什么的，效率应该比较高吧

gaojl0728

内核地址空间虽然是固定offset映射，仍然需要页表转换, 这是由硬件MMU决定的。
内核页表因为固定不变， 应该是不会有TLB cache刷新的问题。

Huntsmen

回复 2# gaojl0728
TLB就那么几个entry，对于一个256M的内存，4k的page，它也有65536个页，内核空间不可能全部占着吧 ，也放不下呀
TLB肯定会来回倒吧，只有来回倒就涉及到TLB cache刷新什么的吧

humjb_1983

肯定是需要使用页表的，硬件决定。
只是内核页表在内核初始化时就已经初始化好了

humjb_1983

Huntsmen 发表于 2014-03-05 20:33
回复 2# gaojl0728
TLB就那么几个entry，对于一个256M的内存，4k的page，它也有65536个页，内核空间不可能 ...

个人理解，内核页表使用的TLB，跟用户态的没有区别，当然不会一直占用TLB，只是它固定不变，所以不需要特地刷新。

tc1989tc

学习了，又

arm-linux-gcc

TLB entry不够时，会被自动替换，硬件自动会处理
当然你也可以将某些entry锁在TLB里不被替换
至少arm是这样的

貌似mips出现tlb miss时，需要程序员手动处理
所以mips的kseg0和kseg1是不经过mmu的，这两个window的物理地址和虚拟地址都是固定的，所以mips的kernel是运行在kseg0这个虚拟地址空间的，也就是说kernel线性区域绝对不会有tlb miss的情况

而arm则全部要经过mmu

wth0722

回复 1# Huntsmen

基本上存取0~3G address都需要page table，因為那個address是VA，所以需要有人幫他找到PA

至於tlb flush問題，kernel space是不會被flush的，因為是共用，但還是會被別人取代的(因為TLB entry個數少)

還有其實user space也不需要被flush，因為ARM有提供ASID這機制，可以知道這entry是誰的