当前位置:首页 > 嵌入式 > 嵌入式软件
[导读] Linux中代码段和数据段的加载load_aout_binary中关于数据段代码段的加载片段如下:/*加载代码段*/error = do_mmap(bprm->file, N_TXTADDR(ex), ex.a_text,PROT_READ | PRO

 Linux中代码段和数据段的加载

load_aout_binary中关于数据段代码段的加载片段如下:

/*加载代码段*/

error = do_mmap(bprm->file, N_TXTADDR(ex), ex.a_text,

PROT_READ | PROT_EXEC,

MAP_FIXED | MAP_PRIVATE | MAP_DENYWRITE | MAP_EXECUTABLE,

fd_offset);

/*加载数据段*/

error = do_mmap(bprm->file, N_DATADDR(ex), ex.a_data,

PROT_READ | PROT_WRITE | PROT_EXEC,

MAP_FIXED | MAP_PRIVATE | MAP_DENYWRITE | MAP_EXECUTABLE,

fd_offset + ex.a_text);

elf文件的处理比较特殊:

if (elf_ppnt->p_flags & PF_R)

· elf_prot |= PROT_READ;

· if (elf_ppnt->p_flags & PF_W)

· elf_prot |= PROT_WRITE;

· if (elf_ppnt->p_flags & PF_X)

· elf_prot |= PROT_EXEC;

· elf_flags = MAP_PRIVATE | MAP_DENYWRITE | MAP_EXECUTABLE;

......

error = elf_map(bprm->file, load_bias + vaddr, elf_ppnt,

· elf_prot, elf_flags, 0);

这里面关键的问题是,无论代码段还是数据段,一定是MAP_PRIVATE 的映射。

关于do_mmap的处理:

do_mmap做两件事情:1)对要映射的虚存区域建立vma 2)设置vma的vm_ops ,重点是其中的缺页处理的函数filemap_nopage(do_mmap的基本思路就是:只有在程序具体访问到该页时才建立真正的物理page)

在do_mmap_pgoff 中,有如下片段处理vma的读写属性:

if (file) {

VM_ClearReadHint(vma);

vma->vm_raend = 0;

if (file->f_mode & FMODE_READ)

vma->vm_flags |= VM_MAYREAD | VM_MAYWRITE | VM_MAYEXEC;

if (flags & MAP_SHARED) {

vma->vm_flags |= VM_SHARED | VM_MAYSHARE;

...........

}

vma->vm_page_prot = protection_map[vma->vm_flags & 0x0f]; /*pte中的页属性位就来自该变量*/

vma属性的定义如下:

* vm_flags..

*/

#define VM_READ 0x00000001 /* currently active flags */

#define VM_WRITE 0x00000002

#define VM_EXEC 0x00000004

#define VM_SHARED 0x00000008

以数据段为例:它是r/w、private的,所以它在执行到属性处理语句的时候:

vma->vm_page_prot = protection_map[vma->vm_flags & 0x0f];数组里面的索引值要么是3.要么是7.

pgprot_t protection_map[16] = {

__P000, __P001, __P010, __P011, __P100, __P101, __P110, __P111,

__S000, __S001, __S010, __S011, __S100, __S101, __S110, __S111

};

由上述图可以知道,3对应的是__P011, 7对应的是__P111

#define __P000 PAGE_NONE

#define __P001 PAGE_READONLY

#define __P010 PAGE_COPY

#define __P011 PAGE_COPY

#define __P100 PAGE_READONLY

#define __P101 PAGE_READONLY

#define __P110 PAGE_COPY

#define __P111 PAGE_COPY

#define PAGE_COPY __pgprot(_PAGE_PRESENT | _PAGE_USER | _PAGE_ACCESSED)

所以,不管是3还是7,这个页的属性都是PAGE_COPY。 至此代码段、数据段的vma已经建立成功,等到程序要访问相关页的时候,会触发do_page_fault对相应的虚存页进行物理页框的分配。

do_page_fault的处理:

do_page_fault -> handle_mm_fault -> handle_pte_fault

if (!pte_present(entry)) {

/*

* If it truly wasn't present, we know that kswapd

* and the PTE updates will not touch it later. So

* drop the lock.

*/

spin_unlock(&mm->page_table_lock);

if (pte_none(entry))

return do_no_page(mm, vma, address, write_access, pte);

return do_swap_page(mm, vma, address, pte, pte_to_swp_entry(entry), write_access);

}

第一次处理数据段缺页的时候,显然是pte表项为空的场景。但此时触发page_fault的操作是读还是写?(write_access正是标志本次触发标志是读还是写的操作)

假设现在的操作是写,那么write_access就是1.

do_no_page是这么处理的:

........

new_page = vma->vm_ops->nopage(vma, address & PAGE_MASK, (vma->vm_flags & VM_SHARED)?0:write_access);

entry = mk_pte(new_page, vma->vm_page_prot); /*这里是PAGE_COPY*/

if (write_access)

entry = pte_mkwrite(pte_mkdirty(entry));

set_pte(page_table, entry);

vma中的vm_ops是filemap_nopage函数:

filemap_nopage(struct vm_area_struct * area,unsigned long address, int no_share)/* no_share = write_access*/

page = __find_get_page(mapping, pgoff, hash); /*首先在page_cache中找到elf中的data页*/

............

old_page = page;

if (no_share) {

struct page *new_page = page_cache_alloc();

if (new_page) {

copy_user_highpage(new_page, old_page, address);

flush_page_to_ram(new_page);

} else

new_page = NOPAGE_OOM;

page_cache_release(page);

return new_page;

}

由此可见: 数据段的页只是一份用户态本地的拷贝,它没有任何mapping,他可以被换出到swap中。它和bss、堆区、栈区的页没有任何本质上的区别。

假设现在的操作是读:

write_access就是0,所以filemap_nopage中返回的就是old_page。 old_page是page_cache中的页,他一定会mapping到elf_inode->address_mapping。似乎这样接下去推会得到一个相反的结论。[!--empirenews.page--]

请注意:

entry = mk_pte(new_page, vma->vm_page_prot); /*这里是PAGE_COPY,_PAGE_PRESENT | _PAGE_USER | _PAGE_ACCESSED */

当我们对这样的页进行写操作的时候,mmu当然会触发page_fault.

if (write_access) {

if (!pte_write(entry))

return do_wp_page(mm, vma, address, pte, entry);

entry = pte_mkdirty(entry);

}

当一个vma是可写的,而vma中对应的pte又是不可写的,这就触发了copy_on_write机制:do_wp_page会进行相应的copy_on_write处理过程。

所以,不存在是否第一份不能被换出的情况。如果对数据段都是只读的操作,那么你可以把数据段的页想象成一个软链接。一旦有了写操作,那么数据段就变成了一份本地的page。

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