前言

学习笔记，提纲擎领

参考资料：
https://www.cnblogs.com/xiaolei-kaiyuan/
09年初写的Android Recovery_百度
MTK 7.0 源码

Android 相关

Recovery 相关

具体代码流程

【recoery 类关系】：

RecoveryUI: 进行按键相关操作
ScreenRecoveryUI: 继承 RecoveryUI 界面显示操作操作
Device: 代表设备，有定义支持的相关 BuiltinAction 命令，有指针指向 RecoveryUI 的子类 ScreenRecoveryUI

【recovery 分区】：

    // Mt_common.h (bootable\recovery)#define PRELOADER_PART "/dev/block/mmcblk0boot0"#define PRELOADER2_PART "/dev/block/mmcblk0boot1"#define BOOT_PART      "/dev/block/platform/mtk-msdc.0/by-name/boot"#define CACHE_PART     "/dev/block/platform/mtk-msdc.0/by-name/cache"#define FAT_PART       "/dev/block/platform/mtk-msdc.0/by-name/intsd"#define SYSTEM_PART    "/dev/block/platform/mtk-msdc.0/by-name/system"#define DATA_PART      "/dev/block/platform/mtk-msdc.0/by-name/userdata"#define MISC_PART      "/dev/block/platform/mtk-msdc.0/by-name/para"#define RECOVERY_PART  "/dev/block/platform/mtk-msdc.0/by-name/recovery"#define CUSTOM_PART    "/dev/block/platform/mtk-msdc.0/by-name/custom"#define VENDOR_PART    "/dev/block/platform/mtk-msdc.0/by-name/vendor"#define LOGO_PART      "/dev/block/platform/mtk-msdc.0/by-name/logo"#define LK_PART        "/dev/block/platform/mtk-msdc.0/by-name/lk"#define TEE1_PART      "/dev/block/platform/mtk-msdc.0/by-name/tee1"#define TEE2_PART      "/dev/block/platform/mtk-msdc.0/by-name/tee2"#define PERSIST_PART   "/dev/block/platform/mtk-msdc.0/by-name/persist"#define NVDATA_PART    "/dev/block/platform/mtk-msdc.0/by-name/nvdata"#define MT_GPT_PART    "/dev/block/platform/mtk-msdc.0/by-name"// device\mediatek\build\build\tools\ptgen\MT6750\partition_table_MT6750_E266L.xlspreloader     Raw datapgpt            Raw datarecovery        Raw datapara            Raw datacustom          EXT4factory         EXT4APD             EXT4ADF             EXT4expdb           Raw datafrp Raw         datappl Raw         datamisc2           Raw datapersist         EXT4nvdata          EXT4metadata        Raw dataprotect1        EXT4protect2        EXT4seccfg          Raw dataoemkeystore     Raw dataproinfo         Raw dataefuse           Raw datamd1img          Raw datamd1dsp          Raw datamd1arm7         Raw datamd3img          Raw datanvram           Raw datalk              Raw datalk2             Raw databoot            Raw datalogo            Raw datatee1            Raw datatee2            Raw datasecro           Raw datakeystore        Raw datasystem          EXT4cache           EXT4userdata        EXT4intsd           FATotp              Raw dataflashinfo       Raw datasgpt            Raw data/dev/block/platform/mtk-msdc.0/11230000.msdc0/by-namelrwxrwxrwx 1 root root  20 2017-07-08 16:39 ADF -> /dev/block/mmcblk0p5lrwxrwxrwx 1 root root  20 2017-07-08 16:39 APD -> /dev/block/mmcblk0p4lrwxrwxrwx 1 root root  21 2017-07-08 16:39 boot -> /dev/block/mmcblk0p23lrwxrwxrwx 1 root root  21 2017-07-08 16:39 cache -> /dev/block/mmcblk0p30lrwxrwxrwx 1 root root  20 2017-07-08 16:39 expdb -> /dev/block/mmcblk0p6lrwxrwxrwx 1 root root  20 2017-07-08 16:39 factory -> /dev/block/mmcblk0p3lrwxrwxrwx 1 root root  21 2017-07-08 16:39 flashinfo -> /dev/block/mmcblk0p32lrwxrwxrwx 1 root root  20 2017-07-08 16:39 frp -> /dev/block/mmcblk0p7lrwxrwxrwx 1 root root  21 2017-07-08 16:39 keystore -> /dev/block/mmcblk0p28lrwxrwxrwx 1 root root  21 2017-07-08 16:39 lk -> /dev/block/mmcblk0p21lrwxrwxrwx 1 root root  21 2017-07-08 16:39 lk2 -> /dev/block/mmcblk0p22lrwxrwxrwx 1 root root  21 2017-07-08 16:39 logo -> /dev/block/mmcblk0p24lrwxrwxrwx 1 root root  21 2017-07-08 16:39 md1arm7 -> /dev/block/mmcblk0p18lrwxrwxrwx 1 root root  21 2017-07-08 16:39 md1dsp -> /dev/block/mmcblk0p17lrwxrwxrwx 1 root root  21 2017-07-08 16:39 md1img -> /dev/block/mmcblk0p16lrwxrwxrwx 1 root root  21 2017-07-08 16:39 md3img -> /dev/block/mmcblk0p19lrwxrwxrwx 1 root root  21 2017-07-08 16:39 metadata -> /dev/block/mmcblk0p10lrwxrwxrwx 1 root root  20 2017-07-08 16:39 nvdata -> /dev/block/mmcblk0p9lrwxrwxrwx 1 root root  21 2017-07-08 16:39 nvram -> /dev/block/mmcblk0p20lrwxrwxrwx 1 root root  21 2017-07-08 16:39 oemkeystore -> /dev/block/mmcblk0p14lrwxrwxrwx 1 root root  20 2017-07-08 16:39 para -> /dev/block/mmcblk0p2lrwxrwxrwx 1 root root  20 2017-07-08 16:39 ppl -> /dev/block/mmcblk0p8lrwxrwxrwx 1 root root  21 2017-07-08 16:39 proinfo -> /dev/block/mmcblk0p15lrwxrwxrwx 1 root root  21 2017-07-08 16:39 protect1 -> /dev/block/mmcblk0p11lrwxrwxrwx 1 root root  21 2017-07-08 16:39 protect2 -> /dev/block/mmcblk0p12lrwxrwxrwx 1 root root  20 2017-07-08 16:39 recovery -> /dev/block/mmcblk0p1lrwxrwxrwx 1 root root  21 2017-07-08 16:39 seccfg -> /dev/block/mmcblk0p13lrwxrwxrwx 1 root root  21 2017-07-08 16:39 secro -> /dev/block/mmcblk0p27lrwxrwxrwx 1 root root  21 2017-07-08 16:39 system -> /dev/block/mmcblk0p29lrwxrwxrwx 1 root root  21 2017-07-08 16:39 tee1 -> /dev/block/mmcblk0p25lrwxrwxrwx 1 root root  21 2017-07-08 16:39 tee2 -> /dev/block/mmcblk0p26lrwxrwxrwx 1 root root  21 2017-07-08 16:39 userdata -> /dev/block/mmcblk0p31

