RISCVLinuxkernel启动代码分析之四:setup_vm之后的页表

原创 嵌入式Lee 2024-11-16 08:30

一. 前言

前文分析了setup_vm函数,主要是几个配置页表的函数的实现。这一篇就进一步来看看setup_vm完之后,配置的页表到底将那些虚拟地址映射到了哪里。我们通过手算和GDB查看对照的方式来加深印象。

二. 分析过程

在如下位置打断点运行到该处,即setup_vm执行完后,relocate执行前。

hb *0x80201000

c

然后打印出各个页表的内容,和手动计算对比。

从源码可以看出构建了两个根页表,

一条是

trampoline_pg_dir->trampoline_pmd

该条是relocateva-pa切换运行时临时使用,只映射了链接虚拟地址开始2MB到加载运行物理地址开始的2MB

一条是

early_pg_dir->fixmap_pmd->fixmap_pte

->early_pmd

->early_dtb_pmd->

reloacte通过trampoline_pg_dir切换到虚拟地址运行后,再切换到页表

2.1临时页表early_pg_dir

2.1.1trampoline_pg_dir

(gdb) p &trampoline_pg_dir$14 = (pgd_t (*)[512]) 0xffffffe001b7d000 (gdb)
(gdb) p /x *(pgd_t (*)[512])0x81d7d000$15 = {{pgd = 0x0} times>, {pgd = 0x2075ec01}, {pgd = 0x0} times>}(gdb)

由以下代码配置

  /* Setup trampoline PGD and PMD */    create_pgd_mapping(trampoline_pg_dir, PAGE_OFFSET,               (uintptr_t)trampoline_pmd, PGDIR_SIZE, PAGE_TABLE);

即配置pgd页表trampoline_pg_dir

Va=PAGE_OFFSET=0xffffffe0 00000000

Pa=trampoline_pmd=0x81d7b000

Sz=PGDIR_SIZE=1GB

Prot=PAGE_TABLE=1

先计算pgd_idx=(va>>30)&511=(0xffffffe0 00000000>>30)&511=0x180=384

trampoline_pg_dir中一个条目对应1GB,这里需要对应到第384个条目去(右移30位,即按照1GB的颗粒度),并且表只有一页即512个条目,所以按照512取余。

所以对应条目为trampoline_pg_dir[384]

然后计算条目的内容

pfn_pgd(PFN_DOWN(pa), prot);

其中pa0x81d7b000prot1

所以PFN_DOWN(pa)0x81d7b000>>12

所以值为

((0x81d7b000>>12 ) <<10)| 1=0x2075EC01

和前面的打印信息对应

(gdb) p /x *(pgd_t (*)[512])0x81d7d000$15 = {{pgd = 0x0} times>, {pgd = 0x2075ec01}, {pgd = 0x0} times>}(gdb)

2.1.2trampoline_pmd

(gdb) p &trampoline_pmd

$16 = (pmd_t (*)[512]) 0xffffffe001b7b000

(gdb)

(gdb) p /x *(pmd_t (*)[512])0x81d7b000

$17 = {{pmd = 0x200800ef}, {pmd = 0x0} }

(gdb)

由以下代码配置

    create_pmd_mapping(trampoline_pmd, PAGE_OFFSET,               load_pa, PMD_SIZE, PAGE_KERNEL_EXEC);              

配置PMD页表 trampoline_pmd

Va=PAGE_OFFSET=0xffffffe0 00000000

Pa=load_pa=0x80200000

Sz=PMD_SIZE=2MB

Prot=PAGE_KERNEL_EXEC=0xEF

arch/riscv/include/asm/pgtable-bits.h

include/linux/pgtable.h

定义了PAGE_KERNEL_EXEC相关位

计算

pmd_idx = pmd_index(va); =( va>>21)&511=(0xffffffe0 00000000>>21)&511=0

trampoline_pmd中一个条目对应2MB虚拟地址,这里需要对应到第0个条目去(右移21位,即按照2MB的颗粒度),并且表只有一页即512个条目,所以按照512取余。

再计算

pfn_pmd(PFN_DOWN(pa), prot); =

pfn_pmd(PFN_DOWN(0x80200000), 0xEF); =

pfn_pmd(0x80200000>>12, 0xEF);=

((0x80200000>>12)<<10)|0xEF=0x200800EF

GDB打印信息对应

(gdb) p /x *(pmd_t (*)[512])0x81d7b000

