• 【解答】关于内核中没开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

  • 相关阅读:
    candy——动态规划
    HTTP协议(转)
    linked-list-cycle-ii——链表,找出开始循环节点
    linked-list-cycle——链表、判断是否循环链表、快慢指针
    转: utf16编码格式(unicode与utf16联系)
    【转】Nginx模块开发入门
    【转】依赖注入那些事儿
    转: OpenResty最佳实践
    转:linux的源码查看, c++语法 查看网站
    【转】所需即所获:像 IDE 一样使用 vim
  • 原文地址:https://www.cnblogs.com/lcchuguo/p/5183822.html
Copyright © 2020-2023  润新知