【Recovery 流程总结】：

//
// 0. 带 --adbd 参数启动，其只支持 adb sideload 命令
// 1. 进行输入输出重定向，启动一个 log 子进程进行 log 输出工作，让 log 打印到指定文件里
// 2. 加载文件系统挂载表 fstab 文件，保存到内存的 fstab 中，类似 VOLD 中的操作，解析完成后
//      保存在全局变量 fstab 中，后面有用到
// 3. 搜索 fstab 文件中，判断是否有 /cache 分区
// 4. 如果支持第二个 sdcard 的话，创建  "/sdcard2" 目录
// 5. 主要是用来判断存储是什么类型的：Nand or Emmc ,这通过读取设备的 GPT(GUID Partion Table)全局唯一标识磁盘分区表
//      来实现，最后设置 phone_type 类型：NAND_TYPE or EMMC_TYPE
// 6. 进行文件系统挂载
//      1. 获得 fstab 中指定路径的那行参数
//      2. 获得 /proc/mounts 中已挂载分区的信息，保存在全局变量 g_mounts_state 中
//      3. 遍历 /proc/mounts 中的数据，获取传入挂点的那行参数,如 /dev/block/platform/mtk-msdc.0/11230000.msdc0/by-name/system /system ext4 ro,seclabel,relatime,data=ordered 0 0
//      4. 进行文件系统挂载：ubifs/yaffs2/ext4/squashfs/vfat
//      5. 挂载 /sdcard ，这个里面挂载了我们自己的添加的 ntfs/exfat 系统用来支持 ntfs/exfat 的 SD 存储卡
// 7. log 重命令, last_log/last_kmsg 重命令为 last_log.[number]/last_kmsg.[number]
// 8. 获得命令行参数，首先获得 /misc 分区下的命令，再获得 /cache 下的命令
//      最后将这些命令再写入 /misc, 让其重启再进入 recovery, 用于升级失败重试，升级成功则清除
// 9. 解析从 /misc 和 /cache 获得的参数，可以用的命令如下：
//          static const struct option OPTIONS[] = {
//            { "send_intent", required_argument, NULL, 'i' },
//            { "update_package", required_argument, NULL, 'u' },
//            { "retry_count", required_argument, NULL, 'n' },
//            { "wipe_data", no_argument, NULL, 'w' },
//            { "wipe_cache", no_argument, NULL, 'c' },
//            { "show_text", no_argument, NULL, 't' },
//            { "sideload", no_argument, NULL, 's' },
//            { "sideload_auto_reboot", no_argument, NULL, 'a' },
//            { "just_exit", no_argument, NULL, 'x' },
//            { "locale", required_argument, NULL, 'l' },
//            MT_OPTION
//            { "stages", required_argument, NULL, 'g' },
//            { "shutdown_after", no_argument, NULL, 'p' },
//            { "reason", required_argument, NULL, 'r' },
//            { "security", no_argument, NULL, 'e'},
//            //huangzhijian@wind-mobi.com add 20161101 for asus ota fota begin
//            { "requester", required_argument, NULL, 'q' },
//            //huangzhijian@wind-mobi.com add 20161101 for asus ota fota end
//            { NULL, 0, NULL, 0 },
//          };
// 10. locale = "en_US" 这个不为空指针，不走这里，这里只是加载 /cache 下的命令
// 11. 使用 ScreenRecoveryUI 类初始化了 Device 类
//      ScreenRecoveryUI 类：负责界面显示相关的操作，继承实现 RecoveryUI 抽象类
// 12. 获得 Device 类中的 ScreenRecoveryUI 对象，然后进行界面操作
// 13. 显示相关初始化
//      初始化全局变量 gr_font, 通过 libpng 打开 font.png, 保存到 gr_font->texture 中
//      【核心，假装用的此函数】：打开内核的 /dev/graphics/fb0 显示节点:
//              节点的文件描述符保存在 fb_fd 中
//              mmap() 的内存显示空间，保存在全局变量 gr_framebuffer 中
//              设置 g_draw 指向显示缓冲区
//      对显示界面进行翻转操作
//      获得属性 ro.sf.lcd_density 显示密度，设置一此 ScreenRecoveryUI 的属性值，并分配一些内存
//      加载一些图片进 ScreenRecoveryUI 的变量中保存
//      加载图片流程：
//           打开 /res/images/ 下的图片
//           分配一个 surface 对象内存
//           将 png 图片读入 surface 对象中保存
//           然后将 surface 对象返回给对应 ScreenRecoveryUI 变量中保存
//      加载本地化的字体，png 图片中可以保存哪国语言信息？加载过一个 surface 内存中保存
//      加载 /res/images/ 下的图片进 surface 数组中，动画是通过一帧帧图片实现的
//      创建了一个进程，进行显示更新
//           死循环：
//               定时更新进度条，20ms 更新一次
//               如果需要重绘
//                   更新全部，绘制菜单等
//                   更新部分，如动画，进度条
//      监听 /dev/input/event 下的节点，当有按键事件时，回调 RecoveryUI::InputCallback() 进行处理
//      他会在里面调用 ProcessKey() 进行按键处理
// 14. 根据是否启用安全更新，来设置背景字符串
// 15. 如果命令行设置了 -update_package 更新指令，则解析下镜像存放路径格式为：
//        -update_package=[分区]:[路径]
//      将更新的镜像路径存在 update_package 中
// 16. 先进行更新安装包
//      进行电池电量检测，至少 20%
//      首先将更新命令写入 /misc 中，用于升级失败后自动再进入升级
//      将当前更新路径写入 /tmp/last_install 中保存
//      确保 /tmp 和 /cache 路径被挂载，其他路径被卸载？
//        显示更新界面
//        进行路径挂载
//        将路径指向的文件 mmap 映射到内存中？
//        加载加密用的密钥:RSA 算法
//        对加载进来的安装包进行校验，使用 RSA
//        打开 update.zip 安装包
//        进行升级前的一些准备工作，如 data 分区备份与恢复
//        在 update.zip 中查找 "META-INF/com/google/android/update-binary" 更新程序
//        首先将 update.zip 解压到 /tmp/update_binary 中
//        然后创建一个子进程：
//             执行 "META-INF/com/google/android/update-binary" 更新程序
//             ecex(/tmp/update_binary) 进行更新操作
//          父子通过管道通信，父提供一些重启、进度条显示服务
//        进行 modem 更新
//      更新成功后，清除 /cache 分区
//      更新 Modem 的 persist.sys.extmddlprogress 属性值
//      更新失败了，需要再重进 recovery 再进行更新
// 17. 进行双清、或从 adb 中获取安装包 或从 /sdcard 中更新 data 分区
// 18. 将更新结果写入  MOTA_RESULT_FILE = "/data/data/com.mediatek.systemupdate/files/updateResult"  和 /misc 中？
//      然后保存系统 log 到 cache 分区中:
//           保存 INTENT_FILE = "/cache/recovery/intent";
//           保存 LOCALE_FILE = "/cache/recovery/last_locale";
//           "/tmp/recovery.log" ==》"/cache/recovery/log"
//           "/tmp/recovery.log" ==》 "/cache/recovery/last_log"
//           "/tmp/last_install" ==》 "/cache/recovery/last_install"
//           保存 kernel log ===> "/cache/recovery/last_kmsg"
//      然后清 /misc 设置，让其重启能正常进入系统
// 19. 等待用户按键操作
//      进行菜单显示与响应按键
//      处理按键事件
// 20. 更新系统属性
// 21. 死循环

