@import url(http://i.cnblogs.com/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); Android 通常有以下分区: System分区: 就是我们刷ROM的分区 Data分区:   分区就是我们装APK的分区 Catch分区:是缓存分区 SDCard分区:就是挂载的SD卡. 我们可以在adb中使用df 来查看分区情况. 1.跨分区不能用 MV命令来拷

本文转载自:https://blog.csdn.net/u010001503/article/details/51853822 Android 通常有以下分区: System分区: 就是我们刷ROM的分区 Data分区:   分区就是我们装APK的分区 Catch分区:是缓存分区 SDCard分区:就是挂载的SD卡. 我们可以在adb中使用df 来查看分区情况. 1.跨分区不能用 MV命令来拷贝.但是可以用CP命令.如PWD,当前目录为:/data/local/tmp . 此目录下有个busyb

本文转载自: EMMC的分区及其保存的文件 Partition label filename 说明 PrimaryGPT gpt_main0.bin modem NON-HLOS.bin sbl1 sbl1.mbn sbl1bak sbl1.mbn aboot emmc_appsboot.mbn abootbak emmc_appsboot.mbn rpm rpm.mbn rpmbak rpm.mbn tz tz.mbn tzbak tz.mbn Pad 无 modemst1 无 Copy of

参考: http://blog.csdn.net/tfslovexizi/article/details/51499979 http://www.voidcn.com/blog/jimbo_lee/article/p-6246621.html 关于FastMMI 为方便工厂快速测试.提高生产效率,高通开发了一套半开机模式下的 测试界面--fastmmi,为方便以后查找, 使用方式 创建文件misc.img 写入内容: ffbm-01 fastboot烧写到misc分区即可 注意:这个触屏的报点模

转载请注明来源:cuixiaolei的技术博客 这篇文章是lk启动流程分析(以高通为例),将会详细介绍下面的内容: 1).正常开机引导流程 2).recovery引导流程 3).fastboot引导流程 4).ffbm引导流程 5).lk向kernel传参 start---------------------------------------- 在bootable/bootloader/lk/arch/arm/crt0.S文件中有下面代码,所以从kmain()开始介绍 bl kmain kma

转载请注明来源:cuixiaolei的技术博客 这篇文章主要通过分析高通recovery目录下的recovery.cpp源码,对recovery启动流程有一个宏观的了解.MTK和高通的recovery几乎一样,只是使用自己家的mt_xxx文件. 为什么要分析recovery.cpp这个文件? 我们知道,当我们通过按键或者应用进入recovery模式,实质是kernel后加载recovery.img,kernel起来后执行的第一个进程就 是init,此进程会读入init.rc启动相应的服务.在re

原文网址:http://leox.iteye.com/blog/975303 (muddogxp 原创,转载请注明) Recovery简介 Android利用Recovery模式,进行恢复出厂设置,OTA升级,patch升级及firmware升级. 升级一般通过运行升级包中的META-INF/com/google/android/update-script脚本来执行自定义升级,脚本中是一组recovery系统能识别的UI控制,文件系统操作命令,例如write_raw_image(写FLASH分区

阅读完上一篇文章: http://blog.csdn.net/andyhuabing/article/details/9226569 我们已经清楚了如何进入正常模式和Recovery模式已有深刻理解了,假设进入了Recovery模式,那么其核心代码是怎么做的呢? 代码路径在 android 源码的根路径: bootable\recovery 其入口文件就是 recovery.c 中 main函数 下面就开始逐步了解其Recovery的设计思想: static const char *COMMAN

TWRP这个是一个老外的开源项目,全称Team-Win-Recovery-Project Source:https://github.com/TeamWin/Team-Win-Recovery-Project 项目网址:http://teamw.in/project/twrp2 目前更新到 twrp 2.5的版本了. 废话少说,开始讲解如何编译TWRP了 我的工作环境:ubuntu 12.04(推荐) openjdk 源码目录 -/android/yemod/ 机器配置:E1230 v2 8G内

最近做Recovery的规范及操作指导文档,花了一些时间将流程搞清. Android利用Recovery模式,进行恢复出厂设置,OTA升级,patch升级及firmware升级.而在进入Recover前面其实还有升级检测,数据下载,启动检查等等操作.系列文章将会将整个流程梳理清楚. 1.Android启动流程 简要的流程图示,升级到新的版本或指定版本: 系统上电时的详细检测流程图: 下面我们从代码的情况简略分析一下: 机顶盒上电一般都是从地址 0x00000000 处开始启动,此时启动的程序叫

原文网址:http://blog.csdn.net/dongwuming/article/details/12784535 1.高通平台android开发总结 1.1 搭建高通平台环境开发环境 在高通开发板上烧录文件系统 建立高通平台开发环境 高通平台,android和 modem 编译流程分析 高通平台 7620 启动流程分析 qcril 流程分析,设置sim卡锁 python scons 语法学习 Python 语言之 scons 工具流程分析: 1.2 搭建高通平台环境开发环境 高通and

