這個東西肯定是要bootloader支持的,因爲bootloader要選擇啓動哪個kernel和ramdisk
所以是平臺相關的。
這裏可以從上往下看,也可以從下往上看。
我們先從上往下吧
多年不做,好在以前做bootloader和kernel的基礎還在。
還比較容易找。
Setting裏面我們可以選擇恢復出廠設置,recovery
Power.reboot("recovery");
參數表示reboot的原因
然後會到JNI
static void android_os_Power_reboot(JNIEnv *env, jobject clazz, jstring reason)
{
sync();
#ifdef HAVE_ANDROID_OS
if (reason == NULL) {
reboot(RB_AUTOBOOT);
} else {
const char *chars = env->GetStringUTFChars(reason, NULL);
__reboot(LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2,
LINUX_REBOOT_CMD_RESTART2, (char*) chars);
env->ReleaseStringUTFChars(reason, chars); // In case it fails.
}
jniThrowIOException(env, errno);
#endif
}
這裏會調用到c庫裏面的函數
__reboot:
.save {r4, r7}
stmfd sp!, {r4, r7}
ldr r7, =__NR_reboot
swi #0
ldmfd sp!, {r4, r7}
movs r0, r0
bxpl lr
b __set_syscall_errno
.fnend
c庫實際上到最底下就是系統調用的封裝了,
一般都是sys_reboot的實現了,
不過Qualcomm這裏用了宏來定義的。
調用了系統調用,kernel裏面實現,我們就到了kernel裏面
SYSCALL_DEFINE4(reboot, int, magic1, int, magic2, unsigned int, cmd,
void __user *, arg)
switch (cmd) {
case LINUX_REBOOT_CMD_RESTART:
kernel_restart(NULL);
break;
case LINUX_REBOOT_CMD_CAD_ON:
C_A_D = 1;
break;
case LINUX_REBOOT_CMD_CAD_OFF:
C_A_D = 0;
break;
case LINUX_REBOOT_CMD_HALT:
kernel_halt();
unlock_kernel();
do_exit(0);
break;
case LINUX_REBOOT_CMD_POWER_OFF:
kernel_power_off();
unlock_kernel();
do_exit(0);
break;
case LINUX_REBOOT_CMD_RESTART2:
if (strncpy_from_user(&buffer[0], arg, sizeof(buffer) - 1) < 0) {
unlock_kernel();
return -EFAULT;
}
buffer[sizeof(buffer) - 1] = '\0';
kernel_restart(buffer);
走到kernel_restart
void kernel_restart(char *cmd)
{
kernel_restart_prepare(cmd);
if (!cmd)
printk(KERN_EMERG "Restarting system.\n");
else
printk(KERN_EMERG "Restarting system with command '%s'.\n", cmd);
machine_restart(cmd);
}
void machine_restart(char * __unused)
{
arm_pm_restart(reboot_mode);
}
arm_pm_restart(reboot_mode);
這個函數是要每個target自己定義的,
以Qualcomm來說
static void msm_pm_restart(char str)
{
msm_rpcrouter_close();
msm_proc_comm(PCOM_RESET_CHIP, &restart_reason, 0);
for (;;)
;
}
這裏的restart reason是recovery
static int msm_reboot_call
(struct notifier_block *this, unsigned long code, void *_cmd)
{
if ((code == SYS_RESTART) && _cmd) {
char *cmd = _cmd;
if (!strcmp(cmd, "bootloader")) {
restart_reason = 0x77665500;
} else if (!strcmp(cmd, "recovery")) {
restart_reason = 0x77665502;
} else if (!strcmp(cmd, "eraseflash")) {
restart_reason = 0x776655EF;
} else if (!strncmp(cmd, "oem-", 4)) {
unsigned code = simple_strtoul(cmd + 4, 0, 16) & 0xff;
restart_reason = 0x6f656d00 | code;
} else {
restart_reason = 0x77665501;
}
}
return NOTIFY_DONE;
}
會把這個原因寫到smem裏面去
下次啓動的時候怎麼管用呢?
bootloader下次起來的時候會去讀這個值
Qualcomm的bootloader是appsboot.mbn
void aboot_init(const struct app_descriptor *app)
{
unsigned reboot_mode = 0;
unsigned disp_init = 0;
#if DISPLAY_SPLASH_SCREEN
display_init();
dprintf(INFO, "Diplay initialized\n");
disp_init = 1;
#endif
page_size = flash_page_size();
page_mask = page_size - 1;
if (keys_get_state(KEY_HOME) != 0)
boot_into_recovery = 1;
if (keys_get_state(KEY_BACK) != 0)
goto fastboot;
if (keys_get_state(KEY_CLEAR) != 0)
goto fastboot;
if (keys_get_state(KEY_VOLUMEUP) != 0)
goto fastboot;
if (keys_get_state(KEY_CAMERA) != 0)
goto fastboot;
if (keys_get_state(KEY_VOLUMEDOWN) != 0)
boot_into_recovery = 1;
//goto fastboot;
reboot_mode = check_reboot_mode();
if (reboot_mode == RECOVERY_MODE){
boot_into_recovery = 1;
}else if(reboot_mode == FASTBOOT_MODE){
goto fastboot;
}
recovery_init();
boot_linux_from_flash();
dprintf(CRITICAL, "ERROR: Could not do normal boot. Reverting "
"to fastboot mode.\n");
fastboot:
if(!disp_init) {
display_init();
} else {
fbcon_clear();
}
dprintf(INFO, "Diplay initialized\n");
udc_init(&surf_udc_device);
fastboot_register("boot", cmd_boot);
fastboot_register("erase:", cmd_erase);
fastboot_register("flash:", cmd_flash);
fastboot_register("continue", cmd_continue);
fastboot_register("reboot", cmd_reboot);
fastboot_register("reboot-bootloader", cmd_reboot_bootloader);
fastboot_publish("product", "swordfish");
fastboot_publish("kernel", "lk");
fastboot_init(target_get_scratch_address(), 150 * 1024 * 1024);
udc_start();
target_battery_charging_enable(1, 0);
}
APP_START(aboot)
.init = aboot_init,
APP_END
函數很簡單,
有三種情況
1:如果按鍵就會進入recovery
2:如果check_boot_mode是recovery的時候就會做
3 : 如果recovery_init返回的是真的話就會進入recovery mode
第一種很好理解,標準就是
第二種會去讀smem
unsigned check_reboot_mode(void)
{
unsigned mode[2] = {0, 0};
unsigned int mode_len = sizeof(mode);
unsigned smem_status;
smem_status = smem_read_alloc_entry(SMEM_APPS_BOOT_MODE,
&mode, mode_len );
if(smem_status)
{
dprintf(CRITICAL, "ERROR: unable to read shared memory for reboot mode\n");
return 0;
}
return mode[0];
}
unsigned smem_read_alloc_entry(smem_mem_type_t type, void *buf, int len)
{
struct smem_alloc_info *ainfo;
unsigned *dest = buf;
unsigned src;
unsigned size;
if (((len & 0x3) != 0) || (((unsigned)buf & 0x3) != 0))
return 1;
if (type < SMEM_FIRST_VALID_TYPE || type > SMEM_LAST_VALID_TYPE)
return 1;
/* TODO: Use smem spinlocks */
ainfo = &smem->alloc_info[type];
if (readl(&ainfo->allocated) == 0)
return 1;
if ((size = readl(&ainfo->size)) != (unsigned)len)
return 1;
src = MSM_SHARED_BASE + readl(&ainfo->offset);
for (; size > 0; src += 4, size -= 4)
*(dest++) = readl(src);
return 0;
}
第三種纔是網絡上普遍說的尋找misc分區
這個我就不說了,可以參考網上的文檔。
http://blog.chinaunix.net/u/14459/showart_1911144.html
Qualcomm的機器有些沒有misc分區的,我見過的好像都沒有?
不過也都沒太注意。
這個文章只解釋如何進入recovery,至於進入recovery之後如何取cache,
就比較簡單了,系統都起來了,後面的recovery的過程就是cache分區的東西了。
實際上所有的Android的bsp都不是完全開源的,
包括Qualcomm的全系列,nvidia的tegra,ti的,freescale的,
都有一些不能開源的部分,比如tegra 的bootloader是單獨發佈的。沒開源。
我上面貼出來的代碼都是Qualcomm開源部分的代碼。
其他的部分都是合作伙伴纔有的,包括Tegra 2也是一樣的,大家能下載的
都只是開源的那個部分,私有的部分只有合作伙伴纔有。等等廠家都一樣。
不過大多數東西,應該說80%的東西都是開源的吧。
目前在做一些系統工程的東西,不過剛纔又有其他項目的臨時抽調任務。
疑難雜症性質的東西又來了。
關於Android雙屏的事情還一直有customer在問,
大體分多種
1:兩個屏幕是獨立的,各自跑各自的東西,就是俺之前做的那個東西,典型的應用是
大小屏應用。比如遊戲機等等
2:兩個屏幕是分離的,但是內容要跨界顯示,組合成一個屏幕,
也是可以做的了,KERNEL裏面做就好了,電子書屏幕的確是太小,不能摺疊還。
3:兩個屏幕是分離的,顯示東西是一樣的,這個就更好做了,類似HDMI
但是如果要硬件加速的話,整個系統上的工作會多很多