$17 = {{pmd = 0x200800ef}, {pmd = 0x0} }

(gdb)

2.1.3 映射效果

所以以上两级页表,将链接虚拟地址0xffffffe000000000开始的2MB映射到了运行物理地址0x80200000开始的2MB。这样relocate时先将satp设置到trampoline_pg_dir时,访问这片链接地址实际就是访问到对应的物理地址实现无缝切换。这里仅仅作为中转,所以只映射了前面2MB即可,也就是relocate处的代码要在该范围内。

2.2 页表early_pg_dir

2.2.1 一级early_pg_dir

(gdb) p &early_pg_dir

$8 = (pgd_t (*)[512]) 0xffffffe00087b000

(gdb)

(gdb) p /x *(pgd_t (*)[512])0x80a7b000

$9 = {{pgd = 0x0}, {pgd = 0x2029e401}, {pgd = 0x0} , {pgd = 0x2075e801}, {pgd = 0x0} , {

pgd = 0x2029e801}, {pgd = 0x0} }

(gdb)

可以看到页表 early_pg_dir有三个条目,分贝对应以下语句实现

一一来看

fixmap_pmd

create_pgd_mapping(early_pg_dir, FIXADDR_START,

   (uintptr_t)fixmap_pgd_next, PGDIR_SIZE, PAGE_TABLE);

即配置pgd页表early_pg_dir

Va=FIXADDR_START=0xffffffcefee00000(这个地址上一篇文章已经分析过了)

Pa=fixmap_pgd_nextfixmap_pmd = 0x81d7a000

Sz=PGDIR_SIZE=1GB

Prot=PAGE_TABLE=1 下一级还是页表

先计算pgd_idx=(va>>30)&511=(0xffffffcefee00000>>30)&511=0x13b=315

early_pg_dir中一个条目对应1GB,这里需要对应到第315个条目去(右移30位,即按照1GB的颗粒度),并且表只有一页即512个条目,所以按照512取余。

所以对应条目为early_pg_dir[315]

然后计算条目的内容

pfn_pgd(PFN_DOWN(pa), prot);

其中pa0x81d7a000prot1

所以PFN_DOWN(pa)0x81d7a000>>12

所以值为

((0x81d7a000>>12 ) <<10)| 1=0x2075E801

GDB打印的如下信息对应

(gdb) p /x *(pgd_t (*)[512])0x80a7b000$9 = {{pgd = 0x0}, {pgd = 0x2029e401}, {pgd = 0x0} times>, {pgd = 0x2075e801}, {pgd = 0x0} times>, {    pgd = 0x2029e801}, {pgd = 0x0} times>}(gdb)

early_dtb_pmd

create_pgd_mapping(early_pg_dir, DTB_EARLY_BASE_VA,

   (uintptr_t)early_dtb_pmd, PGDIR_SIZE, PAGE_TABLE);

即配置pgd页表early_pg_dir

