ARMlinux內(nèi)核啟動分析.

1、head-armv.S主支分析head-armv.S是解壓后（或未壓縮的內(nèi)核最先執(zhí)行的一個文件，這個文件位于arch/arm/ kernel/head-armv.S，在與這個文件同目錄下還有一個文件head-armo.S 與 head-armv.S很相似，但從arch/arm/下的Makefile中可以看到區(qū)別在哪里：ifeq ($(CONFIG_C PU _26,yP ROCESSOR := armoifeq ($(CONFIG_ROM_KERNEL,yDATAADDR = 0x02080000TEXTADDR = 0x03800000LDSCRIPT = arch/arm/vmli nu

2、x-armo-ro m.l ds.in elseTEXTADDR = 0x02080000LDSCR IPT = arch/arm/vmli nu x-armo.lds.in en dif en dif ifeq ($(CONFIG_C PU _32,yP ROCESSOR = armvTEXTADDR = 0xC0008000LDSCRIPT = arch/arm/vmli nu x-armv.lds.in en dif arch/arm/kernel/in it_task.o閑話少說，在進入分析head-armv.S之前，交待一下我所分析的內(nèi)核版本號以及硬件平臺，內(nèi)核是2419-rmk7-

3、pxa2，對應的硬件平臺為 pxa 270。開篇說到，head-armv.S是進入內(nèi)核最先執(zhí)行的文件，為什么呢？內(nèi)核可執(zhí)行文件由許多鏈接 在一起的對象文件組成。對象文件有許多節(jié)，如文本、數(shù)據(jù)、init數(shù)據(jù)、bass等等。這些對象文件都是由一個稱為link script的文件鏈接并裝入的。這個link script的功能是將輸入對象文件的各節(jié)映射到輸出文件中；換句話說，它將所有輸入對象文件都鏈接到單一的可執(zhí)行文件中，將該可執(zhí)行文件的各節(jié)裝入到指定地址處。vmlinux-armv.lds就是鏈接內(nèi)核用到的linkscript, 它位于 arch/arm/目錄下，你可能注意至U了同目錄下還有一 vm

4、linux-armv.lds.in 文件, 這兩文件可是有關(guān)系的，答案就在 arch/arm/Makefile里。ifeq ($(CONFIG_CPU_32,y /* 對于 pxa 270 來說這里是 True */P ROCESSOR = armvTEXTADDR = 0xC0008000LDSCR IPT = arch/arm/vmli nux-armv.lds.inen dif$(wildcard in clude/c on fig/arch/*.hecho ' Ge nerat ing $'sed 's/TEXTADDR/$(TEXTADDR/;s/DATAAD

5、DR/$(DATAADDR/' $(LDSCRI PT >$從這個Makefile中我們可以看到，實際上 arch/arm/vmlinux-armv.lds.in 就是arch/arm/vmlinux-armv.lds 是一個藍本，在 make 的時候 vmlinux-armv.lds 是由 sed命令來替換vmlinux-armv.lds.in文件中的TEXTADDR, DATAADDR為特定的值而生成的。接下來就來真正看一下vmlinux-armv.lds里面的內(nèi)容:OUT PU T_ARCH(armENTRY(stextSECTIONS.=0XC0008000;.in it

6、 : /* Init code and data*/stext =.;_ini t_begi n =.;*(.text.i nit_proc_in fo_begi n =.;*(.p roc.i nfo_proc_info_end =.;_arch_i nfo_begi n =.;*(.arch.i nfoarchin fo_e nd =.;ENTRY(stext，就是說明了最先執(zhí)行的第一條指令是從stext開始，而這個stext就是位于head- armv.S 當中,它被定義于放置于.text.init section，而且.text.init section在 vmlinux.lds 文件

7、中也 是被放置于輸出文件的起始位置。/* arch/arm/kernel/head-armv.S */93 .secti on ".text, in it",#alloc,#execi nstr94 .type stext, #function95 ENTRY(stext 內(nèi)核入口點96 /*97 mov rO, #098 mov r1, #30099 add r1, r1, #4100 */101 mov r12, r0 / 保護 r0, r0=0, r12=0./*這中間的都是與XScale平臺無關(guān)的code */186 mov r0, #F_BIT | l_BIT |

8、 MODE_SVC make sure svc mode187 msr cp sr_c, r0 and all irqs disabled188 bl _lookup_ processorype189 teq r10, #0 in valid p rocessor?190 moveq r0, #'p' yes, error ' p'191 beq _error192 bl _lookup_architecture_t ype193 teq r7, #0 in valid architecture?194 moveq r0, #'a' yes, e

9、rror 'a'195 beq _error196 bl _create_ page_tables197 adr lr, _ret retur n address198 add pc, r10, #12 ini tialise processor199 (return control reg在程序注釋中有一段對于入口點的說明，說這個入口點一般是在內(nèi)核自解壓縮代碼中被調(diào)用（關(guān)于內(nèi)核的自解壓縮，我將在以后的文章中進行分析），在進入這個入口點前，須滿足以下 條件：MMU=off ，D-Cache=of，l-Cache=don t care， r0 =0， r仁machine numb

10、er (see arch/arm/tools/mach-types.h。Line93,定義一個 section，名為.text.init，#alloc 表示 section is allocatable, #execinstr表示 section is executable 從前面 vmlinux-armv.lds 文件中我們可以看到，這個"text.init" section會放到0xC0008000（在arch/arm/Makefile中TEXTADDR指定這個起始位置。Line95,這里的ENTRY 其實是一個宏，這個宏位于 linux/linkage.h中，在hea

11、d-armv.S中就包含了這個頭文件。/* linux/linkage.h */ #defi ne SYMBOL_NAME(X X #ifdef STDC#defi ne SYMBOL_NAME_LABEL(X X#: #else#defi ne SYMBOL_NAME_LABEL(X X/*/: #en dif#ifdef arm#defi ne _ALIGN .alig n 0#defi ne _ALIGN_STR ".align 0" #else#en dif#defi ne ALIGN ALIGN#defi ne ALIGN_STR _ALIGN_STRSYMBOL

12、_NAME_LABEL (n ameline186187: r0=0b11010011，用于設(shè)置當前程序狀態(tài)寄存器，以禁止 FIQ, IRQ，進入 sup ervisor 模式。Line188 :跳轉(zhuǎn)到_lookup_processorype ,讀取運行的cpu的ID值，判斷此ID值是否被內(nèi)核所支持，如果不支持，返回時r10 為 0。Line189191:如果是無效的 processor，則跳轉(zhuǎn)到_error。Line192:跳轉(zhuǎn)到 _lookup_architecture_type，看 r1 寄存器的 architecture number 值是否支持，如果不支持，則返回時r7=0。 Boo

13、tloader引導linux kernel時，會傳遞給r1為machine number。Line193195:如果是無效的（不支持的）體系類型（r7=0，則跳轉(zhuǎn)到 _error。Line196 :創(chuàng)建核心頁表。Line197:將標號_ret的地址放入Ir寄存器。_ret標號處相關(guān)源碼 如下:/* arch/arm/kernel/head-armv.S */216 .ty pe _ret, %fun ction217 _ret: ldr lr, _switch_data218 mcr p15, 0, rO, c1, c0219 mrc p15, 0, rO, c1, cO, 0 read it

14、 back.220 mov r0, r0221 mov r0, r0222 mov pc, lr也就是說，在將來某個時候有可能會調(diào)用mov pc, lr語句（實際上會在 arch/arm/mm/proc-xscale.S文件中_xscale_setup函數(shù)的line942調(diào)用，這在后面會講到）會跳轉(zhuǎn)到line217執(zhí)行l(wèi)dr lr, _switch_data。Line198 : r10+12->pc ,也即程序跳轉(zhuǎn)到 r10+12的地址處執(zhí)行，此時的r10存儲的是在執(zhí)行_lookup_processor_type函數(shù)后得到的當前處理器信息、是一個proc_info_list的結(jié)構(gòu)體信息,

15、對于我們的pxa270平臺，r10指向的就是 arch/arm/mm/proc-xscale.S文件中l(wèi)ine1099處那個位置，也就是說從line10991112的內(nèi)容就是一個 proc_info_list的結(jié)構(gòu)體實例。/* arch/arm/mm/proc-xscale.S */1097 .type _bva0_ proc_in fo,#object1098 _bva0_ proc_i nfo:1099 .long 0x69054110 Bulverde A0: 0x69054110, A1 : 0x69054111.1100 .long 0xfffffff0 and this is th

16、e CPU id mask.1101 #if CACHE_WRITE_THROUGH1102 .long 0x00000c0a1103 #else1104 .long 0x00000c0e1105 #endif1106 b _xscale_setup1107 .long cpu _arch_ name1108 .long cpu _elf_ name1109 .longHWCAP_SWP|HWCAP_HALF|HWCAP_THUMB|HWCAP_FAST_MULT|HWCAP_EDS P|H WCAP_XSCALE1110 .long cp u_bva0_i nfo1111 .long xsc

17、ale_ processor_fu nctions1112 .size _bva0 _p roc_i nfo, . - _bva0_ proc_infoCACHE和BUFFER的控制位進行而 r10+12 就是 line1106 (b _xscale_setup)。_xscale_setup函數(shù)是實際的 CPU 的設(shè)置子line198執(zhí)行的程序，它主要是操作協(xié)處理器，設(shè)置頁表目錄項基地址，對 一些操作（關(guān)于_xscale_setup的源碼分析放在后面的分支分析中）。也就是說結(jié)果是跳轉(zhuǎn)到arch/arm/mm/proc-xscale.S的line1106。（關(guān)于該行源碼建議讀者先分析完line2

18、17。_lookup_processorype函數(shù)再看。_xscale_setup函數(shù)返回程序會跳轉(zhuǎn)到Line217 :將_switch_data位置處的值放入lr （注意這里是指令 Idr，不是把標號_switch_data的地址放入lr），將來在line222時會跳轉(zhuǎn)到_swith_data所指向的地址。_swith_data標號相 關(guān)源碼如下:/* arch/arm/kernel/head-armv.S */201 .ty pe _switch_data, %object202 _switch_data:ong _mmap _switched203 .long SYMBOL_NAME(_

19、bss_start204 .long SYMBOL_NAME(_e nd205 .long SYMBOL_NAME( processor_id206 .lo ng SYMBOL_NAME(_machi ne_arch_t ype207 .long SYMBOL_NAME(cr_alig nment208 .long SYMBOL_NAME(i ni t_task_u nio n+8192Line222 :因為line217將lr的值存儲為_swith_data標號處的值，即_mmap_switched標號的地址，則此行執(zhí)行的結(jié)果是跳轉(zhuǎn)到_mmap_switched函數(shù)（line233處。而_m

20、map_switched函數(shù)相關(guān)源碼如下:/* arch/arm/kernel/head-armv.S */224 /*225 * The follow ing fragme nt of code is executed with the MMU on, and uses226 * absolute addresses; this is not p ositi on independent.227 *228 * r0 = pro cessor con trol register229 * r1 = machi ne ID230 * r9 = p rocessor ID231 */232 .al

21、ig n 5233 _mma p_switched:234 #ifdef CONFIG_XIP_KERNEL / 對于 pxa270 此處為 false，故 code 略243 #endif244245 adr r3, _switch_data + 4 246 ldmia r3, r4, r5, r6, r7, r8, sp r2 = compat 247 sp = stack pointer249 mov fp, #0 Clear BSS (and zero fp250 1: cmp r4, r5248251 strcc fp, r4,#4252 bcc 1b253254 str r9, r

22、6 Save p rocessor ID255 str r1, r7 Save machi ne type256 #ifdef CONFIG_ALIGNMENT_TRA P257 orr r0, r0, #2 A.258 #endif259 bic r2, r0, #2 Clear 'A' bit260 stmia r8, rO, r2 Save con trol register values261 b SYMB ON AME(start_kernelLine233261 :這段代碼的作用主要是在進入C函數(shù)前先做一些變量的初始化和保存工作。首先清空BSS區(qū)域，然后保存處理器

23、ID和機器類型到各自變量地址,接著保存cr_alignment,最后跳轉(zhuǎn)到init/main.c中的start kernel函數(shù)運行。再來具體分析一下這里面的代碼，line245246,它的結(jié)果就是r4 =_bss_start,r5=_e nd,r6=p rocessor_id,r7=_mach in e_arch_t ype,r8=cr_alig nment,sp= init_task_union+8192 ,這些寄存器存儲的都是變量的地址。再看一下line254 , r9之前存儲的是在 _lookup_processorype獲取的processor id,這里把process id放置在

24、r6指向的內(nèi)存，r6此時由于在line246被賦予了 processor_id變量的指針，所以這里把 pro cess id 保存在變量 p rocessor_id 中(p rocessor_id 在 arch/arm/ker nel/set up.c 中被定義。同樣，line255 , r1之前存儲的是在 kernel booting前由bootloader傳遞過來的 machinenumber，在這里把 machine number放置至U r7所指向的內(nèi)存,r7在line246被賦予了指向_machine_arch_type 變量，所以這里把 machine number 保存在變量 _

25、machine_arch_type 中（_machine_arch_type 同樣也定義在 arch/arm/kernel/setup.c 中）。ARM linux內(nèi)核啟動分析（2 原創(chuàng) 2007-06-11 10:50:25 發(fā)表者：jimmy_lee分支 1: _lookup_processorype 函數(shù)分析內(nèi)核中使用了一個結(jié)構(gòu)struct proc_in fo_list 結(jié)構(gòu)定義在 kernel/include/asm-arm/procinfo.h，用來記錄處理器相關(guān)的信息，該頭文件中。/* arch/arm/ker nel/head-armv.S */* Note! struct p

26、 rocessor is always defi ned if we're* using MULTI_C PU, otherwise this entry is unu sed,* but still exists.* NOTE! The followi ng structure is defi ned by assembly* Ian guage, NOT C code. For more in formatio n, check:* arch/arm/mm/proc-*.S and arch/arm/kernel/head-armv.S*/struct p roc_i nfo_li

27、st un sig ned int cpu _val;un sig ned int cpu _mask;un sig ned long _cpu _mmu_flags; /* used by head-armv.S */ un sig ned long _cpu _flush; /* used by head-armv.S */ const char *arch _n ame;const char *elf_ name;un sig ned int elf_hwca p;struct proc_in fo_item *info;struct p rocessor *proc;在arch/arm

28、/mm/proc-xscale.S文件中定義了所有和 xscale有關(guān)的proc_info_list ，我們使用的pxa270定義如下：/* arch/arm/mm/proc-xscale.S */ 1027 .sect ion ".p roc.i nfo", #alloc, #execi nstr 1028 1029 .type _80200_ proc_i nfo,#object1030 _80200_proc_info: /每一個 _xxx_proc_info 就對應于 proc_info_list1031 .lo ng 0x69052000 /cpu_val1032

29、 .long 0xfffffff0 /cpu_mask1033 #if CACHE WRITE THROUGH1034 .long 0x00000c0a /_cpu_mmu_flags1035 #else1036 .lo ng 0x00000c0e /_cpu_mmu_flags1037 #endif1038 b _xscale_setup /_cp u_flush1039 .long cpu _arch_ name /arch_ name1040 .long cpu _elf_ name /elf_ name1041 .lo ng HWCA P_SW P|H WCA P_ HALF|HWCA

30、 P_THUMB|HWCA P_ FAST_MULT|HWCA P_EDS P|H WCA P_XSCALE / elf_hwca p1042 .long cp u_80200_i nfo /info1043 .long xscale_ processor_f unctions /proc1044 .size _80200_ proc_i nfo, . - _80200_ proc_i nfo 10451096 1097 .type _bva0_ proc_in fo,#object 1098 _bva0_proc_info: /pxa270 的 proc_info_list1099 .lon

31、g 0x69054110 Bulverde A0: 0x69054110, A1 : 0x69054111.1100 .long 0xfffffff0 and this is the CPU id mask.1101 #if CACHE_WRITE_THROUGH1102 .long 0x00000c0a1103 #else1104 .long 0x00000c0e1105 #endif1106 b _xscale_setup1107 .long cpu _arch_ name1108 .long cpu_elf_n ame1109 .long HWCA P_SW P|H WCA P_ HAL

32、F|HWCA P_THUMB|HWCA P_ FAST_MULT|HWCA P_EDS P|H WCA P_XSCALE1110 .long cp u_bvaO_i nfo1111 .long xscale_ processor_f unctions1112 .size _bva0_ proc_info, . - _bva0_ proc_i nfo在上述code中，由于定義了 section，因此_bva0_proc_info 等在編譯時會放 入. section中。根據(jù) vmlinux-armv.lds ，_arch_info_begin 與_arch_info_end 就

33、分別指向. section的起始和結(jié)束，換句話說，在_arrch_info_begin 與_arch_info_end 所指向的區(qū)域，包含著若干個 proc_info_list結(jié)構(gòu)的數(shù)據(jù)。這個會在 _lookup_processor_type 中用到，下面來看一下 _look up_p rocessor_t ype 這個分支代碼。/* arch/arm/ker nel/head-armv.S */ 477 _lookup_ processorype: 478 adr r5, 2f / 把標號2 （行498）的址址放入r5寄存器中479 ldmia r5, r7, r9, r1

34、0 /r7 = _p roc_i nfo_end / r9 = _proc_in fo_begi n / r10 = 標號2 （行498）的地址480 sub r5, r5, r10 convert addresses481 add r7, r7, r5 to our address sp ace482 add r10, r9, r5483 mrc p15, 0, r9, cO, cO get processor id484 1: ldmia r10, r5, r6, r8 value, mask, mmuflags485 and r6, r6, r9 mask wan ted bits486

35、 teq r5, r6487 moveq p c, Ir488 add r10, r10, #36 sizeof( proc_i nfo_list489 cmp r10, r7490 blt 1b491 mov r10, #0 unknown p rocessor492 mov pc, lr 493494 /*495 * Look in in clude/asm-arm/proc info.h and arch/arm/kernel/arch.ch for496 * more in formatio n about the _p roc_i nfo and _arch_info structu

36、res.497 */498 2: .long _proc_in fo_e nd499 .long _proc_in fo_beg in500 .long 2b501 .long _arch_in fo_begin502 .long _arch_info_endLine478 :將line498的地址放到寄存器r5中，adr是小范圍的地址讀取偽指令。Line479 :將r5所指向的數(shù)據(jù)區(qū)的數(shù)據(jù)讀出到r7，r9，r10。結(jié)果就是r7=_proc_info_end ，r9 = _proc_info_begin，r10 = 標號 2( line498 )的地址。一一_ _Line480482 : r1

37、0 = _proc_info_beginLine483 : mrc是一個協(xié)處理器寄存器到 ARM寄存器的數(shù)據(jù)傳送指令，它的指令格 式是：MRC coproc, opcode1, Rd, CRn , opcode2對于讀取 Processor ID 來說，coproc 為 15，opcode1 為 0, CRn=0, opcode2=0。Line483 讀取 processor ID，并放入r9寄存器中。Line484490，是一個循環(huán)處理過程，由于 r10 一開始是指向_proc_info_begin 的，前面提到_Proc_info_begin 指向. section的首地

38、址，所以整個循環(huán)就是遍歷. section，也就是遍歷proc_info_list結(jié)構(gòu)數(shù)組，比較（p roc_i nfo_listi->c pu _val = p rocessor ID & p roc_i nfo_listi->cpu_mask是否與當前運行的processor ID 一致，如果有條件滿足的則函數(shù)在 line487返回（跳轉(zhuǎn)到line189，此時r10是不為零的（因為函數(shù)返回后，要根據(jù) r10是否為0，來判斷Processor未知與否）；如果遍歷完整個. section都不滿足的，則進入line491 。Line4914

39、92 :置r10=0用來表示processor未知，然后函數(shù)返回 （跳轉(zhuǎn)到line189。ARM Li nux啟動分析-head- armv.S（上）作者：cymwin18 2008-3-15 13:59回復此發(fā)言2 ARM Linux 啟動分析-head-armv.S （上） 作者：谷豐，您可以通過emailg u f e n g 7 7 1 2 6 . c o m/email和他聯(lián)系，轉(zhuǎn)載 請包含以上內(nèi)容Linux啟動后執(zhí)行的第一個文件是 arch/arm/kernel下的head-($PROCESSORS文 件,processo代表的 是該cpu的類型。ARM 6及其以后的處理器核心支持

40、 32位地 址空間。這些處理器可以在 26位和32位PC的模式下操作。在26位PC模式下,R15寄存器的表現(xiàn)如同在以前的處理器上，代碼只能運行在地址空間的最低的 64M字節(jié)空間中。在32位PC模式下，32位的R15寄存器被用做程序計數(shù)器。使 用獨立的狀態(tài)寄存器來存儲處理器模式和狀態(tài)標志。對于26位的arm處理器類型，linux用armo來表示；對于32位的arm處理器，使用armv表示。在 include/linux/autoconf.h 文件中通過#defi ne CONFIG_C PU_32 1將處理器類型設(shè)置為支持 32位PC模式。然后在arch/arm/Makefile中通過 ifeq

41、 ($(CONFIG_C PU_32,yP ROCESSOR = armvTEXTADDR = 0xC0008000LDSCRIPT = arch/arm/vmli nux-armv.lds.in en dif設(shè)置處理器類型為armv，這樣linux運行所執(zhí)行的第一個文件就是head-armv.S 接著，Makefile定義了內(nèi)核中代碼和數(shù)據(jù)所使用的虛擬地址 TEXRADDR，最后, 定義了鏈接器所使用的腳本文件，這個文件也是與處理器類型相關(guān)的。在執(zhí)行head-armv.S文件之前，有一點需要注意的是，bootloader已經(jīng)在處理器的 R1寄存器中存放了機器體系結(jié)構(gòu)的類型號。由于在文件的執(zhí)行

42、過程中將要針對當前的機器體系結(jié)構(gòu)設(shè)置相關(guān)的參數(shù)，如果沒有這個步驟，系統(tǒng)將顯示“ ERROR:”同時停止執(zhí)行。當然，也可以在 head -arm v.S文件的開頭添加代碼，手工對 R1賦 值，具體的機器類型號在 arch/arm/tools/mach-ty pes文件中。好了，接下來我們可以開始閱讀 head-armv.S文件了，看看它到底作了些什么事 情。由于篇幅的限制，對一些不是很關(guān)鍵的代碼和英文注釋予以省略，但是在每段 代碼后，我會根據(jù)自己的理解給出解釋。#if (TEXTADDR & Oxffff != 0x8000 #error TEXTADDR must start at 0

43、xXXXX8000 #e ndif.globi SYMBOL_NAME(swa pp er_pg_dir.equ SYMBOL_NAME(swa pp er_pg_dir, TEXTADDR - 0x4000.macro p gtbl, reg, rambaseadr reg, stextsub reg, reg, #0x4000.endm.macro krni adr, rd, p gtable, rambasebic rd, pgtable, #0x000ff000.endm首先，系統(tǒng)確保TEXTADDR的地址是以0x8000結(jié)尾的，前面已經(jīng)提到過， TEXTADDR的地址是0xC0008

44、000,是內(nèi)核所使用的 虛擬地址，而我所使用的PXA255處理器上支持的SDRAM空間是從0xA0000000開始的，這就需要通過 MMU進行虛擬地址到實際物理地址的轉(zhuǎn)換，也就是說將0xC0008000映射到 0XA0008000。地址轉(zhuǎn)換所使用的頁表將存放在從 0xA0008000網(wǎng)上的16K空間 中，即從0xA0004000到0xA0008000這一段。因此，系統(tǒng)必須空出 0xA0000000 到0xA0008000這一段，存放頁表和其它的一些內(nèi)核將 使用到的數(shù)據(jù)結(jié)構(gòu)。雖然上 面的代碼判斷的是TEXTADDR的地址是否以0x8000結(jié)尾，但從效果上說是一樣的。接著，代碼定義了全局變量swa

45、pper_pg_dir,它是頁表目錄項的虛擬地址。前面用 SYMBOLNAME（修飾，這是因為在有的系 統(tǒng)中，C編繹器對.C文件中的符號名 有"_"前綴，SYMBOL_NAME（可以使匯編代碼也適應這種變化。但是在當前的 Linux中，SYMBOL_NAME實際上不起任何作用。大家可以參考include/linux/linkage.h中對該修飾符的定義。然后，代碼定義了 pgtbl和krnladr兩個宏。Pgtbl宏得到的是與位置無關(guān)的頁表目 錄項地址，值為0XA000800往上16k的地址，即0xA0004000。stext所代表的也是 內(nèi)核的起始地址，通過arch/ar

46、m/vmlinux-armv.lds.in的鏈接腳本可以發(fā)現(xiàn)它在內(nèi)核 中的鏈接地址和TEXTADDR 一致。那么為什么頁表地址不是 0xC0004000呢？因 為我們在定義/reg寄存器時使用的adr指令，adr指令是在當前的PC值上+/-個標 號的偏移得到的，所以得到的地址只跟PC和標號到PC的偏移相關(guān)，跟編譯地址無 關(guān)。在MMU打開前，代碼要是地 址無關(guān)的，會經(jīng)常用到adr指令。由于當前的PC 運行的地址是從0xA0008000開始的地址空間，所以最后得到的頁表地址為 0XA0004000。krnladr宏需要配合其它代碼使用，它的本意是為了使對從 0xA0000000開始的內(nèi)核的地址空間

47、的尋址不會因為MMU的原因而被映射到其它的地址。因此需要將定義0xA0000000地址轉(zhuǎn)換的頁表項中的值的高 20位定義為 0xA0000，最低的12位保存的是頁表的標志位。由于該頁表項的索引 值是由地址 的最高12位所決定的，因此krnladr宏將地址的最低20位清零。在本文件中，只 清空了第4-11位，是因為有其它的代碼屏蔽了低12位的作用。如果將上面的代碼改成 bic rd, pgtable, #0x000fffff，效果是一樣的。.secti on ".text.i nit",#alloc,#execi nstr.type stext, #functionENTRY(stext