AI 助理
备案控制台
开发者社区 人工智能 文章 正文

内存管理单元编程实例【转】

2017-11-23 717
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
公网NAT网关，每月750个小时 15CU
简介：

转自：http://blog.chinaunix.net/uid-29091195-id-4020919.html

一、MMU初步了解
    概念:内存管理单元(memory management unit)，简称MMU
    主要作用:负责虚拟地址到物理地址之间的转换
             提供硬件机制的内存访问权限检查
    
    发展由来：由于程序的大小逐步发展到大于内存的大小这一问题的出现
    导致了虚拟存储器的产生，虚拟存储器的基本思想是：数据、堆栈的总
    大小可以超越物理存储器（大于内存的程序在执行的时候只将其中需要
    运行的一部分调入内存，其他部分在外部存储器中）。由于虚拟存储器
    的出现导致cpu发出的虚拟地址不能够直接送至地址总线，这是就需要
    一个将虚拟地址转换物理地址的设备，它就是内存管理单元（MMU）。
    
    32位处理器最大可以虚拟出的地址范围是0~0xffffffff
    
二、工作特点
    1、没有启用MMU时候，cpu发出的地址是物理地址
    2、启用MMU后，cpu发出的是虚拟地址
    注：另一说法其实是cpu总发出虚拟地址，只不过是在没有进行空间映射
    时候，虚拟地址到物理地址的转换是一种线性转换的机制。
    
    虚拟地址到物理地址的转换方法一般有两种：
    其一、使用一个固定的函数式
    其二、建立一个表格进行映射。（页表由一个个条目组成）
    
    ARM cpu使用页表进行地址转换的过程：
    1)根据给定的虚拟地址找到一级页表中的条目
    2)如果此条目是段描述符，直接返回物理地址，转换结束
    3)否则此条目是二级页表，继续在二级表中查找下一条目
    4)如果此条目是页描述符，则返回物理地址，转换结束
    5)其他的情况，则转换出错
    
    注：有上述的过程不难知道一般的ARM处理器最多用到二级页表。
    
三、TLB了解
    概念：转译查找缓存（translation lookaside buffer）
    作用：解决MMU每次转换都需查表，降低了cpu性能的问题
    工作过程：当cpu发出一个虚拟地址的时候，MMU会首先访问TLB，如果
    在TLB中有这一虚拟地址的描述符，则直接使用该描述符进行地址转换
    。否则MMU访问页表找到对应的描述符在进行地址转换和权限检查，同时
    使用一定的算法将这一描述填入TLB中。
    
四、Cache了解
    概念：在主存和cpu的寄存器之间的告诉小容量存储器，简称高速缓冲存
    储器，也有的将其叫做快取
    作用：将正在执行的指令地址附近的一部分指令或者数据从主存调入这
    个存储器，供cpu在一段时间内使用，从而提高程序运行的速度。
    
    一般离cpu越近的cache速度越高，但是其容量一般比较小（按一级、二级
    cache来说，一级更高速，二级容量更大一些）
    
    cache有指令快取（ICache)和数据快取（DCache）
    
五、mmu编程实例：(实验平台mini2440)
    下面的实验是将GPB的地址0x56000000映射到0xA0000000，然后再对虚拟地址
    进行操作，点亮led的实例，实验目的在于学习mmu的页表建立，以及的段址映射
    的方法。
    
    1、启动代码(start.S)
    .text
    .global _start
    _start:
        ldr sp, =0x4096            @以下是c程序，运行前需要设置栈指针
        bl  disable_watch_dog
        bl  memsetup
        bl  copy_2th_to_sdram
        bl  create_page_table
        bl  mmu_init
        ldr sp, =0xB4000000
        ldr pc, =0xB0000000     @这个地址很重要，他必须是第二阶段代码的重载地址（运行地址）
    halt:
        bl  halt
        
    2、初始化事件(init.c)
    