Va=DTB_EARLY_BASE_VA=0x40000000(#define DTB_EARLY_BASE_VA      PGDIR_SIZE)

Pa=early_dtb_pmd= 0x80a79000

Sz=PGDIR_SIZE=1GB

Prot=PAGE_TABLE=1 下一级还是页表

先计算pgd_idx=(va>>30)&511=(0x40000000>>30)&511=1

early_pg_dir中一个条目对应1GB,这里需要对应到第1个条目去(右移30位,即按照1GB的颗粒度),并且表只有一页即512个条目,所以按照512取余。

所以对应条目为early_pg_dir[1]

然后计算条目的内容

pfn_pgd(PFN_DOWN(pa), prot);

其中pa0x80a79000prot1

所以PFN_DOWN(pa)0x80a79000>>12

所以值为

((0x80a79000>>12 ) <<10)| 1=0x2029E401

GDB打印的如下信息对应

(gdb) p /x *(pgd_t (*)[512])0x80a7b000$9 = {{pgd = 0x0}, {pgd = 0x2029e401}, {pgd = 0x0} times>, {pgd = 0x2075e801}, {pgd = 0x0} times>, {    pgd = 0x2029e801}, {pgd = 0x0} times>}(gdb)

early_pmd

  /*   * Setup early PGD covering entire kernel which will allows   * us to reach paging_init(). We map all memory banks later   * in setup_vm_final() below.   */  end_va = PAGE_OFFSET + load_sz;  for (va = PAGE_OFFSET; va < end_va; va += map_size)    create_pgd_mapping(early_pg_dir, va,           load_pa + (va - PAGE_OFFSET),           map_size, PAGE_KERNEL_EXEC);

即配置pgd页表early_pg_dir

Va=PAGE_OFFSET开始按照map_size(前一篇文章分析的大小是2MB)为单位递进

Pa=load_pa 开始按照2MB递进

Sz=2MB

Prot=PAGE_KERNEL_EXEC 下一级叶子pte

这里希望直接映射

PAGE_OFFSET开始的虚拟地址到load_pa处,以2MB为单位映射整个镜像。

我们看create_pgd_mapping的实现

这里sz不为PGDIR_SIZE,且之前只映射了

DTB_EARLY_BASE_VA 0x40000000

FIXADDR_START 0xffffffcefee00000

所以此时映射0xffffffe0 00000000

按照1GB的颗粒度early_pg_dir中肯定是没有这个条目的,

所以会走下面红色框中代码,先在early_pg_dir中创建一个条目,而其

下一级是alloc_pgd_next

pt_ops.alloc_pmd(__va)

pt_ops.alloc_pmd = alloc_pmd_early;

&early_pmd[pmd_num * PTRS_PER_PMD];

MAX_EARLY_MAPPING_SIZE 小于PGDIR_SIZE的话

early_pmd只有一个页大小

这里MAX_EARLY_MAPPING_SIZE128M小于PGDIR_SIZE

所以

        next_phys = alloc_pgd_next(va);        pgdp[pgd_idx] = pfn_pgd(PFN_DOWN(next_phys), PAGE_TABLE);        nextp = get_pgd_next_virt(next_phys);        memset(nextp, 0, PAGE_SIZE);

执行后

next_phys=&pmd_t early_pmd = 0x80A7A000

Pgd_idx=(va>>30)&511=(0xffffffe000000000>>30)&511=0x180=384

pfn_pgd(PFN_DOWN(next_phys), prot);

其中pa0x80a7a000protPAGE_TABLE=1

所以PFN_DOWN(pa)0x80a7a000>>12

所以值为

((0x80a7a000>>12 ) <<10)| 1=0x2029E801

所以

early_pg_dir[384]=0x2029E801

和如下打印对应

(gdb) p /x *(pgd_t (*)[512])0x80a7b000$9 = {{pgd = 0x0}, {pgd = 0x2029e401}, {pgd = 0x0} times>, {pgd = 0x2075e801}, {pgd = 0x0} times>, {    pgd = 0x2029e801}, {pgd = 0x0} times>}(gdb)

一级PGD效果

至此上面early_pg_dir下的3个条目,映射了3GB块。

此时还只映射到下一级PMD

对应如下黄色部分的3块虚拟地址起点

后续还要继续构建下一级PMD到物理地址

2.2.2 二级pmd

在上述三个pmd页表下继续映射到最终的物理块。

分别对应以下语句

fixmap_pmd

(gdb) p &fixmap_pmd$10 = (pmd_t (*)[512]) 0xffffffe001b7a000 (gdb)
(gdb) p /x *(pmd_t (*)[512])0x81d7a000$11 = {{pmd = 0x0} times>, {pmd = 0x2075f001}, {pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}, { pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}}(gdb)

对应代码如下

    /* Setup fixmap PMD */    create_pmd_mapping(fixmap_pmd, FIXADDR_START,               (uintptr_t)fixmap_pte, PMD_SIZE, PAGE_TABLE);

Va= FIXADDR_START=0xffffffcefee00000

Pa=fixmap_pte=0x81d7c000

Sz=2MB

Prot=PAGE_TABLE = 1表示下一级还是页表。

pmd_idx=(0xffffffcefee00000>>21)&511=0x1F7=503

pfn_pmd(PFN_DOWN(pa), prot);=((0x81d7c000>>12)<<10) | 1=2075F001

所以

fixmap_pmd[503]=0x2075F001

和打印以下对应


(gdb) p /x *(pmd_t (*)[512])0x81d7a000$11 = {{pmd = 0x0} times>, {pmd = 0x2075f001}, {pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}, { pmd = 0x0}, {pmd = 0x0}, {pmd = 0x0}}(gdb)

fixmap_pte

此时fixmap_pte还没有映射叶子pte物理地址。

(gdb) p &fixmap_pte$12 = (pte_t (*)[512]) 0xffffffe001b7c000 (gdb)
(gdb) p /x *(pte_t (*)[512])0x81d7c000$13 = {{pte = 0x0} times>}(gdb)

页表对应如下

这一部分还未映射物理地址

early_dtb_pmd

(gdb) p &early_dtb_pmd$20 = (pmd_t (*)[512]) 0xffffffe000879000 (gdb)
(gdb) p /x *(pmd_t (*)[512])0x80a79000$23 = {{pmd = 0x20f800e7}, {pmd = 0x210000e7}, {pmd = 0x0} times>}(gdb)

该部分映射22MB的设备树块。

对应代码如下

其中dtb_pa由参数传入,kernel启动时由寄存器r1传入

我这里是

gdbinit.txt中设置

(gdb) p /x $dtb_addr

$25 = 0x83f00000

(gdb)

这里先按2MB对齐

pa = dtb_pa & ~(PMD_SIZE - 1);

所以pa=0x83e00000

后面映射了两个连续的2MB的块,所以分析一个即可。

    create_pmd_mapping(early_dtb_pmd, DTB_EARLY_BASE_VA,               pa, PMD_SIZE, PAGE_KERNEL);

Va= DTB_EARLY_BASE_VA=0x40000000

Pa=0x83e00000

Sz=2MB

Prot=PAGE_KERNEL = 0xE7表示没有下一级,直接索引物理地址了。

先计算

pmd_idx = pmd_index(va);=(va>>21)&511,  即按照2MB块分配,索引对512取余。

pmd_idx=(0x40000000>>21)&511=0

pfn_pmd(PFN_DOWN(pa), prot);=((0x83e00000>>12)<<10) | 0xE7=0x20F800E7

所以

early_dtb_pmd[0]=0x20F800E7

和打印以下对应

(gdb) p /x *(pmd_t (*)[512])0x80a79000$23 = {{pmd = 0x20f800e7}, {pmd = 0x210000e7}, {pmd = 0x0} times>}(gdb)

再来看

  create_pmd_mapping(early_dtb_pmd, DTB_EARLY_BASE_VA + PMD_SIZE,               pa + PMD_SIZE, PMD_SIZE, PAGE_KERNEL);

Va= DTB_EARLY_BASE_VA=0x40200000

Pa=0x84000000

Sz=2MB

Prot=PAGE_KERNEL = 0xE7表示没有下一级,直接索引物理地址了。

pmd_idx=(0x40200000>>21)&511=1

pfn_pmd(PFN_DOWN(pa), prot);=((0x84000000>>12)<<10) | 0xE7=0x210000E7

所以

early_dtb_pmd[1]=0x210000E7

和打印以下对应

(gdb) p /x *(pmd_t (*)[512])0x80a79000$23 = {{pmd = 0x20f800e7}, {pmd = 0x210000e7}, {pmd = 0x0} times>}(gdb)

对应的映射如下

即将0x40000000开始的2个连续的2MB映射到了0x83e00000开始的两个连续的2MB

采用大页2MB为单位映射。

early_pmd

(gdb) p &early_pmd$2 = (pmd_t (*)[512]) 0xffffffe00087a000 
(gdb) p /x * (pmd_t (*)[512])0x80A7A000$5 = {{pmd = 0x200800ef}, {pmd = 0x201000ef}, {pmd = 0x201800ef}, {pmd = 0x202000ef}, {pmd = 0x202800ef}, {pmd = 0x203000ef}, { pmd = 0x203800ef}, {pmd = 0x204000ef}, {pmd = 0x204800ef}, {pmd = 0x205000ef}, {pmd = 0x205800ef}, {pmd = 0x206000ef}, { pmd = 0x206800ef}, {pmd = 0x207000ef}, {pmd = 0x0} 498 times>}(gdb)

这里对应代码如下

    /*     * Setup early PGD covering entire kernel which will allows     * us to reach paging_init(). We map all memory banks later     * in setup_vm_final() below.     */    end_va = PAGE_OFFSET + load_sz;    for (va = PAGE_OFFSET; va < end_va; va += map_size)        create_pgd_mapping(early_pg_dir, va,                   load_pa + (va - PAGE_OFFSET),                   map_size, PAGE_KERNEL_EXEC);

这里是对kernel镜像大小,从

PAGE_OFFSET0xffffffe000000000开始,按照2MB进行映射到load_pa0x80200000处。

我们前面一篇分析了load_sz大小为29151232=27.8M,所以按照2MB为单位,要创建14个条目,从上面gdb的打印p /x * (pmd_t (*)[512])0x80A7A000也可看到下有14个条目。

我们以第一个为例分析,后面的类似。

这里create_pgd_mapping由于传入sz2MB不是1GB

且之前已经创建了early_pg_dir的条目。所以这里会走如下红色框部分,即调用create_pmd_mapping

Va= PAGE_OFFSET=0xffffffe000000000

Pa=0x80200000

Sz=2MB

Prot=PAGE_KERNEL_EXEC = 0xEF表示没有下一级,直接索引物理地址了。

pmd_idx=(0xffffffe000000000>>21)&511=0

pfn_pmd(PFN_DOWN(pa), prot);=((0x80200000>>12)<<10) | 0xEF=200800EF

所以

early_pmd[0]=200800EF

和打印以下对应

(gdb) p /x * (pmd_t (*)[512])0x80A7A000$5 = {{pmd = 0x200800ef}, {pmd = 0x201000ef}, {pmd = 0x201800ef}, {pmd = 0x202000ef}, {pmd = 0x202800ef}, {pmd = 0x203000ef}, {    pmd = 0x203800ef}, {pmd = 0x204000ef}, {pmd = 0x204800ef}, {pmd = 0x205000ef}, {pmd = 0x205800ef}, {pmd = 0x206000ef}, {    pmd = 0x206800ef}, {pmd = 0x207000ef}, {pmd = 0x0} 498 times>}(gdb)

如果对应最后一个则是

Va= PAGE_OFFSET=0xffffffe000000000+13*2MB=0xffffffe001A00000

Pa=0x80200000+13x2MB=0x81C00000

Sz=2MB

Prot=PAGE_KERNEL_EXEC = 0xEF表示没有下一级,直接索引物理地址了。

pmd_idx=(0xffffffe001A00000>>21)&511=13

pfn_pmd(PFN_DOWN(pa), prot);=((0x81C00000>>12)<<10) | 0xEF=0x207000EF

所以

early_pmd[13]=0x207000EF

和打印以下对应

(gdb) p /x * (pmd_t (*)[512])0x80A7A000$5 = {{pmd = 0x200800ef}, {pmd = 0x201000ef}, {pmd = 0x201800ef}, {pmd = 0x202000ef}, {pmd = 0x202800ef}, {pmd = 0x203000ef}, {    pmd = 0x203800ef}, {pmd = 0x204000ef}, {pmd = 0x204800ef}, {pmd = 0x205000ef}, {pmd = 0x205800ef}, {pmd = 0x206000ef}, {    pmd = 0x206800ef}, {pmd = 0x207000ef}, {pmd = 0x0} 498 times>}(gdb)

映射完后对应如下

2.3 swapper_pg_dir

(gdb) p &swapper_pg_dir$18 = (pgd_t (*)[512]) 0xffffffe001b7e000 (gdb)
(gdb) p /x * (pgd_t (*)[512]) 0x81D7E000$19 = {{pgd = 0x0} times>}(gdb)

swapper_pg_dirsetup_vm_final中设置,此时还未设置。

swapper_pg_dir下一篇再分析。

2.4 .fixmap_pmd的检查

setup_vm函数分析时,还有如下部分未分析,我们来继续分析下

/*     * Bootime fixmap only can handle PMD_SIZE mapping. Thus, boot-ioremap     * range can not span multiple pmds.     */    BUILD_BUG_ON((__fix_to_virt(FIX_BTMAP_BEGIN) >> PMD_SHIFT)             != (__fix_to_virt(FIX_BTMAP_END) >> PMD_SHIFT));
#ifndef __PAGETABLE_PMD_FOLDED    /*     * Early ioremap fixmap is already created as it lies within first 2MB     * of fixmap region. We always map PMD_SIZE. Thus, both FIX_BTMAP_END     * FIX_BTMAP_BEGIN should lie in the same pmd. Verify that and warn     * the user if not.     */    fix_bmap_spmd = fixmap_pmd[pmd_index(__fix_to_virt(FIX_BTMAP_BEGIN))];    fix_bmap_epmd = fixmap_pmd[pmd_index(__fix_to_virt(FIX_BTMAP_END))];    if (pmd_val(fix_bmap_spmd) != pmd_val(fix_bmap_epmd)) {        WARN_ON(1);        pr_warn("fixmap btmap start [%08lx] != end [%08lx]\n",            pmd_val(fix_bmap_spmd), pmd_val(fix_bmap_epmd));        pr_warn("fix_to_virt(FIX_BTMAP_BEGIN): %08lx\n",            fix_to_virt(FIX_BTMAP_BEGIN));        pr_warn("fix_to_virt(FIX_BTMAP_END):   %08lx\n",            fix_to_virt(FIX_BTMAP_END));
        pr_warn("FIX_BTMAP_END:       %d\n", FIX_BTMAP_END);        pr_warn("FIX_BTMAP_BEGIN:     %d\n", FIX_BTMAP_BEGIN);    }#endif

