其他分享
首页 > 其他分享> > Fastbootd实现原理分析

Fastbootd实现原理分析

作者:互联网

前言

fastboot是一种用于Android设备上的刷机协议,便于系统开发者快速烧录系统。随着AOSP的发展,谷歌在Android Q版本引入了super动态分区功能,实现system、vendor和product等分区大小的灵活配置,避免了系统升级带来频繁修改分区表的问题。同时引入了手机端侧fastboot模式实现super分区的擦写,之前版本的fastboot刷写功能通常实现在bootloader模式(一般由SOC厂家提供原始实现),新引入的fastboot模式实现在recovery系统中集成了fastbootd二进制程序,在recovery系统中可复用系统的usb、网络等驱动,降低了开发难度,具有更好的可移植性(目前各个厂家的bootloader方案各有不同),一定程度降低了厂家的工作量。

一、源码&编译

源码路径

手机端fastbootd源码路径:system/core/fastboot/device

Host端fastboot源码路径:system/core/fastboot

在system/core/fastboot目录下mm即可编译生成fastbootd和Host端使用的fastboot工具。

二、fastboot模式启动过程

启动流程图

adb/bootloader模式下reboot-fastboot。

相关代码

  1. 执行adbreboot-fastboot

adb新增对命令reboot-fastboot的支持。

system/core/adb/daemon/services.cpp

  1. 设置属性sys.powerctl=fastboot

调用reboot命令设置属性sys.powerctl=fastboot,触发init进程执行action::powerctl。

system/core/reboot/reboot.c

init.rc1

  1. 写入bootloader_message后重启

init进程将reboot-reason写入bootloader_message后重启系统。

system/core/init/reboot.cpp

  1. 重启后进入recovery系统

重启进入recovery系统后,recovery程序读取bootloader_message,属性sys.usb.config先后设置为none和fastboot。

recovery_main.cpp

  1. 启动fastbootd进程

init进程在属性sys.usb.config=none时清除usb的ffs配置,sys.usb.config=fastboot时配置usb的ffs为fastboot模式,生成fastboot对应的读写endpoint设备,用于和PC端的fastboot协议数据读写。

init.rc

三、fastboot通信过程

fastboot协议 cmd:arg1......

例如reboot、flash:boot、erase:boot、oem:unlock、getvar:product、download:size等。

如上图所示,fastboot协议不仅可以通过usb实现,也可以通过网络的方式实现。

flash命令执行过程

动态分区

在super分区头部存在metadata数据结构记录system、vendor、product等分区的位置和大小,结构如下图所示。

通常将boot、userdata、cache等称为物理分区,super分区中的system、vendor、product等称为逻辑分区。

fastbootd中支持create-logical-partition/delete-logical-partition/resize-logical-partition三个命令主动创建super分区上的逻辑分区。

fastboot delete-logical-partitionsystemfastboot create-logical-partitionsystem 1073741824

fastboot resize-logical-partition system 4294967296
fastboot flash system system.img

按照上述方式刷机成功后,重启进入Android系统,在init的first_stage阶段生成对应的dm设备并挂载:

main()->FirstStageMain() -->DoFirstStageMount()-->InitDevices()-->MountPartitions()-->CreateLogicalPartitions()-->CreateDevice()

init在first_stage阶段读取fstab配置

依据fstab配置创建super的逻辑分区

主要通过控制/dev/device-mapper,创建dm设备,加载super分区的metadata的table数据(分区的名字、偏移和大小等)传递给DeviceMapper驱动生产对应的/dev/dmX设备。具体的LinuxDeviceMapper实现机制,这里不详细介绍,请参见《DeviceMapper架构及在android上的应用》。

四、小结

目前用户空间的fastbootd作为fastboot协议中的服务端覆盖了所有fastboot原生命令,fastboot和recovery共享内核和库,基于usbgadget、block等linux驱动实现了协议通信和flash设备的读写等功能。对于OEM命令,Google也设计了对应OEMHAL(android.hardware.fastboot@1.0-service)兼容各自的私有命令,同时方便开发者在各个版本之间快速移植。基于用户空间下fastbootd的高可移植性、linux运行环境等特点,用户空间下的fastbootd可能会逐渐替代引导程序实现fastboot的方式,而引导程序只保留各自SOC的线刷功能。

本文参与 腾讯云自媒体分享计划 ,欢迎热爱写作的你一起参与! 本文分享自作者个人站点/博客:http://www.cnblogs.com/linhaostudy/复制 如有侵权,请联系 cloudcommunity@tencent.com 删除。

标签:分析,recovery,fastboot,Fastbootd,分区,fastbootd,system,reboot,原理
来源: https://www.cnblogs.com/codeking100/p/16554044.html