目录一、地址空间二、内存描述符三、虚拟内存区域四、操作内存区域find_vma()mmap()和do_mmap()：创建地址区间五、页表一、地址空间进程地址空间由进程可寻址并且允许进程使用的虚拟内存组成

do_mmap()函数do_mmap主要是用来将虚拟内存与物理内存进行直接映射其核心在于error=do_mmap_pgoff(file,addr,len,prot,flags,pgoff);其核心函数便是这个

intdo_munmap(structmm_struct*mm,unsignedlongstart,size_tlen,structlist_head*uf)用于释放通过do_mmap映射的内存其源码分析如下

1:unsignedlongdo_mmap_pgoff(structfile*file,unsignedlongaddr,2:unsignedlonglen,unsignedlongprot,3:unsignedlongflags,unsignedlongpgoff)4:{5:structmm_struct*mm=current->mm;6:structinode*inode;7:vm_flags

1:unsignedlongdo_mmap_pgoff(structfile*file,unsignedlongaddr,2:unsignedlonglen,unsignedlongprot,3:unsignedlongflags,unsignedlongpgoff)4:{5:structmm_struct*mm=current->mm;6:structinode*inode;7:vm_flags

下面再看函数do_brk，事实上do_brk和do_mmap几乎一样，因为它们的本质都是一样的；这里多说一下它由mm/mmap.c文件的系统调用SYSCALL_DEFINE1调用，系统调用的问题如前几篇文章一样

如果已经看了博客中本系列文档的前面的几篇文章，应该就已经对malloc、mmap大致了解了，它们就是在堆中创建(或合并)所需虚拟地址的vma线性区，换句话说，就是达到进程地址空间中要有满足要求的vma，但不会给vma映射物理页(除非一定要求，即vma的flags标识了页锁定标志VM_LOCKED)，这是linux的对用户进程物理页分配的推后原则，把握这个原则有助于分析malloc/mmap乃至理解

do_brk()函数的声明如下：[c]unsignedlongdo_brk(unsignedlongaddr,unsignedlonglen)[/c]就像在上面的注释中所提到的，do_brk()是一个简化版的do_mmap

#Patchfor"implicitdeclarationoffunction‘do_mmap’"#forAMDCatalyst12.8(fglrx8.982)---/common/lib/modules

关于代码段数据段的加载： load_aout_binary中关于数据段代码段的加载片段如下：/*加载代码段*/error = do_mmap(bprm->file, N_TXTADDR(ex), ex.a_text

mmap系统调用 返回新线性区中第一个单元位置的线性地址。注意：linux中有mmap（由老的C库使用）和mmap2（由新的C库使用）两个系统调用，他们仅在第6个参数有区别。（所在公司的平台上经测试用的都是mmap而非mmap2）在linux-2.6.27.28中，系统调用mmap和mmap2都调用do_mmap2函数，do_mmap2函数再调用do_mmap_pgoff。在linux-2.6.2

sys_shmat=》do_shmat=》do_mmap=》do_mmap_pgoff=》 unsignedlongmmap_region(structfile*f

首先先来看创建虚拟区间地址部分，本部分代码主要在linux-2.6.33.2/mm下的mmap.c中，通过系统调用mmap可以访问来创建虚拟区间地址，下面来看该系统调用的具体实现：先从do_mmap()

为了做到这点，do_mmap()函数为当前进程创建并初始化一个新的线性区。不过，分配成功之后，可以把这个新的线性区与进程已有的其他线性区进行合并。

进程对内存区域的分配最终多会归结到do_mmap（）函数上来（brk调用被单独以系统调用实现，不用do_mmap()），内核使用do_mmap()函数创建一