Android Recovery相关流程汇总相关推荐

android recovery模式流程
前言: 前几天做了通过T卡安装gms应该,也做了在recovery中强制删除的动作,不过这些都是在eng-release版本软件中测试的.现在上面要求以后发布user-release版本的软件,所 ...
Android学习相关文章汇总（持续更新，文章均来自网络，转侵删）
本文主要是记录在使用Android踩坑时的一些有用的文章.以及Android进阶文章等相关链接的记录,并且附带一些简单的备注等.主要用来备忘.方便日后查看.会持续更新 1. AS相关问题项目第一次g ...
Android开发相关下载汇总
一. Android SDK在线更新镜像首先是一些大学和知名机构公开的Android SDK的在线更新镜像,使用上只要把SDK下载源替换下列地址,并填写正确的端口号,就可以正常下载资源了(请自行查毒 ...
Android App 上架流程汇总
想要把APP上架到应用市场都要先注册开发者账号才可以.这里的方法包括注册帐号和后期上架及一些需要注意的问题.注意:首次提交应用绝对不能随便删除,否则后面再提交会显示应用APP冲突,会要求走应用认领流程 ...
Android Recovery:功能简介。Recovery模式介绍
Android Recovery Theory Android Recovery:功能简介 Android支持Recovery模式.在某些操作之后,系统会自动重启并进入到Recovery模式,用户按组 ...
Android开发环境——Eclipse ADT相关内容汇总
Android开发环境将分为SDK相关内容.Eclipse ADT相关内容.模拟器AVD相关内容.调试器DDMS相关内容.日志LogCat相关内容.连接驱动ADB相关内容.内存泄露检测工具MAT相关 ...
Android开发环境——模拟器AVD相关内容汇总
Android开发环境将分为SDK相关内容.Eclipse ADT相关内容.模拟器AVD相关内容.调试器DDMS相关内容.日志LogCat相关内容.连接驱动ADB相关内容.内存泄露检测工具MAT相关内 ...
Android recovery 流程分析
Recovery简介 Android利用Recovery模式,进行恢复出厂设置,OTA升级,patch升级及firmware升级. 升级一般通过运行升级包中的META-INF/com/google/a ...
android7.0 进程管理,Android 7.0 ActivityManagerService(8) 进程管理相关流程分析(2) updateOomAdjLocked...
前一篇博客进程管理相关流程分析(1)里, 我们介绍了AMS中updateLruProcessLocked函数相关的流程. updateLruProcessLocked只是按照进程中运行的组件,粗略地定 ...

Android Recovery相关流程汇总

前言

Android 相关

Recovery 相关

具体代码流程

【recoery 类关系】：

【recovery 分区】：

【Recovery 流程总结】：

Android Recovery相关流程汇总相关推荐

最新文章

热门文章