本文介绍了Android原生OTA和Recovery升级过程步骤. 进入升级 - 1.1 正常启动和进入Recovery的区别 下面给出了升级流程的简单示意图.  上图中的上下两个部分,上面一部分是正常的启动模式,下面一部分为Recovery模式.正常的启动模式是从boot.img启动系统(Main System),而recovery模式则是从reovery.img启动系统:(reovery.img只包含内核.简单的文件管理系统和图形系统) Boot分区包括linux内核和Ramdisk,Rec

高通在MSM8998上引入了UEFI,用来代替LK(Little Kernel).高通UEFI由XBL和ABL两部分组成.XBL负责芯片驱动及充电等核心应用功能.ABL包括芯片无关的应用如fastboot.XBL核心是none-HLOS boot_image代码的一部分,属于高通私有代码.ABL则在开源Linux Android代码树里.LK的设备驱动都放在了XBL核心,Linux加载启动及fastboot等功能组件则作为独立的UEFI应用存在.有关UEFI.XBL及ABL的详细介绍,请参见高通

高通方案的Android设备主要有以下几种开机模式,Android.EDL.Fastboot.Recovery和FFBM,其进入及退出的方式如下表. 开机模式 屏幕显示 冷启动 热启动 按键退出 命令退出 Android/Normal Android界面 按Power键 adb reboot 手机短按,VR长按Power键 adb shell reboot -p(关机) Recovery/OTA/卡刷 Recovery界面 按住OK键(Vol+),再按Power键 adb reboot reco

前面两篇博客分别介绍了通过fastboot和QFIL工具退出FFBM模式的方法.虽然售后的同学可以这么指导用户做恢复,但步骤多操作也麻烦,且属于事后处理,如果大面积高概率地出现,会严重影响用户体验.这个问题是高通引入FFBM模式导致的,采用高通芯片方案的Android设备都可能会出现.Google一下,友商Pico的VR一体机用户在官方论坛反映<进入FFBM模式怎么退出>,一个多月前的帖子目前还没有回应.这里必须为我们售后的同学点赞,客户反馈问题24小时内就回应并解决了.Android手机主要

前文介绍了通过fastboot命令擦除misc分区,从而退出FFBM的方法.这个方法比较简便,但有不灵的时候,fastboot erase misc命令执行失败,如下图所示. erasing 'misc'... FAILED (remote: unknown command)         finished. total time: 0.001s         fastboot擦除misc分区的方法不灵,就只能用QFIL神器了,QFIL是高通提供的刷机工具.首先让VR一体机进入紧急下载模式(

        Fast Factory Boot Mode(FFBM)是一种半开机的模式,它的主要目的是方便工厂测试,提高生产效率.正常情况下终端用户是不会碰到的.但售后的同学最近连续收到几台客户退回的VR一体机,都进入了该模式.具体表现为屏幕显示既不是开机动画也不是VR界面,通过USB线连接上电脑后adb可以正常识别并可输入命令,但安卓投屏助手(ARDC)一直显示等待系统启动完成.查看内核启动命令行,如下: sched_enable_hmp=1 sched_enable_power_awar

有用的连接: Rockchip官方资料: http://opensource.rock-chips.com/wiki_Main_Page http://opensource.rock-chips.com/wiki_RK3399 http://opensource.rock-chips.com/wiki_Boot_option http://opensource.rock-chips.com/wiki_U-Boot#Download_U-Boot Firefly官方资料: http://wiki.

本文转载自:http://blog.csdn.net/mu0206mu/article/details/7464987  在使用update.zip包升级时怎样从主系统(main system)重启进入Recovery模式,进入Recovery模式后怎样判断做何种操作,以及怎样获得主系统发送给Recovery服务的命令,这一系列问题的解决是通过整个软件平台的不同部分之间的密切通信配合来完成的.为此,我们必须要了解Recovery模式的工作原理,这样才能知道我们的update.zip包是怎样一步步

本文转载自:http://blog.csdn.net/mu0206mu/article/details/7464699 以下的篇幅开始分析我们在上两个篇幅中生成的update.zip包在具体更新中所经过的过程,并根据源码分析每一部分的工作原理. 一.       系统更新update.zip包的两种方式     1.  通过上一个文档,我们知道了怎样制作一个update.zip升级包用于升级系统.Android在升级系统时获得update.zip包的方式有两种.一种是离线升级,即手动拷贝升级包到

转载请注明来源:cuixiaolei的技术博客 进入recovery有两种方式,一种是通过组合键进入recovery,另一种是上层应用设置中执行安装/重置/清除缓存等操作进行recovery.这篇文档主要讲解上层应用是如何进入到recovery的.本文以高通平台为例. 1.app执行安装/重置/清楚缓存操作调用代码文件frameworks/base/core/java/android/os/RecoverySystem.java 不同的操作使用不同的方法: 安装升级包  --------  in