点击(此处)折叠或打开

  1. /*
  2.  * init.c: 进行一些初始化，在Steppingstone中运行
  3.  * 它和head.S同属第一部分程序，此时MMU未开启，使用物理地址
  4.  */ 
  6. /* WATCHDOG寄存器 */
  7. #define WTCON (*(volatile unsigned long *)0x53000000)
  8. /* 存储控制器的寄存器起始地址 */
  9. #define MEM_CTL_BASE 0x48000000
  12. /*
  13.  * 关闭WATCHDOG，否则CPU会不断重启
  14.  */
  15. void disable_watch_dog(void)
  16. {
  17.     WTCON = 0; // 关闭WATCHDOG很简单，往这个寄存器写0即可
  18. }
  20. /*
  21.  * 设置存储控制器以使用SDRAM
  22.  */
  23. void memsetup(void)
  24. {
  25.     /* SDRAM 13个寄存器的值 */
  26.     unsigned long const mem_cfg_val[]={ 0x22011110, //BWSCON
  27.                                             0x00000700, //BANKCON0
  28.                                             0x00000700, //BANKCON1
  29.                                             0x00000700, //BANKCON2
  30.                                             0x00000700, //BANKCON3 
  31.                                             0x00000700, //BANKCON4
  32.                                             0x00000700, //BANKCON5
  33.                                             0x00018005, //BANKCON6
  34.                                             0x00018005, //BANKCON7
  35.                                             0x008C07A3, //REFRESH
  36.                                             0x000000B1, //BANKSIZE
  37.                                             0x00000030, //MRSRB6
  38.                                             0x00000030, //MRSRB7
  39.                                     };
  40.     int i = 0;
  41.     volatile unsigned long *p = (volatile unsigned long *)MEM_CTL_BASE;
  42.     for(; i < 13; i++)
  43.         p[i] = mem_cfg_val[i];
  44. }
  46. /*
  47.  * 将第二部分代码复制到SDRAM
  48.  */
  49. void copy_2th_to_sdram(void)
  50. {
  51.     unsigned int *pdwSrc = (unsigned int *)2048;       //这个地址必须是第二阶段代码的加载地址
  52.     unsigned int *pdwDest = (unsigned int *)0x30000000;
  53.     
  54.     while (pdwSrc < (unsigned int *)4096)
  55.     {
  56.         *pdwDest = *pdwSrc;
  57.         pdwDest++;
  58.         pdwSrc++;
  59.     }
  60. }
  62. /*
  63.  * 设置页表
  64.  */
  65. void create_page_table(void)
  66. {
  68. /* 
  69.  * 用于段描述符的一些宏定义
  70.  */ 
  71. #define MMU_FULL_ACCESS (3 << 10) /* 访问权限 */
  72. #define MMU_DOMAIN (0 << 5) /* 属于哪个域 */
  73. #define MMU_SPECIAL (1 << 4) /* 必须是1 */
  74. #define MMU_CACHEABLE (1 << 3) /* cacheable */
  75. #define MMU_BUFFERABLE (1 << 2) /* bufferable */
  76. #define MMU_SECTION (2) /* 表示这是段描述符 */
  77. #define MMU_SECDESC (MMU_FULL_ACCESS | MMU_DOMAIN | MMU_SPECIAL | \
  78.                              MMU_SECTION)
  79. #define MMU_SECDESC_WB (MMU_FULL_ACCESS | MMU_DOMAIN | MMU_SPECIAL | \
  80.                              MMU_CACHEABLE | MMU_BUFFERABLE | MMU_SECTION)
  81. #define MMU_SECTION_SIZE 0x00100000
  83.     unsigned long virtuladdr, physicaladdr;
  84.     unsigned long *mmu_tlb_base = (unsigned long *)0x30000000;
  85.     
  86.     /*
  87.      * Steppingstone的起始物理地址为0，第一部分程序的起始运行地址也是0，
  88.      * 为了在开启MMU后仍能运行第一部分的程序，
  89.      * 将0～1M的虚拟地址映射到同样的物理地址
  90.      */
  91.     virtuladdr = 0;
  92.     physicaladdr = 0;
  93.     *(mmu_tlb_base + (virtuladdr >> 20)) = (physicaladdr & 0xFFF00000) | \
  94.                                             MMU_SECDESC_WB;
  96.     /*
  97.      * 0x56000000是GPIO寄存器的起始物理地址，
  98.      * GPFCON和GPFDAT这两个寄存器的物理地址0x56000050、0x56000054，
  99.      * 为了在第二部分程序中能以地址0xA0000050、0xA0000054来操作GPFCON、GPFDAT，
  100.      * 把从0xA0000000开始的1M虚拟地址空间映射到从0x56000000开始的1M物理地址空间
  101.      */
  102.     virtuladdr = 0xA0000000;
  103.     physicaladdr = 0x56000000;
  104.     *(mmu_tlb_base + (virtuladdr >> 20)) = (physicaladdr & 0xFFF00000) | \
  105.                                             MMU_SECDESC;
  107.     /*
  108.      * SDRAM的物理地址范围是0x30000000～0x33FFFFFF，
  109.      * 将虚拟地址0xB0000000～0xB3FFFFFF映射到物理地址0x30000000～0x33FFFFFF上，
  110.      * 总共64M，涉及64个段描述符
  111.      */
  112.     virtuladdr = 0xB0000000;
  113.     physicaladdr = 0x30000000;
  114.     while (virtuladdr < 0xB4000000)
  115.     {
  116.         *(mmu_tlb_base + (virtuladdr >> 20)) = (physicaladdr & 0xFFF00000) | \
  117.                                                 MMU_SECDESC_WB;
  118.         virtuladdr += 0x100000;
  119.         physicaladdr += 0x100000;
  120.     }
  121. }
  123. /*
  124.  * 启动MMU
  125.  */
  126. void mmu_init(void)
  127. {
  128.     unsigned long ttb = 0x30000000;
  130. // ARM休系架构与编程
  131. // 嵌入汇编：LINUX内核完全注释
  132. __asm__(
  133.     "mov r0, #0\n"
  134.     "mcr p15, 0, r0, c7, c7, 0\n" /* 使无效ICaches和DCaches */
  135.     
  136.     "mcr p15, 0, r0, c7, c10, 4\n" /* drain write buffer on v4 */
  137.     "mcr p15, 0, r0, c8, c7, 0\n" /* 使无效指令、数据TLB */
  138.     
  139.     "mov r4, %0\n" /* r4 = 页表基址 */
  140.     "mcr p15, 0, r4, c2, c0, 0\n" /* 设置页表基址寄存器 */
  141.     
  142.     "mvn r0, #0\n" 
  143.     "mcr p15, 0, r0, c3, c0, 0\n" /* 域访问控制寄存器设为0xFFFFFFFF，
  144.                                          * 不进行权限检查 
  145.                                          */ 
  146.     /* 
  147.      * 对于控制寄存器，先读出其值，在这基础上修改感兴趣的位，
  148.      * 然后再写入
  149.      */
  150.     "mrc p15, 0, r0, c1, c0, 0\n" /* 读出控制寄存器的值 */
  151.     
  152.     /* 控制寄存器的低16位含义为：.RVI ..RS B... .CAM
  153.      * R : 表示换出Cache中的条目时使用的算法，
  154.      * 0 = Random replacement；1 = Round robin replacement
  155.      * V : 表示异常向量表所在的位置，
  156.      * 0 = Low addresses = 0x00000000；1 = High addresses = 0xFFFF0000
  157.      * I : 0 = 关闭ICaches；1 = 开启ICaches
  158.      * R、S : 用来与页表中的描述符一起确定内存的访问权限
  159.      * B : 0 = CPU为小字节序；1 = CPU为大字节序
  160.      * C : 0 = 关闭DCaches；1 = 开启DCaches
  161.      * A : 0 = 数据访问时不进行地址对齐检查；1 = 数据访问时进行地址对齐检查
  162.      * M : 0 = 关闭MMU；1 = 开启MMU
  163.      */
  164.     
  165.     /* 
  166.      * 先清除不需要的位，往下若需要则重新设置它们 
  167.      */
  168.                                         /* .RVI ..RS B... .CAM */ 
  169.     "bic r0, r0, #0x3000\n" /* ..11 .... .... .... 清除V、I位 */
  170.     "bic r0, r0, #0x0300\n" /* .... ..11 .... .... 清除R、S位 */
  171.     "bic r0, r0, #0x0087\n" /* .... .... 1... .111 清除B/C/A/M */
  173.     /*
  174.      * 设置需要的位
  175.      */
  176.     "orr r0, r0, #0x0002\n" /* .... .... .... ..1. 开启对齐检查 */
  177.     "orr r0, r0, #0x0004\n" /* .... .... .... .1.. 开启DCaches */
  178.     "orr r0, r0, #0x1000\n" /* ...1 .... .... .... 开启ICaches */
  179.     "orr r0, r0, #0x0001\n" /* .... .... .... ...1 使能MMU */
  180.     
  181.     "mcr p15, 0, r0, c1, c0, 0\n" /* 将修改的值写入控制寄存器 */
  182.     : /* 无输出 */
  183.     : "r" (ttb) );
  184. }

     注：这部分代码是linux应用手册中的实例程序，只是修改了第二阶段的代码拷贝的目的地址

    3、点亮led灯(led.c使用虚拟地址)
    

