手機開機的整個過程

關鍵字：開機、Rex、、ui_task、CoreApp一、開機的簡要流程分析是NandFlash啟動方式。NorFlash啟動方式就相當于硬件比較簡Amoi做詳細分析。另外一種就是NandFlash啟動方式，這種方式和PC的啟動方式比較相像，也是Amoi采用的Boot方式，下面將詳細分析在此方式下面的開機過程。AMSS主芯片的BootLoad硬件去將放臵于NandFlash上面的第一個（8K）里面的Boot代碼CopyRAM，這個內存應該是CPU自帶的內存，同后面提到的SDRAM有一定區(qū)別，可以把它當作CPU的Cache）的0xFFFF0000Boot代碼。Boot的主要任務是完成整個1.timer鏈表、任務就是全BrewBrew的運行環(huán)境AEE是如何跑起來的呢？關鍵在于ui_task()ui_task地位也相當重要，所以，后文我將單獨對它進行一個深入ui_task將AEE加載起來了，并且，它起到了一個中間層的作用，即所有AMSSui_task而轉到AEE，并最終轉到具體的App（Applet）的執(zhí)行代碼里面（HandleEvent()1.上述的開機過程，在每一次按開機鍵都需要走一遍，即關機之后，整個系統的所有功能都將消失，而不像有些手機，看起來是關了機，但實際上底層還是有一些軟件模塊在跑。為什么可以肯定地說上述開機過程每次都必須走NandFlash啟動的，所有的代碼都需要Copy到SDRAM才能運行，而關機斷電之后，SDRAM疑問，上述的過程必須每次開機都執(zhí)行；開機流程簡圖2.ui_task是在操作系統層面，OEM商需要重點研究清楚Task和上層AL的一個中間層，有可能需要加入OEM商的操作流程；Boot需要由OEM商修改，所以用C,Boot代碼屬于Driverdrivers/boot目錄里面找到相應的代碼。Boot的代碼組織得非常模塊化，整個boot的入口點是在Boot_function_table.s里面，這個匯編代碼里面實際上是將Boot需要完成的任務封裝成了不同的函數，由不同的函數來完成相應的工作，接下來，我將深入分析這些函數所完成的工作，如下所述。a)mmu_enable_instruction_cache;b)boot_hw_ctrl_initd)boot_rom_testRom.比對兩個標志位來檢查，并沒有一塊一塊地去檢查）。e)boot_ram_testRam自檢，具體算法其實也很簡單，就是讀、寫內存以判斷是否成功。f)boot_ram_init1.拷貝手機代碼從NandFlash到SDRAM。a.Image__BB_RAM__Base:CoreCode;b.Image__APP_RAM__Base:AppCode;[注]注意：到此為止，整個Boot的工作就告完結了，那么，它又是如何跳到AMSS的main入口點呢？原因很簡單，ARM編譯器在鏈接的時候會自動做出一個__rt_entry()，由此函數來完成ARM跳轉到main（）。而__rt_entry()會在boot_reset_handler.s里調用，具體細節(jié)，大家可以不用太過關心，只需要明白，Boot跑完之后，手機軟件就跑到了main里就Ok了。三．Ui_task的深入分析1.ui_Init;h)臵開機標志ui_powerup為True；i)注冊IPC信號量UI_IPC_SIG，這個可以暫時不管；m)到此為止，ui_task的初始化工作完成；[注意]ui_task主要完成如下事件的處理。a)看門狗喂食；f)處理按鍵消息，其主要完成如下的工作：i.打開背光；ii.特理按鍵到虛鍵值的轉換;iii.按鍵聲音的處理;iv.將按鍵消息傳送到AEE執(zhí)行環(huán)境，由它去負責按鍵的派發(fā)；[注]3.結論四．CoreApp的深入分析e)IAnnunciator的維護與更新；f)通話處理，打電話的輸入框；g)主菜單處理；h)手機各種設臵功能的處理；i)關機鍵的處理；1、總控模塊；(CoreApp)[注]4、Menu模塊5、其它功能App模塊；五．后記六．參考文檔a)80-V1072-1_E_Boot_Block_Dow