【解答】关于内核中没开MMU之前的虚拟地址物理地址转换问题

1. 内核没开MMU之前有虚拟地址吗?没有MMU哪来的虚拟地址?

答:有,由于载入时地址和执行时地址不同导致的没打开MMU之前也会有虚实地址问题。

2. 载入时地址和执行时地址什么差别。为什么有这样的差别?

答:载入时地址:把可运行文件放到物理内存的内存地址,比如把镜像放到0x80000000地址处,则载入时地址=0x80000000

执行时地址:镜像生成后的虚拟地址,由编译器和连接脚本决定。

内核镜像放到内存中时,放置的地址是随意的,所以要考虑到这样的情况,在没打开mmu之前使用内存中的数据都要计算偏移


下面代码是ARMv8linux内核的head.S节选。能够非常好的说明没开MMU之前的虚实地址转换问题:

ENTRY(lookup_processor_type)
    adr x1, __lookup_processor_type_data //x1= 当前PC的值 + 与标号__lookup_processor_type_data之间的偏移量。即x1存储的是相对于当前PC的                             __lookup_processor_type_data地址值,这里的pc是物理地址。在开了mmu之后,全部的pc都是虚拟地址。



    ldp x2, x3, [x1] //把以下__lookup_processor_type_data标号中“.”存到x2。cpu_table存到x3,x2,x3里存储的都是虚拟地址

    sub x1, x1, x2          // get offset between VA and PA。这里有歧义,x1是物理地址,x2是虚拟地址。所以这里是PA-VA,不是VA-PA
    add x3, x3, x1          // convert VA to PA。这里x3是VA,加上PA-VA得出x3的PA
1:

    ldp w5, w6, [x3]            // load cpu_id_val and cpu_id_mask

    cbz w5, 2f              // end of list?
    and w6, w6, w0
    cmp w5, w6
    b.eq    3f  
    add x3, x3, #CPU_INFO_SZ
    b   1b  
2:
    mov x3, #0              // unknown processor
3:
    mov x0, x3
    ret 
ENDPROC(lookup_processor_type)


    .align  4
    .type   __lookup_processor_type_data, %object
__lookup_processor_type_data:
    .quad   .    //"."代表当前虚拟地址,上面adr那条指令计算的x1是当前这条指令的物理地址,ldp那条指令中的x2是虚拟地址,所以sub计算出来的是PA-VA

    .quad   cpu_table

原文地址:https://www.cnblogs.com/lcchuguo/p/5183822.html