点击(此处)折叠或打开

  1. #define GPBCON                (*(volatile unsigned long *)0xA0000010) /* this is a virtual address */ 
  2. #define GPBDAT                (*(volatile unsigned long *)0xA0000014) /* this is a virtual address */ 
  3. #define GPBCON_5678_OUTPUT 0x1<<5*2 | 0x1<<6*2 | 0x1<<7*2 | 0x1<<8*2
  4. #define GPBDAT_5678_LOW        0x0<<5*1 | 0x0<<6*1 | 0x0<<7*1 | 0x0<<8*1
  6. int main(int argc, char *argv[])
  7. {
  8.     GPBCON &= ~(0x3<<5*2 | 0x3<<6*2 | 0x3<<7*2 | 0x3<<8*2);
  9.     GPBCON |= GPBCON_5678_OUTPUT;
  11.     GPBDAT &= ~(0x1<<5*1 | 0x1<<6*1 | 0x1<<7*1 | 0x1<<8*1);
  12.     GPBDAT |= GPBDAT_5678_LOW;    
  14.     GPBDAT |= 0x1<<6*1;
  15.     while (1);
  16.     
  17.     return 0;
  18. }


    4、工程链接脚本(mmu.lds)
    SECTIONS {
        first          0x00000000  :                    { start.o init.o }
        second     0xB0000000  :   AT(2048)    { led.o }
    }

    注：second段的加载地址必须与拷贝代码中的起始地址一致，否则拷贝后代码无法执行
          second段的运行地址（重载地址）必须与启动代码start.S中的跳转地址一致，否则
          pc指针无法正确的跳转到第二阶段执行点亮led灯的程序。               

    5、工程Makefile
    objs := start.o init.o led.o

    mmu.bin : (objs)arm−linux−ld−Tmmu.lds−ommuelf(objs)arm−linux−ld−Tmmu.lds−ommuelf^
        arm-linux-objcopy -O binary -S mmu_elf @arm−linux−objdump−D−marmmmuelf>mmu.dis@arm−linux−objdump−D−marmmmuelf>mmu.dis@ <<@ $<

    clean:
        rm -f mmu.bin mmu_elf mmu.dis *.o        
    













