ARM學(xué)習(xí)筆記之——MiniOS
1. 概述
最近,我花了大量的時(shí)間學(xué)習(xí)了楊鑄老師寫的《深入淺出嵌入式底層軟件開(kāi)發(fā)》,看完了ARM體系結(jié)構(gòu)與編程這一章。在這章節(jié)的最后,作者做了一個(gè)用于總結(jié)前面所學(xué)內(nèi)容的操作系統(tǒng)MiniOS,并附帶了其中的源代碼。我認(rèn)真學(xué)習(xí)了其中的所有代碼,悟到了其中非常巧妙的構(gòu)思。
本文引用地址:http://m.butianyuan.cn/article/201611/318808.htm讀這個(gè)MiniOS源代碼我遇到了最大的幾個(gè)問(wèn)題如下:
(1)系統(tǒng)是怎么啟動(dòng)的?
(2)開(kāi)啟了MMU后,虛擬地址是怎么映射上物理地址上的?
(3)系統(tǒng)是怎么開(kāi)啟MMU的,為什么開(kāi)啟了MMU內(nèi)存地址重映射之后程序還能正常運(yùn)行?
(4)main( ) 函數(shù)是怎么變成task0的?
(5)任務(wù)之間是怎么切換的?
(6)任務(wù)中怎么被創(chuàng)建,并運(yùn)行起來(lái)的?
上述這幾個(gè)問(wèn)題都是很細(xì)微,但又很難搞清楚的核心知識(shí)。筆者在此把自己悟到的東西分享出來(lái),供大家參考。
其它,如:系統(tǒng)函數(shù)調(diào)用、任務(wù)調(diào)度機(jī)制、LED、UART、按鍵怎么實(shí)現(xiàn),不做過(guò)多研究。
2. 詳細(xì)內(nèi)容
2.1 系統(tǒng)是怎么啟動(dòng)的?
首先說(shuō)明,書(shū)上提供的MiniOS工程編譯后的運(yùn)行地址為0x33FF0000,不是 0x00000000,這點(diǎn)很重要。
-info totals -ro-base 0x33ff0000 -first start.o
而程序編譯完成后,生成了bin文件將被燒錄到NorFlash的0x00000000地址上,也就很重要!
ARM復(fù)位后,PC從NorFlash的0x00000000地址上取提,也就是”b Reset“,之后跳到Reset標(biāo)號(hào)上繼續(xù)執(zhí)行。代碼如下:
- AREAStart,CODE,READONLY
- ENTRY;代碼段開(kāi)始
- bReset
- ……
- Reset;Reset異常處理符號(hào)
- blclock_init;跳往時(shí)鐘初始化處理
- blmem_init;跳往內(nèi)存初始化處理
- ldrsp,=SVC_STACK;設(shè)置管理模式棧指針,common_asm.h中定義
- bldisable_watch_dog;關(guān)閉看門狗
之后所有的跳轉(zhuǎn)都是用到b或bl,進(jìn)行相對(duì)跳轉(zhuǎn)。再跳轉(zhuǎn)也是以PC為起始,相對(duì)位置跳轉(zhuǎn),不會(huì)受運(yùn)行地址的影響。
初始化了時(shí)鐘、SDRAM、關(guān)閉看門狗、設(shè)置sp。有人可能會(huì)問(wèn):為什么在進(jìn)行了bl之后再設(shè)置棧指針?其實(shí),哪里設(shè)置都無(wú)所謂,因?yàn)閎l指令返回地址只保存在LR寄存器中,不放在棧里。SP被設(shè)置成了0x33FF0000,向下擴(kuò)展,將來(lái)還會(huì)提及。
然后初始化SDRAM(如果不初始化,SDRAM是不能使用的),將程序自己從0x00000000地址復(fù)制一份到0x33FF0000地址上。然后再來(lái)一個(gè)絕對(duì)地址跳轉(zhuǎn),轉(zhuǎn)到0x33FF0000地址域上的xmain地址處繼續(xù)執(zhí)行。如下:
- copy_code;代碼拷貝開(kāi)始符號(hào)
- movr0,#0x0;R0中為數(shù)據(jù)開(kāi)始地址(ROM數(shù)據(jù)保存在0地址開(kāi)始處)
- ldrr1,=|ImageBase|;R1中存放RO輸出域運(yùn)行地址,
RO - ldrr2,=|ImageLimit|;R2中存放ZI輸出域結(jié)束地址,
ZI - subr2,r2,r1;R2=R2-R1,得出待拷貝數(shù)據(jù)長(zhǎng)度
- blCopyCode2Ram;將R0,R1,R2三個(gè)參數(shù)傳遞給CopyCode2Ram函數(shù)執(zhí)行拷貝
- ldrr0,=|ImageBase|
ZI - ldrr1,=|ImageLimit|
ZI - blclear_bss_region
- blstack_init;跳往棧初始化代碼處
- msrcpsr_c,#0x5f;開(kāi)啟系統(tǒng)中斷,進(jìn)入系統(tǒng)模式
- ldrlr,=halt_loop;設(shè)置返回地址
- ldrpc,=xmain;跳往main函數(shù),進(jìn)入OS啟動(dòng)處理
- halt_loop
- bhalt_loop;死循環(huán)
xmain()函數(shù)定議在main.c文件中。
- intxmain(void)
- {
- pgtb_init();//建立頁(yè)表
- mmu_init();//mmu初始化
- uart_init();//串口初始化
- irq_init();//中斷初始化
- Timer0_init();//定時(shí)器0初始化
- key_init();//按鍵初始化
- led_init();//led燈初始化
- }
2.2 開(kāi)啟了MMU后,虛擬地址是怎么映射上物理地址上的?
在xmain函數(shù)中,pgtb_init() 函數(shù)的功能就是構(gòu)建頁(yè)表,TTB=0x300F0000。- voidpgtb_init()
- {
- unsignedlongentry_index,SFR_base;
- /*建立到Norflash的2MB的地址空間的映射*/
- /*0xA0000000映射到0開(kāi)始的1MB地址空間*/
- *(mmu_tlb_base+(0xA0000000>>20))=0x0|SEC_DESC;
- /*0xA0100000映射到0x100000~0x1FFFFF的1MB地址空間*/
- *(mmu_tlb_base+(0xA0100000>>20))=0x100000|SEC_DESC;
- /*令0x30000000~0x34000000的64MB虛擬地址等于物理地址空間,方便miniOS內(nèi)部進(jìn)程管理*/
- for(entry_index=0x30000000;entry_index<0x34000000;entry_index+=0x100000){
- *(mmu_tlb_base+(entry_index>>20))=entry_index|SEC_DESC;
- }
- /*特殊功能寄存器0x48000000~0x60000000地址空間映射到0xC8000000~0xE0000000虛擬地址空間*/
- for(entry_index=0x48000000+0x80000000,SFR_base=0x48000000;
- SFR_base<0x60000000;entry_index+=0x100000,SFR_base+=0x100000){
- *(mmu_tlb_base+(entry_index>>20))=SFR_base|SEC_DESC;
- }
- /*
- *進(jìn)程1-23號(hào)進(jìn)程地址空間,每個(gè)進(jìn)程32MB,miniOS允許進(jìn)程使用32MB虛擬地址空間,但是只分配其1MB的實(shí)際物理空間
- *進(jìn)程1:物理地址空間0x30100000-0x301fffff,對(duì)應(yīng)MVA(修正虛擬地址,進(jìn)程PID<<25形成)
- *MVA地址空間:0x02000000-0x021fffff
- *進(jìn)程2:物理地址空間0x30200000-0x302fffff
- *MVA地址空間:0x04000000-0x041fffff
- *.........
- *進(jìn)程23:物理地址空間0x31700000-0x317fffff
- *MVA地址空間:0x2E000000-0x2E1fffff
- *對(duì)應(yīng)進(jìn)程24由于MVA地址空間是0x30000000是物理內(nèi)存起始空間,該空間用來(lái)放置頁(yè)表,并且前面已經(jīng)用該
- *地址空間做了映射,因此它不能被映射成,24號(hào)進(jìn)程的物理地址空間,跳過(guò)該進(jìn)程號(hào)24,同樣道理,
- *跳過(guò)進(jìn)程號(hào)25
- *進(jìn)程24:物理地址空間0x31800000-0x318fffff
- *MVA地址空間:0x30000000-0x31ffffff
- *進(jìn)程25:物理地址空間0x31900000-0x319fffff
- *MVA地址空間:0x32000000-0x33ffffff
- */
- for(entry_index=1;entry_index<24;entry_index++){
- *(mmu_tlb_base+((entry_index*0x02000000)>>20))=(entry_index*0x00100000+SDRAM_BASE)|SEC_DESC;
- }
- /*
- *進(jìn)程26:物理地址空間0x31A00000-0x31Afffff
- *MVA地址空間:0x34000000-0x35ffffff
- *.........
- *進(jìn)程62:物理地址空間0x33E00000-0x33Efffff
- *MVA地址空間:0xC4000000-0xC5ffffff
- */
- for(entry_index=26;entry_index
- *(mmu_tlb_base+((entry_index*0x02000000)>>20))=(entry_index*0x00100000+SDRAM_BASE)|SEC_DESC;
- }
- /*
- *異常向量表
- *0xFFFF0000為高地址異常向量表,可以通常設(shè)置CP15,C1寄存器V位,當(dāng)異常產(chǎn)生時(shí),由硬件自動(dòng)去0xFFFF0000
- *地址處執(zhí)行異常跳轉(zhuǎn)執(zhí)行,而不是之前的0地址處異常向量表跳轉(zhuǎn),我們將該虛擬地址映射到0x33F00000這1MB地址
- *空間,同樣,將全部miniOS代碼拷貝到這1MB地址空間來(lái)。
- */
- *(mmu_tlb_base+(0xffff0000>>20))=((VECTORS_PHY_BASE)|SEC_DESC);
- }
完成之后,虛擬地址映射如下:
訪問(wèn)0x33FF0000~0x33FFFFFF 與 0xFFF00000~0xFFFFFFFF地址是同一塊物理內(nèi)存空間。
0xA0000000~0xA01FFFFF地址指向0x00000000~0x001FFFFF,NorFlash物理空間。
2.3系統(tǒng)是怎么開(kāi)啟MMU的,為什么開(kāi)啟了MMU內(nèi)存地址重映射之后程序還能正常運(yùn)行?
在開(kāi)啟MMU之前,數(shù)據(jù)訪問(wèn)是直接訪問(wèn)物理地址。但是開(kāi)啟了MMU后,所有的地址訪問(wèn)都需要通過(guò)一次虛擬地址轉(zhuǎn)換。同樣一個(gè)地址并不一定提向的同一個(gè)數(shù)據(jù)內(nèi)間。
那在mmu_init()函數(shù)開(kāi)啟MMU之后出現(xiàn)什么樣的反應(yīng)呢?
- voidmmu_init()
- {
- unsignedlongttb=MMU_TABLE_BASE;
- /*reg1待清除位*/
- intreg0,reg1=(VECTOR|ICACHE|R_S_BIT|ENDIAN|DCACHE|ALIGN|MMU_ON);
- /*CP15,C1設(shè)置位:異常向量表設(shè)置在高地址,使用ICACHE,系統(tǒng)采用小端模式,
- 使用DCACHE,使用地址對(duì)齊檢查,開(kāi)啟MMU*/
- intCP15_C1_set=(VECTOR|ICACHE|DCACHE|ALIGN|MMU_ON);
- __asm{
- movreg0,#0
- /*使ICaches和DCaches無(wú)效*/
- mcrp15,0,reg0,c7,c7,0
- /*使能寫入緩沖器*/
- mcrp15,0,reg0,c7,c10,4
- /*使指令,數(shù)據(jù)TLB無(wú)效無(wú)效*/
- mcrp15,0,reg0,c8,c7,0
- /*頁(yè)表基址寫入C2*/
- mcrp15,0,ttb,c2,c0,0
- /*將0x2取反變成0xFFFFFFFD,Domain0=0b01為用戶模式,其它域?yàn)?b11管理模式*/
- mvnreg0,#0x2
- /*寫入域控制信息*/
- mcrp15,0,reg0,c3,c0,0
- /*取出C1寄存器中值給reg0*/
- mrcp15,0,reg0,c1,c0,0
- /*先清除不需要的功能,現(xiàn)開(kāi)啟*/
- bicreg0,reg0,reg1
- /*設(shè)置相關(guān)位并開(kāi)啟MMU*/
- orrreg0,reg0,CP15_C1_set
- mcrp15,0,reg0,c1,c0,0
- }
- //DPRINTK(KERNEL_DEBUG,"MmuinitOK");
- }
剛開(kāi)始,我在看上面代碼的時(shí)候,我在想。這個(gè)一開(kāi)啟MMU之后,這個(gè)函數(shù)還能正常返回嗎?原來(lái)MMU在啟時(shí)前保存的返回地址(物理地址),在MMU開(kāi)啟后這個(gè)地址(虛擬地址)對(duì)應(yīng)的還是原來(lái)的物理地址嗎?除非一種情況: 虛擬地址與物理地址一致。
上述代碼為初始化MMU的函數(shù),當(dāng)在執(zhí)行完”mcr p15, 0, reg0, c1, c0, 0“ 指令之后,MMU被開(kāi)啟了。所有的地址訪問(wèn)都要經(jīng)過(guò)MMU轉(zhuǎn)換成物理地址才能訪問(wèn)。而mmu_init()此時(shí)運(yùn)行在SDRAM中0x33FF0000地址域上。由2.2節(jié)圖中所示,0x30000000~0x33FFFFFF地址空間上的虛擬地址與物理地址是對(duì)應(yīng)的。也就是說(shuō),虛擬地址==物理地址。
所以,程序能夠正常執(zhí)行。
2.4main( ) 函數(shù)是怎么變成task0的?
OSCreateProcess()函數(shù)所創(chuàng)建任務(wù)的ID號(hào)從1開(kāi)始計(jì)數(shù)。至于任務(wù)0,就是xmain()函數(shù)自己。
xmain()自己怎么跑到task0的位置上去坐著的呢?看main.c代碼:
- intxmain(void)
- {
- //PC=0x33FF????,SP=0x33FF0000,MMU=關(guān)
- pgtb_init();//建立頁(yè)表
- mmu_init();//mmu初始化
- //PC=0x33FF????,SP=0x33FF0000,MMU=開(kāi)
- //對(duì)UART、IRQ、TIMER0、LED、KEY進(jìn)行初始化
- OS_ENTER_CRITICAL();//關(guān)閉中斷,準(zhǔn)備進(jìn)入進(jìn)程初始化函數(shù)
- sched_init();//進(jìn)程調(diào)度初始化
- OS_EXIT_CRITICAL();//開(kāi)啟中斷
- ENTER_USR_MODE();//進(jìn)入用戶模式
- //進(jìn)程0執(zhí)行內(nèi)容
- while(1){
- DPRINTK(KERNEL_DEBUG,"kernel:process0");
- printk("process0,idle");
- wait(1000000);
- }
- return0;
- }
在執(zhí)行完 mmu_init 函數(shù)之后,所有的數(shù)據(jù)訪問(wèn)均是通過(guò)虛擬地址訪問(wèn)的。包括接下來(lái)的UART、IRQ、TIMER0、LED、KEY的初始化,通是訪問(wèn)的虛擬地址。詳見(jiàn)uart_init 函數(shù)中,讀寫的寄存器地址。
sched_init() 函數(shù)的功能是初始化所有的PCB。在最后,初始化PCB[0]。把 current=&task[0] 。
- /*初始化0號(hào)進(jìn)程*/
- p=&task[0];//p指向0號(hào)進(jìn)程PCB
- p->pid=0;//設(shè)置0號(hào)進(jìn)程pid
- p->state=TASK_RUNNING;//設(shè)置其運(yùn)行狀態(tài)為就緒態(tài)
- p->count=5;//設(shè)置其時(shí)間片為5
- p->priority=5;//設(shè)置優(yōu)先級(jí)為5
- p->content[0]=0x5f;//保存狀態(tài)寄存器cpsr值,表示為系統(tǒng)模式,開(kāi)啟中斷
- p->content[1]=SYS_MODE_STACK_BASE;//設(shè)置當(dāng)前進(jìn)程棧指針
- p->content[2]=0;
- p->content[16]=0;//設(shè)置PC寄存器的值為0,該進(jìn)程起始地址被MMU映射為0地址
- current=&task[0];//當(dāng)前運(yùn)行進(jìn)程為0號(hào)進(jìn)程
評(píng)論