ARM Linux (S3C6410架构/2.6.35内核)的内存映射(二)
2013-08-05 13:24
330 查看
本文讲述Linux系统启动过程中内核空间的映射。 Linux系统内核启动过程中,会在start_kernel() -> setup_arch() -> paging_init()函数中建立页表,下面详细记录一下其中每一个重要的步骤。(下面演示的代码经过删减) 先看函数prepare_page_table()
有一个地方我一直不太理解,就是PGDIR_SIZE的定义,在这个版本的内核里,这个值被定义为:
pmd = 0xc0007000, *pmd = 0x5000040e, phys = 0x50000000
即把物理地址0x50000000映射到虚拟地址0xc0000000,PMD/PGD表项的位置是在0xc0007000,写入的内容是0x5000040e,其中高12位是段的基地址(物理地址),而低20位0x40e是段的属性。 如果条件if (((addr | end | phys) & ~SECTION_MASK) == 0)不满足的话,函数alloc_init_section()的另外一半代码是为什么设计的呢?
答案是这段代码用于设备内存的映射。 接下来,内核要为设备内存建立映射,在paging_init()->devicemaps_init()->create_mapping()->alloc_init_section()->alloc_init_pte()这个调用栈中,就将用到alloc_init_section()的另外一半代码。与用于存储数据的一般内存不同,这里所说的设备内存往往是为访问设备用的特定地址或者用于特定功能的小段内存(比如中断向量表所占用的内存),而且各块设备内存在物理上可能并不连续,如果使用段为单位来做映射的话,就会浪费很多虚拟地址空间,所以设备内存使用页式映射,即二级映射。 以“中断向量表”的映射为例,在下面这段代码中,内核使用boot memory manager为中断向量表申请一页(4K)内存,并将这页内存映射到虚拟地址的0xffff0000处。对于中断向量表的位置,ARM为操作系统提供了两个选项,可以把它配置到内存的最低地址0x00000000处,也可以把它配置到到地址0xffff0000处,这里所说的地址都是虚拟地址,即经过MMU映射过后的地址。Linux默认选择后者,即高地址。
[c] static inline void prepare_page_table(void) { unsigned long addr; for (addr = 0; addr < MODULES_VADDR; addr = PGDIR_SIZE) { pmd_clear(pmd_off_k(addr)); } for ( ; addr < PAGE_OFFSET; addr = PGDIR_SIZE) { pmd_clear(pmd_off_k(addr)); } for (addr = __phys_to_virt(bank_phys_end(&meminfo.bank[0])); addr < VMALLOC_END; addr = PGDIR_SIZE) { pmd_clear(pmd_off_k(addr)); } } [/c]函数prepare_page_table()的作用是清空内核页表。对于我的配置来说,前两个for循环可以合并为一个,它们的作用是清空地址区间[0x00000000, 0xC0000000)的内存映射;第三个for循环有些不一样,它所清空的区间与前面是不连续的,它从bank0的末尾开始,直到VMALLOC结束。为什么要把bank0让出来呢?因为bank0是内核正在运行的空间,这段区域已经在head.S中的汇编代码里映射好了,如果在这里一并清空的话,内核就没法运行了。
有一个地方我一直不太理解,就是PGDIR_SIZE的定义,在这个版本的内核里,这个值被定义为:
[c] #define PGDIR_SHIFT 21 #define PGDIR_SIZE (1UL << PGDIR_SHIFT) [/c]就是说,PGDIR_SIZE被定义为2M,那么为什么不能定义成1M呢?1M正好是一个section,这样不是正好容易理解吗?而且如果这样定义的话,pmd方面的处理也会比较麻烦一些(在这里PMD其实就是PGD)。比如在pmd_clear()中,每次都需要设置两项:
[c] #define pmd_clear(pmdp) \ do { \ pmdp[0] = __pmd(0); \ pmdp[1] = __pmd(0); \ clean_pmd_entry(pmdp); \ } while (0) [/c]接下来的一个重要函数是map_lowmem() -> map_memory_bank() -> create_mapping()
[c] static void __init create_mapping(struct map_desc *md) { unsigned long phys, addr, length, end; const struct mem_type *type; pgd_t *pgd; ...... pgd = pgd_offset_k(addr); end = addr length; do { unsigned long next = pgd_addr_end(addr, end); alloc_init_section(pgd, addr, next, phys, type); phys = next - addr; addr = next; } while (pgd , addr != end); } [/c]map_lowmem()是为低端物理内存建立映射,在我的模拟环境中,物理内存只有一个bank,共有16M。alloc_init_section()为每一个PGD建立映射。
[c] static void __init alloc_init_section(pgd_t *pgd, unsigned long addr, unsigned long end, unsigned long phys, const struct mem_type *type) { pmd_t *pmd = pmd_offset(pgd, addr); if (((addr | end | phys) & ~SECTION_MASK) == 0) { pmd_t *p = pmd; if (addr & SECTION_SIZE) pmd ; do { *pmd = __pmd(phys | type->prot_sect); phys = SECTION_SIZE; } while (pmd , addr = SECTION_SIZE, addr != end); flush_pmd_entry(p); } else { alloc_init_pte(pmd, addr, end, __phys_to_pfn(phys), type); } } [/c]对于low memory的情况,条件if (((addr | end | phys) & ~SECTION_MASK) == 0)得到满足,这一段是专门为段式映射而准备的。在接下来的do循环中,连续两个PMD/PGD表项会被写入新的内容,以我的系统为例,写入的第一个表项内存是:
pmd = 0xc0007000, *pmd = 0x5000040e, phys = 0x50000000
即把物理地址0x50000000映射到虚拟地址0xc0000000,PMD/PGD表项的位置是在0xc0007000,写入的内容是0x5000040e,其中高12位是段的基地址(物理地址),而低20位0x40e是段的属性。 如果条件if (((addr | end | phys) & ~SECTION_MASK) == 0)不满足的话,函数alloc_init_section()的另外一半代码是为什么设计的呢?
答案是这段代码用于设备内存的映射。 接下来,内核要为设备内存建立映射,在paging_init()->devicemaps_init()->create_mapping()->alloc_init_section()->alloc_init_pte()这个调用栈中,就将用到alloc_init_section()的另外一半代码。与用于存储数据的一般内存不同,这里所说的设备内存往往是为访问设备用的特定地址或者用于特定功能的小段内存(比如中断向量表所占用的内存),而且各块设备内存在物理上可能并不连续,如果使用段为单位来做映射的话,就会浪费很多虚拟地址空间,所以设备内存使用页式映射,即二级映射。 以“中断向量表”的映射为例,在下面这段代码中,内核使用boot memory manager为中断向量表申请一页(4K)内存,并将这页内存映射到虚拟地址的0xffff0000处。对于中断向量表的位置,ARM为操作系统提供了两个选项,可以把它配置到内存的最低地址0x00000000处,也可以把它配置到到地址0xffff0000处,这里所说的地址都是虚拟地址,即经过MMU映射过后的地址。Linux默认选择后者,即高地址。
[c] static void __init devicemaps_init(struct machine_desc *mdesc) { ...... vectors = alloc_bootmem_low_pages(PAGE_SIZE); ...... map.pfn = __phys_to_pfn(virt_to_phys(vectors)); map.virtual = 0xffff0000; map.length = PAGE_SIZE; map.type = MT_HIGH_VECTORS; create_mapping(&map); [/c]至于为设备内存做二级映射的过程,我将另写一篇做详细记录,因为内容比较多。本文出自 “第二月的博客” 博客,请务必保留此出处http://2ndmoon.blog.51cto.com/6542214/1283725
相关文章推荐
- ARM Linux (S3C6410架构/2.6.35内核)的内存映射(三)
- ARM Linux (S3C6410架构/2.6.35内核)的内存映射(五)
- ARM Linux (S3C6410架构/2.6.35内核)的内存映射(四)
- ARM big.LITTLE大小核架构在Linux和Android内核下多核调度算法
- ARM Linux (S3C6410架构…
- ARM Linux (S3C6410架构…
- ARM架构内核启动分析-head.S(1.1、vmlinux.lds 链接脚本分析)
- ARM Linux (S3C6410架构…
- ARM Linux (S3C6410架构…
- Linux内核体系架构
- arm-linux之uboot向内核传递参数
- Linux内核代码架构图
- 读书笔记-深入linux内核架构-Chapter8-part2
- arm-linux内核start_kernel之前启动分析(1)-接过bootloader的衣钵
- 读书笔记-深入linux内核架构-Chapter9
- linux 3.4.103 内核移植到 S3C6410 开发板 移植失败 (问题总结,日本再战!)
- Arm linux 内核移植及系统初始化过程分析
- linux-3.2.36内核启动3-setup_arch中的内存初始化2(arm平台 分析建立页表)
- arm-linux内存管理学习笔记(2)-内核临时页表的建立
- Fedora9.0和VMware6.5下编译内核出现arm-linux-gcc无法找到的错误解决办法