本文转自张昺华-sky博客园博客，原文链接：http://www.cnblogs.com/sky-heaven/p/5684822.html，如需转载请自行联系原作者

文章标签：
NAT网关
Linux
数据安全/隐私保护
存储控制器
算法
缓存
关键词：
内存实例
内存编程
内存单元
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发，帮助IT从业者们通过“阿里云Web应用上云解决方案”，了解一个企业级Web应用上云的常见架构，了解如何构建一个高可用、可扩展的企业级应用架构。
桃子红了呐
目录
相关文章
众所周知
|
4月前
|
缓存 安全 Java
Java并发编程进阶：深入理解Java内存模型
Java并发编程进阶：深入理解Java内存模型
众所周知
50 0
弹性计算小冉
|
5月前
|
存储 安全 数据库
阿里云服务器计算型、通用型、内存型主要实例规格性能特点和适用场景汇总
阿里云服务器ECS计算型、通用型、内存型规格族属于独享型云服务器，在高负载不会出现计算资源争夺现象，因为每一个vCPU都对应一个Intel ® Xeon ®处理器核心的超线程，具有性能稳定且资源独享的特点。本文为大家整理汇总了阿里云服务器ECS计算型、通用型、内存型主要实例规格族具体实例规格有哪些，各个实例规格的性能特点和主要适用场景。
弹性计算小冉
225 2
阿里云服务器计算型、通用型、内存型主要实例规格性能特点和适用场景汇总
弹性计算小冉
|
10天前
|
存储 分布式计算 安全
阿里云服务器经济型e、通用算力型u1、计算型c8i、通用型g8i、内存型r8i实例介绍与选择参考
在阿里云现在的活动中，可选的云服务器实例规格主要有经济型e、通用算力型u1、计算型c8i、通用型g8i、内存型r8i实例，虽然阿里云在活动中提供了多种不同规格的云服务器实例，以满足不同用户和应用场景的需求。但是有的用户并不清楚他们的性能如何，应该如何选择。本文将详细介绍阿里云服务器中的经济型e、通用算力型u1、计算型c8i、通用型g8i、内存型r8i实例的性能、适用场景及选择参考，帮助用户根据自身需求做出合适的选择。
弹性计算小冉
37 4
wljslmz
|
4月前
|
存储 安全
什么是内存管理单元（MMU）？
【8月更文挑战第23天】
wljslmz
125 0
弹性计算小冉
|
1月前
|
存储 缓存 安全
阿里云服务器内存型r7、r8a、r8y、r8i实例区别及选择参考
随着阿里云2024年金秋云创季的开始，目前在阿里云的活动中，属于内存型实例规格的云服务器有内存型r7、内存型r8a、内存型r8y和内存型r8i这几个实例规格，相比于活动内的经济型e和通用算力型u1等实例规格来说，这些实例规格等性能更强，虽然这几个实例规格的云服务器通常处理器与内存的配比为都是1:8，但是他们在处理器、存储、网络、安全等方面等性能并不是一样的，所以他们的适用场景也有着不同。本文为大家介绍内存型r7、r8a、r8y、r8i实例的性能、适用场景的区别以及选择参考。
弹性计算小冉
77 5
弹性计算小冉
|
3月前
|
分布式计算 大数据 数据挖掘
阿里云服务器计算型c8i、通用型g8i、内存型r8i实例测评与价格参考
阿里云服务器计算型c8i、通用型g8i、内存型r8i实例是阿里云的第八代云服务器实例规格，是除了计算型c7和c8y、通用型g7与g8y、内存型r7与r8y之外同样深受用户喜欢的云服务器实例规格。本文将详细介绍阿里云第八代云服务器中的计算型c8i、通用型g8i、以及内存型r8i实例，包括它们的技术特性、适用场景以及最新的活动价格信息。
弹性计算小冉
115 1
阿里云服务器计算型c8i、通用型g8i、内存型r8i实例测评与价格参考
弹性计算小冉
|
2月前
|
存储 机器学习/深度学习 应用服务中间件
阿里云倚天云服务器实例：计算型c8y、通用型g8y、内存型r8y实例介绍
阿里云倚天云服务器是基于阿里云自研的倚天710 ARM架构CPU打造的高性能计算产品系列，它依托先进的第四代神龙架构，旨在为用户提供稳定可预期的超高效能体验。倚天云服务器在存储、网络性能及计算稳定性方面实现了显著提升，主要得益于其芯片级的快速路径加速技术。本文将深度解析阿里云倚天云服务器的计算型c8y、通用型g8y、内存型r8y实例，探讨其优势及适用场景，以供选择参考。
弹性计算小冉
98 2
弹性计算小冉
|
3月前
|
存储 缓存 安全
阿里云服务器经济型、通用算力型、计算型、通用型、内存型实例区别及选择参考
阿里云服务器的实例规格有经济型、通用型、计算型、内存型、通用算力型、大数据型、本地SSD型、高主频型、突发型、共享型等不同种类的实例规格，在阿里云的活动中，主要以经济型、通用算力型、计算型、通用型、内存型实例为主，相同配置的云服务器往往有多个不同的实例可选，而且价格差别也比较大，这会是因为不同实例规格的由于采用的处理器不同，底层架构也有所不同（例如X86 计算架构与Arm 计算架构），因此不同实例的云服务器其性能与适用场景是有所不同。本文为大家详细介绍阿里云的经济型、通用算力型、计算型、通用型和内存型实例的性能特点及适用场景，以供大家选择参考。
弹性计算小冉
312 2
阿里云服务器经济型、通用算力型、计算型、通用型、内存型实例区别及选择参考
游客762btuqu5wybw666
|
3月前
|
监控 算法 Java
深入理解Java中的垃圾回收机制在Java编程中，垃圾回收（Garbage Collection, GC）是一个核心概念，它自动管理内存，帮助开发者避免内存泄漏和溢出问题。本文将探讨Java中的垃圾回收机制，包括其基本原理、不同类型的垃圾收集器以及如何调优垃圾回收性能。通过深入浅出的方式，让读者对Java的垃圾回收有一个全面的认识。
本文详细介绍了Java中的垃圾回收机制，从基本原理到不同类型垃圾收集器的工作原理，再到实际调优策略。通过通俗易懂的语言和条理清晰的解释，帮助读者更好地理解和应用Java的垃圾回收技术，从而编写出更高效、稳定的Java应用程序。
游客762btuqu5wybw666
66 2
智能计算老群群
|
3月前
|
存储 并行计算 算法
CUDA统一内存：简化GPU编程的内存管理
在GPU编程中，内存管理是关键挑战之一。NVIDIA CUDA 6.0引入了统一内存，简化了CPU与GPU之间的数据传输。统一内存允许在单个地址空间内分配可被两者访问的内存，自动迁移数据，从而简化内存管理、提高性能并增强代码可扩展性。本文将详细介绍统一内存的工作原理、优势及其使用方法，帮助开发者更高效地开发CUDA应用程序。
智能计算老群群
165 3

