Android Recovery 的代码分析
来源:互联网 发布:linux 启动jar包脚本 编辑:程序博客网 时间:2024/05/17 08:45
1、调用main函数
在gingerbread/bootable/recovery/recovery.c最下面有个main(),这是recovery应用的主入 口,当编译recovery的时候,会生成一个名为recovery的可执行文件,我这边是放在out/目录下recovery/文件系统的/sbin目 录下,调用recovery可执行文件时会传入参数,这些参数就是main函数的参数,如下
01
int
02
main(
int
argc,
char
**argv)
03
{
04
char
tmp[4];
05
time_t
start =
time
(NULL);
06
07
#if RECOVERY_DBG
08
log_init();
09
#endif
10
INFO(
">>>>> Enter recovery <<<<<\n"
);
argc是参数个数,argv是每个参数指针
从这里开始了recovery...
2、获取commond
1
static
void
2
get_args(
int
*argc,
char
***argv) {
3
// INFO("Enter get_args\n");
4
struct
bootloader_message boot;
5
memset
(&boot, 0,
sizeof
(boot));
如果命令行有recovery命令,优先执行命令行的recovery命令; 否则,往下查找misc分区中的命令、/cache/recovery/command文件中的命
3、获取默认升级固件路径和名称
int property_get(const char *key, char *value, const char *default_value);
包括U盘、SD卡和Flash升级
4、解析命令
int getopt_long(int, char * const *, const char *, const struct option *, int *);
如 case 's': send_intent = optarg; break;
optarg是取命令中等号后面字符串
注册一些命令,register_update_commands函数是注册在update-script和recovery-script使用的升级命令
初始化一个变量,int status = INSTALL_SUCCESS;这个变量是用来标识升级是否成功,在清除misc分区命令时候作为一个判断依据
5、升级、格式化、还原
接下来,有三种需求,一是factorytest;二是update、recover;三是wipe data
01
if
(update_image != NULL) {
02
status = install_update(update_image);
03
if
(status != 0) {
04
ui_set_background(BACKGROUND_ICON_ERROR);
05
if
(status==-1) g_enable_item_move =
false
;
06
}
07
}
else
if
(recover_image != NULL){
08
status = recover_backup(recover_image);
09
if
(status != 0) {
10
ui_set_background(BACKGROUND_ICON_ERROR);
11
if
(status==-1) g_enable_item_move =
false
;
12
}
13
}
这部分代码是update\recover的需求,update走install_update分支,recovery走recover_backup分 支,g_enable_item_move是在recovery升级界面条目是否可移动的一个变量,false表示不能移动
01
if
(wipe_flags) {
02
if
( wipe_data(wipe_flags) != 0 )
03
{
04
status = INSTALL_ERROR;
05
ui_print(
"Data wipe failed.\n"
);
06
// 不擦除misc中的命令,重启后再次格式化
07
g_reset_blmsg =
false
;
08
g_enable_item_move =
false
;
09
}
10
}
这部分是擦除数据,就是格式化需求,根据擦除flags记录,分别去擦除需要格式化的分区或者磁盘,如果擦除失败,g_reset_blmsg 这个变量在擦除boot时候作为判别依据,false表示不擦出,这样,misc分区的内容还是recovey,下次重启后,boot引导进入 recovery模式 prompt_and_wait()函数里面,关键部分
1
for
(;;) {
2
int
key = 0;
3
INFO(
"wait an key\n"
);
4
key = ui_wait_key();
5
INFO(
"end wait\n"
);
这个函数作用就是一直在等待用户输入是一个不断的循环,可以选择五个条目,包括恢复出厂设置和重启 等;maybe_install_firmware_update(send_intent);是给用户一个机会,写入你的intent,做一些谷歌没有 做的事这个就是完成升级的最后一个函数,
1
// Reset the bootloader message to revert to a normal main system boot.
2
if
(g_reset_blmsg)
3
{
4
INFO(
"ready to clear cmd in misc \n"
);
5
struct
bootloader_message boot;
6
memset
(&boot, 0,
sizeof
(boot));
7
set_bootloader_message(&boot);
8
}
在这之前是针对intent的一个处理,这里g_reset_blmsg是根据上文提到的清除boot的一个判据,如果需要清除boot,表明下次重启后正常启动,不进入recovery模式
6、reboot处理完boot和misc分区,重启- Android Recovery 的代码分析
- Android Recovery 的代码分析
- Android Recovery 的代码分析
- Android Recovery 的代码分析
- Android Recovery 代码分析
- Android Recovery 代码分析
- Android Recovery 代码分析
- Android Recoveryの代码分析
- Android Recoveryの代码分析
- Android 的 Recovery 分析
- Android 的 Recovery 模式分析
- Android 的 Recovery 模式分析
- Android 的recovery模式分析
- Android 的 Recovery 模式分析
- Android Recovery 的流程分析
- Android 的recovery模式分析
- Android Recovery 的流程分析
- Android Recovery 的流程分析
- 微软Xbox游戏首登iOS平台
- 从K近邻算法、距离度量谈到KD树、SIFT+BBF算法
- update rowstate of dataset
- Eclipse快捷键大全(转载)
- Sicily.1093. Air Express
- Android Recovery 的代码分析
- 关于数据库中的字段长度
- 线程同步mute
- C#中用ILMerge将所有引用的DLL和exe文件打成一个exe文件,有图解
- Eclipse插件入门-----打开文件(3)
- 读 Beginning Android Games 2nd Edition (十一) 加入游戏暂停/恢复功能
- Sicily.1099. Packing Passengers(优先选择性价比高的飞机)
- 1A
- 母版页运行的具体步骤