CE : Kernel Startup Sequence and some others

在MSDN 這一篇：http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnce50/html/ce50prev.asp
有說明 CE 的startup sequence..

從bootloader開始講，範例是ARM。
要配合BSP的code來看，BSP的code中，bootloader 依照boot flash type : NOR 或是NAND。而有不同。(BSP中有一個readme，說明boot environment: FLASH Layout)

NOR : EBOOT
NAND : STEPLOADER

EBOOT 就是 etherboot，支援download image from ethernet，writing to NANDFLASH。
(這個功能是因為demo board上有一個JMP可以設boot device : FROM NOR/NAND)。

STEMPLOADER是一個小size的bootloader，配合cpu NAND boot support的功能。boot時，cpu會從NANDFLASH讀取4k的data進入internal SRAM，再由internal SRAM boot。


Wakeup 和 Reset不一樣的地方在於Wakeup 時，SDRAM的內容是Sleep時的內容，沒有消失，所以只要適當將週邊再設定好，就可以回到當初sleep的狀態繼續執行。
Reset就不一樣。

這個bootloader的starup code要作的事情很多，因為不管是wake from sleep，reset 和WDT timout都是從這裡開始執行。
所以要判斷是wakeup,reset還是WDT，wake up的話，要check saved data是不是OK。restore saved data (CACHE/MMU control)。
WDT的話，要clear DRAM data。
reset的話，要將kernel從NANDFLASH load進來(C code)。


Bootloader的部份都是以EBOOT為範例解說。 -- 這部份略過，因為NAND FLASH不使用EBOOT作bootloader。

Kernel

由 Src\Kernel\OAL\Startup.s 開始。 負責hardware 相關的初始化(dram, cache...)，最後計算好OEMAddressTable 的位置，當作是argument，呼叫KernelStart。
OEMAddressTable 宣告在Src\inc\oemaddrtab_cfg.inc。

KernalStart在MS的private code folder的armtrap.s(也就是說，其內容是不能在公開場合提及的）。在msdn這一篇 ( http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wcecoreos5/html/wce50conNkexeBootProcess.asp ) armtrap.s 這一個assembly 不太好看，裡面包括很多部份，大部分是要setup MMU，所以有一堆Virtual, Physical 轉換。

ARM MMU architecture (furber P.302)

ARM MMU 使用 2-level page table和一個TLB(存放最近用過的translations)。
memory mapping的size可以有以下選擇：

• Sections - 1M byte
• Large Pages - 64K Byte，其中每16K byte又被分為一個sub page，可以分開控制
• Small Pages - 4K Byte，分成 1K byte subpage
• Tiny Pages - 1K Bytes tiny page

CE好像使用1M - Section.
所以oalAddressTable中的單位也是

---

有關MMU - ARM MMU : CP15 (P.299 furber)

C3 : Domain Control - 16 個domain的access control (2 bits/domain)
C2 : Translation Table Start Address - 在RAM中存放Translation Table的start address
C8 : 控制每個domain動作 - Flush.. etc
C1 : MMU的各項funtion (enable MMU，address alignmnt fault, data cache, Write buffer...)

---

CE 的system call 和Linux kernel service 類似，有implement一個call-gate，將API轉為Service_ID傳入統一的kernel 介面。

Service ID 定義在oak\inc\psyscall.h