热门文章

最新文章

  • 1
    Script:计算Oracle Streams进程所占用的内存大小
  • 2
    VS中捕获内存泄露
  • 3
    java-subString方法易导致内存溢出
  • 4
    Java程序内存分析：使用mat工具分析内存占用
  • 5
    WinCE6.0内存分析工具
  • 6
    uboot下内存操作mw和md命令详解
  • 7
    Nagios内存监控脚本使用方法
  • 8
    阿里云服务器CPU内存几核几G配置可选ECS实例规格对照表
  • 9
    Linux内存管理(zz)
  • 10
    笔记本惠普CQ14-a003TX加装内存和SSD固态硬盘
  • 1
    实时计算 Flink版产品使用合集之在Flink Stream API中，可以在任务启动时初始化一些静态的参数并将其存储在内存中吗
    129
  • 2
    深入理解操作系统内存管理：原理与实践
    57
  • 3
    Java和web前端，IT新人该如何选择？，2024年最新Web前端内存优化面试
    35
  • 4
    实时计算 Flink版产品使用合集之idea本地测试代码，要增大 Flink CDC 在本地 IDEA 测试环境中的内存大小如何解决
    108
  • 5
    实时计算 Flink版产品使用合集之可以使用高并发大内存的方式读取存量数据吗
    109
  • 6
    实时计算 Flink版产品使用合集之在进行全量拉取时，任务完成之后内存没有被完全释放如何解决
    74
  • 7
    Android 开发前的设计，Android之内存泄漏调试学习与总结
    53
  • 8
    阿里云服务器计算型、通用型、内存型主要实例规格特点、适用场景及最新价格参考
    578
  • 9
    实时计算 Flink版产品使用合集之是否支持内存表的创建
    62
  • 10
    深入理解JavaScript内存泄漏：原因与解决方法
    137

    • 相关电子书

    更多
  • 内存取证与IaaS云平台恶意行 为的安全监控
  • 云服务器ECS内存增强型实例re6全新发布
  • 低代码开发师（初级）实战教程
    • 下一篇
    阿里云对象存储OSS收费标准：存储、流量和请求等多个计费项详解