首先

arch/riscv/include/asm/fixmap.h

计算

__fix_to_virt(FIX_BTMAP_BEGIN)__fix_to_virt(FIX_BTMAP_END)要在一个2MB内。

其中

FIX_BTMAP_BEGIN(FIX_BTMAP_END计算如下

/* * Here we define all the compile-time 'special' virtual addresses. * The point is to have a constant address at compile time, but to * set the physical address only in the boot process. * * These 'compile-time allocated' memory buffers are page-sized. Use * set_fixmap(idx,phys) to associate physical memory with fixmap indices. */enum fixed_addresses {    FIX_HOLE,    FIX_PTE,    FIX_PMD,    FIX_TEXT_POKE1,    FIX_TEXT_POKE0,    FIX_EARLYCON_MEM_BASE,
    __end_of_permanent_fixed_addresses,    /*     * Temporary boot-time mappings, used by early_ioremap(),     * before ioremap() is functional.     */#define NR_FIX_BTMAPS       (SZ_256K / PAGE_SIZE)#define FIX_BTMAPS_SLOTS    7#define TOTAL_FIX_BTMAPS    (NR_FIX_BTMAPS * FIX_BTMAPS_SLOTS)
    FIX_BTMAP_END = __end_of_permanent_fixed_addresses,    FIX_BTMAP_BEGIN = FIX_BTMAP_END + TOTAL_FIX_BTMAPS - 1,
    __end_of_fixed_addresses};

得到FIX_BTMAP_END=6

FIX_BTMAP_END_BEGIN=6+7*64-1=453

__fix_to_virt

include/asm-generic/fixmap.h

#define __fix_to_virt(x) (FIXADDR_TOP - ((x) << PAGE_SHIFT))

#define __virt_to_fix(x) ((FIXADDR_TOP - ((x)&PAGE_MASK)) >> PAGE_SHIFT)

即先<即成衣4K

然后计算FIXADDR_TOP减去该值,得到BEGINEND处的虚拟地址。

FIXADDR_TOParch/riscv/include/asm/pgtable.h中定义

对应如下空间,即如下7*644k空间要在同一个2MB

然后pmd_index虚拟地址转pmd_idx

    fix_bmap_spmd = fixmap_pmd[pmd_index(__fix_to_virt(FIX_BTMAP_BEGIN))];    fix_bmap_epmd = fixmap_pmd[pmd_index(__fix_to_virt(FIX_BTMAP_END))];

找到该idx对应的fixmap_pmd条目

对应我们前面分析的这个索引503

然后判断对应的pmd条目内容要一样,我们这里是在同一个2MB内是一样的。

  if (pmd_val(fix_bmap_spmd) != pmd_val(fix_bmap_epmd)) {        WARN_ON(1);        pr_warn("fixmap btmap start [%08lx] != end [%08lx]\n",            pmd_val(fix_bmap_spmd), pmd_val(fix_bmap_epmd));        pr_warn("fix_to_virt(FIX_BTMAP_BEGIN): %08lx\n",            fix_to_virt(FIX_BTMAP_BEGIN));        pr_warn("fix_to_virt(FIX_BTMAP_END):   %08lx\n",            fix_to_virt(FIX_BTMAP_END));
        pr_warn("FIX_BTMAP_END:       %d\n", FIX_BTMAP_END);        pr_warn("FIX_BTMAP_BEGIN:     %d\n", FIX_BTMAP_BEGIN);    }

三. 总结

setup_vm后,总的页表映射关系如下

两个根页表在relocate中使用,其中先临时使用trampoline_pg_dir跳转下,再使用

early_pg_dir 这两个页表都映射了PAGE_OFFSET:0xffffffe000000000load_pa:0x80200000,都包括了relocate处的代码,所以才能无缝切换。

前者只映射了2MB,后者映射了整个Image的大小,都是按照大页2MB为单位映射。

此时的虚拟地址和物理地址对应如下

配置了

CONFIG_MMUCONFIG_DEBUG_VM

函数

print_vm_layout可打印上述信息
























评论 (0)
  •   工业自动化领域电磁兼容与接地系统深度剖析   一、电磁兼容(EMC)基础认知   定义及关键意义   电磁兼容性(EMC),指的是设备或者系统在既定的电磁环境里,不但能按预期功能正常运转,而且不会对周边其他设备或系统造成难以承受的电磁干扰。在工业自动化不断发展的当下,大功率电机、变频器等设备被大量应用,现场总线、工业网络等技术也日益普及,致使工业自动化系统所处的电磁环境变得愈发复杂,电磁兼容(EMC)问题也越发严峻。   ​电磁兼容三大核心要素   屏蔽:屏蔽旨在切断电磁波的传播路
    北京华盛恒辉软件开发 2025-04-07 22:55 247浏览
  •   物质扩散与污染物监测系统软件:多领域环境守护的智能中枢   北京华盛恒辉物质扩散与污染物监测系统软件,作为一款融合了物质扩散模拟、污染物监测、数据分析以及可视化等多元功能的综合性工具,致力于为环境科学、公共安全、工业生产等诸多领域给予强有力的技术支撑。接下来,将从功能特性、应用场景、技术实现途径、未来发展趋势等多个维度对这类软件展开详尽介绍。   应用案例   目前,已有多个物质扩散与污染物监测系统在实际应用中取得了显著成效。例如,北京华盛恒辉和北京五木恒润物质扩散与污染物监测系统。这
    华盛恒辉l58ll334744 2025-04-09 14:54 114浏览
  • 在万物互联时代,智能化安防需求持续升级,传统报警系统已难以满足实时性、可靠性与安全性并重的要求。WT2003H-16S低功耗语音芯片方案,以4G实时音频传输、超低功耗设计、端云加密交互为核心,重新定义智能报警设备的性能边界,为家庭、工业、公共安防等领域提供高效、稳定的安全守护。一、技术内核:五大核心突破,构建全场景安防基座1. 双模音频传输,灵活应对复杂场景实时音频流传输:内置高灵敏度MIC,支持环境音实时采集,通过4G模块直接上传至云端服务器,响应速度低至毫秒级,适用于火灾警报、紧急呼救等需即
    广州唯创电子 2025-04-08 08:59 156浏览
  •   物质扩散与污染物监测系统:环境守护的关键拼图   一、物质扩散原理剖析   物质扩散,本质上是物质在浓度梯度、温度梯度或者压力梯度等驱动力的作用下,从高浓度区域向低浓度区域迁移的过程。在环境科学范畴,物质扩散作为污染物在大气、水体以及土壤中迁移的关键机制,对污染物的分布态势、浓度动态变化以及环境风险程度有着直接且重大的影响。   应用案例   目前,已有多个物质扩散与污染物监测系统在实际应用中取得了显著成效。例如,北京华盛恒辉和北京五木恒润物质扩散与污染物监测系统。这些成功案例为物质
    华盛恒辉l58ll334744 2025-04-09 11:24 57浏览
  •   卫星图像智能测绘系统:地理空间数据处理的创新引擎   卫星图像智能测绘系统作为融合卫星遥感、地理信息系统(GIS)、人工智能(AI)以及大数据分析等前沿技术的综合性平台,致力于达成高精度、高效率的地理空间数据采集、处理与应用目标。借助自动化、智能化的技术路径,该系统为国土资源管理、城市规划、灾害监测、环境保护等诸多领域输送关键数据支撑。   应用案例   目前,已有多个卫星图像智能测绘系统在实际应用中取得了显著成效。例如,北京华盛恒辉北京五木恒润卫星图像智能测绘系统。这些成功案例为卫星
    华盛恒辉l58ll334744 2025-04-08 16:19 86浏览
  •     根据 IEC术语,瞬态过电压是指持续时间几个毫秒及以下的过高电压,通常是以高阻尼(快速衰减)形式出现,波形可以是振荡的,也可以是非振荡的。    瞬态过电压的成因和机理,IEC 60664-1给出了以下四种:    1. 自然放电,最典型的例子是雷击,感应到电力线路上,并通过电网配电系统传输,抵达用户端;        2. 电网中非特定感性负载通断。例如热处理工厂、机加工工厂对
    电子知识打边炉 2025-04-07 22:59 154浏览
  •   卫星图像智能测绘系统全面解析   一、系统概述   卫星图像智能测绘系统是基于卫星遥感技术、图像处理算法与人工智能(AI)技术的综合应用平台,旨在实现高精度、高效率的地理空间数据获取、处理与分析。该系统通过融合多源卫星数据(如光学、雷达、高光谱等),结合AI驱动的智能算法,实现自动化、智能化的测绘流程,广泛应用于城市规划、自然资源调查、灾害监测等领域。   应用案例   目前,已有多个卫星图像智能测绘系统在实际应用中取得了显著成效。例如,北京华盛恒辉和北京五木恒润卫星图像智能测绘系统
    华盛恒辉l58ll334744 2025-04-08 15:04 99浏览
  • HDMI从2.1版本开始采用FRL传输模式,和2.0及之前的版本不同。两者在物理层信号上有所区别,这就需要在一些2.1版本的电路设计上增加匹配电路,使得2.1版本的电路能够向下兼容2.0及之前版本。2.1版本的信号特性下面截取自2.1版本规范定义,可以看到2.1版本支持直流耦合和交流耦合,其共模电压和AVCC相关,信号摆幅在400mV-1200mV2.0及之前版本的信号特性HDMI2.0及之前版本采用TMDS信号物理层,其结构和参数如下:兼容设计根据以上规范定义,可以看出TMDS信号的共模电压范
    durid 2025-04-08 19:01 172浏览
  • 在人工智能技术飞速发展的今天,语音交互正以颠覆性的方式重塑我们的生活体验。WTK6900系列语音识别芯片凭借其离线高性能、抗噪远场识别、毫秒级响应的核心优势,为智能家居领域注入全新活力。以智能风扇为起点,我们开启一场“解放双手”的科技革命,让每一缕凉风都随“声”而至。一、核心技术:精准识别,无惧环境挑战自适应降噪,听懂你的每一句话WTK6900系列芯片搭载前沿信号处理技术,通过自适应降噪算法,可智能过滤环境噪声干扰。无论是家中电视声、户外虫鸣声,还是厨房烹饪的嘈杂声,芯片均能精准提取有效指令,识
    广州唯创电子 2025-04-08 08:40 192浏览
  • 文/Leon编辑/侯煜‍就在小米SU7因高速交通事故、智驾性能受到质疑的时候,另一家中国领先的智驾解决方案供应商华为,低调地进行了一场重大人事变动。(详情见:雷军熬过黑夜,寄望小米SU7成为及时雨)4月4日上午,有网友发现余承东的职务发生了变化,华为官网、其个人微博认证信息为“常务董事,终端BG董事长”,不再包括“智能汽车解决方案BU董事长”。余承东的确不再兼任华为车BU董事长,但并非完全脱离华为的汽车业务,而是聚焦鸿蒙智行。据悉,华为方面寻求将车BU独立出去,但鸿蒙智行仍留在华为终端BG部门。
    华尔街科技眼 2025-04-09 15:28 93浏览
  • ## DL/T645-2007* 帧格式:* 帧起始字符:68H* 地址域:A0 A1 A2 A3 A4 A5* 帧起始字符:68H* 控制码:1字节* 主站:* 13H:请求读电能表通信地址* 11H:请求读电能表数据* 1CH:请求跳闸、合闸* 从站:* 91H:正常应答读电能表* 9CH:正常应答跳闸、合闸* 数据域长度:1字节* 数据域:DI0 DI1 DI2 DI3* 发送方:每字节+33H* 接收方:每字节-33H* 数据标识:* 电能量* 最大需量及发生时间* 变量* 事件记录*
    四毛打印店 2025-04-09 10:53 59浏览
  • 文/郭楚妤编辑/cc孙聪颖‍伴随贸易全球化的持续深入,跨境电商迎来蓬勃发展期,物流行业 “出海” 成为不可阻挡的必然趋势。加之国内快递市场渐趋饱和,存量竞争愈发激烈。在此背景下,国内头部快递企业为突破发展瓶颈,寻求新的增长曲线,纷纷将战略目光投向海外市场。2024 年,堪称中国物流企业出海进程中的关键节点,众多企业纷纷扬帆起航,开启海外拓展之旅。然而,在一片向好的行业发展表象下,部分跨境物流企业的经营状况却不容乐观。它们受困于激烈的市场竞争、不断攀升的运营成本,以及复杂的国际物流环境,陷入了微利
    华尔街科技眼 2025-04-09 15:15 93浏览
我要评论
0
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