Loading [MathJax]/jax/output/CommonHTML/jax.js
前往小程序，Get更优阅读体验！
立即前往
文档建议反馈控制台
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
发布
首页
学习
活动
专区
圈层
工具
MCP广场
返回腾讯云官网
社区首页 >专栏 >Android 动态分区配置原生示例

Android 动态分区配置原生示例

作者头像
wizzie
发布于 2022-09-28 00:24:33
发布于 2022-09-28 00:24:33
3.2K00
代码可运行
举报
文章被收录于专栏：Android FrameworkAndroid Framework
运行总次数：0
代码可运行
关联问题
换一批
My Table

动态分区分为原生动态分区和改造动态分区两种配置方式，其中包含开关配置和参数配置，以Android Q源码给出的原生示例为参考。

1. 动态分区配置

1.1. 原生动态分区配置

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
#文件device.mk
# 动态分区总开关
PRODUCT_USE_DYNAMIC_PARTITIONS := true

#文件BoardConfig.mk
# 设置 super 分区大小
BOARD_SUPER_PARTITION_SIZE := <size-in-bytes>

# 设置分区组, 可以设置多个组，对于 A/B 设备，每组最终会有 _a 和 _b 两个 slot
# 这里以分区组 group_foo 为例，会生成 group_foo_a 和 group_foo_b 两个组
BOARD_SUPER_PARTITION_GROUPS := group_foo

# 设置分区组包含的分区, 这里包含 system, vendor 和 product 等 3 个分区
BOARD_GROUP_FOO_PARTITION_LIST := system vendor product

# 设置分区组总大小, 总大小需要能够放下分区组里面的所有分区
BOARD_GROUP_FOO_SIZE := <size-in-bytes>

# 启用块级重复信息删除，可以进一步压缩 ext4 映像
BOARD_EXT4_SHARE_DUP_BLOCKS := true

1.2. 改造动态分区配置

对于改造动态分区(retrofit), 需要以下设置:

  • 注意：改造动态分区时，需要通过BOARD_SUPER_PARTITION_METADATA_DEVICE指定metadata存放的分区。因此，不仅可以将metadata数据和某个分区放到一起，例如原生动态分区中就是将metadata和super分区放到一起；也可以将 metadata数据单独放到某个分区中
代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
#文件device.mk
# 改造(retrofit)动态分区总开关, 这里多了一个 retrofit，标明是升级改造设备
PRODUCT_USE_DYNAMIC_PARTITIONS := true
PRODUCT_RETROFIT_DYNAMIC_PARTITIONS := true

#文件BoardConfig.mk
# 设置为所有动态分区内子分区大小的总和
BOARD_SUPER_PARTITION_SIZE := <size-in-bytes>

# 设置动态分区子分区, 这里包含 system, vendor 和 product 等 3 个分区
BOARD_SUPER_PARTITION_BLOCK_DEVICES := system vendor product

# 逐个设置每一个子分区大小, 这设置 system, vendor 分区大小 
# BOARD_SUPER_PARTITION_$(partition)_DEVICE_SIZE
BOARD_SUPER_PARTITION_SYSTEM_DEVICE_SIZE := <size-in-bytes>
BOARD_SUPER_PARTITION_VENDOR_DEVICE_SIZE := <size-in-bytes>

# 设置分区组, 可以设置多个组，每组最终会有 _a 和 _b 两个 slot
BOARD_SUPER_PARTITION_GROUPS := group_foo

# 设置分区组包含的分区, 这里包含 system, vendor 和 product 等 3 个分区
BOARD_GROUP_FOO_PARTITION_LIST := system vendor product

# 设置分区组总大小, 总大小需要能够放下分区组里面的所有分区
BOARD_GROUP_FOO_SIZE := <size-in-bytes>

# 指定 metadata 数据存放的设备，这里设置为 system 分区，也可以是单独的分区
BOARD_SUPER_PARTITION_METADATA_DEVICE := system

# 启用块级重复信息删除，可以进一步压缩 ext4 映像
BOARD_EXT4_SHARE_DUP_BLOCKS := true

1.3. 注意事项

  1. 在动态分区配置中，不再需要以下分区大小设置了，例如：
代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
BOARD_SYSTEMIMAGE_PARTITION_SIZE := 4294967296 # 4 GB
BOARD_VENDORIMAGE_PARTITION_SIZE := 536870912 # 512MB
BOARD_PRODUCTIMAGE_PARTITION_SIZE := 1610612736 # 1.5GB
  1. 原生动态分区中，super分区内的system, vendor, product等需要从GPT分区表中移除
  2. 应避免将userdata, cache或任何其他永久性读写分区放在super分区中

2. 动态分区配置示例

关于动态分区配置，这里再以三个AOSP自带的google设备动态分区配置为例说明，包括原生动态分区和改造动态分区(retrofit)，这部分配置位于device/google目录之下

2.1. crosshatch 设备(Pixel 3 XL)配置示例

crosshatch 设备(Pixel 3 XL) 支持原生动态分区，也支持改造动态分区，配置如下：

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
#文件device/google/crosshatch/BoardConfig-common.mk
#启用动态分区宏开关
ifneq ($(PRODUCT_USE_DYNAMIC_PARTITIONS), true)
  # ...
else
  BOARD_EXT4_SHARE_DUP_BLOCKS := true
endif

ifeq ($(PRODUCT_USE_DYNAMIC_PARTITIONS), true)
BOARD_SUPER_PARTITION_GROUPS := google_dynamic_partitions
BOARD_GOOGLE_DYNAMIC_PARTITIONS_PARTITION_LIST := \
    system \
    vendor \
    product

#改造动态分区配置
ifeq ($(PRODUCT_RETROFIT_DYNAMIC_PARTITIONS), true)
# Normal Pixel 3 must retrofit dynamic partitions.
BOARD_SUPER_PARTITION_SIZE := 4072669184
BOARD_SUPER_PARTITION_METADATA_DEVICE := system
BOARD_SUPER_PARTITION_BLOCK_DEVICES := system vendor product
BOARD_SUPER_PARTITION_SYSTEM_DEVICE_SIZE := 2952790016
BOARD_SUPER_PARTITION_VENDOR_DEVICE_SIZE := 805306368
BOARD_SUPER_PARTITION_PRODUCT_DEVICE_SIZE := 314572800
# Assume 4MB metadata size.
# TODO(b/117997386): Use correct metadata size.
BOARD_GOOGLE_DYNAMIC_PARTITIONS_SIZE := 4069523456

#原生动态分区配置
else
# Mainline Pixel 3 has an actual super partition.

# TODO (b/136154856) product_services partition is removed.
# Instead, we will add system_ext once it is ready.
# BOARD_PRODUCT_SERVICESIMAGE_FILE_SYSTEM_TYPE := ext4
# TARGET_COPY_OUT_PRODUCT_SERVICES := product_services

BOARD_SUPER_PARTITION_SIZE := 12884901888
# Assume 1MB metadata size.
# TODO(b/117997386): Use correct metadata size.
BOARD_GOOGLE_DYNAMIC_PARTITIONS_SIZE := 6441402368

# TODO (b/136154856) product_services partition removed.
# Instead, we will add system_ext once it is ready.
# BOARD_GOOGLE_DYNAMIC_PARTITIONS_PARTITION_LIST += \
#    product_services \

endif # PRODUCT_RETROFIT_DYNAMIC_PARTITIONS
endif # PRODUCT_USE_DYNAMIC_PARTITIONS

crosshatch 动态分区总体上，设备定义了 1 个动态分区组google_dynamic_partitions, 包含分区 system vendor product。

对于原生动态分区，有：

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
# 启用块级重复信息删除，可以进一步压缩 ext4 映像
BOARD_EXT4_SHARE_DUP_BLOCKS := true

# 总开关
PRODUCT_USE_DYNAMIC_PARTITIONS := true
# 分区组和子分区
BOARD_SUPER_PARTITION_GROUPS := google_dynamic_partitions
BOARD_GOOGLE_DYNAMIC_PARTITIONS_PARTITION_LIST := system vendor product
# super 分区和分区组大小
BOARD_SUPER_PARTITION_SIZE := 12884901888
BOARD_GOOGLE_DYNAMIC_PARTITIONS_SIZE := 6441402368

对于改造动态分区，有:

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
# 启用块级重复信息删除，可以进一步压缩 ext4 映像
BOARD_EXT4_SHARE_DUP_BLOCKS := true

# 总开关
PRODUCT_USE_DYNAMIC_PARTITIONS := true
PRODUCT_RETROFIT_DYNAMIC_PARTITIONS := true
# 分区组和子分区
BOARD_SUPER_PARTITION_GROUPS := google_dynamic_partitions
BOARD_GOOGLE_DYNAMIC_PARTITIONS_PARTITION_LIST := system vendor product
# super 分区大小
BOARD_SUPER_PARTITION_SIZE := 4072669184
# metadata 存放的设备
BOARD_SUPER_PARTITION_METADATA_DEVICE := system
# 动态分区内的子分区
BOARD_SUPER_PARTITION_BLOCK_DEVICES := system vendor product
# 每个子分区大小
BOARD_SUPER_PARTITION_SYSTEM_DEVICE_SIZE := 2952790016  # 2816M
BOARD_SUPER_PARTITION_VENDOR_DEVICE_SIZE := 805306368   # 768M
BOARD_SUPER_PARTITION_PRODUCT_DEVICE_SIZE := 314572800  # 300M
# 分区组大小
BOARD_GOOGLE_DYNAMIC_PARTITIONS_SIZE := 4069523456

2.2. bonito设备(Pixel 3a XL)配置示例（改造动态分区）

bonito设备(Pixel 3a XL)只支持改造动态分区，配置如下：

从这里的配置看，和 crosshatch 设备(Pixel 3 XL)对改造动态分区的配置是一样的，只是少了一个product分区

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
# 文件device/google/bonito/device-common.mk
# Enable retrofit dynamic partitions for all bonito
# and sargo targets
PRODUCT_USE_DYNAMIC_PARTITIONS := true   //启用动态分区
PRODUCT_RETROFIT_DYNAMIC_PARTITIONS := true  //改造动态分区

# 文件device/google/bonito/BoardConfig-common.mk
BOARD_EXT4_SHARE_DUP_BLOCKS := true  //启用块级重复信息删除
BOARD_SUPER_PARTITION_GROUPS := google_dynamic_partitions  //分组
BOARD_GOOGLE_DYNAMIC_PARTITIONS_PARTITION_LIST := \
    system \
    vendor \
    product

BOARD_SUPER_PARTITION_SIZE := 4072669184
BOARD_SUPER_PARTITION_METADATA_DEVICE := system
BOARD_SUPER_PARTITION_BLOCK_DEVICES := system vendor
BOARD_SUPER_PARTITION_SYSTEM_DEVICE_SIZE := 3267362816
BOARD_SUPER_PARTITION_VENDOR_DEVICE_SIZE := 805306368
# Assume 4MB metadata size.
# TODO(b/117997386): Use correct metadata size.
BOARD_GOOGLE_DYNAMIC_PARTITIONS_SIZE := 4068474880

2.3. 模拟器cuttlefish配置示例（原生动态分区）

模拟器cuttlefish的动态分区配置位于文件:device/google/cuttlefish/shared/BoardConfig.mk，如下：

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
# device/google/cuttlefish/shared/BoardConfig.mk

# 使用自定义的TARGET_USE_DYNAMIC_PARTITIONS 作为开关，而不是PRODUCT_USE_DYNAMIC_PARTITIONS, 不过后者会根据前者设置为true
# ============= 参考device.mk配置
ifeq ($(TARGET_USE_DYNAMIC_PARTITIONS),true)
  PRODUCT_USE_DYNAMIC_PARTITIONS := true
  TARGET_BUILD_SYSTEM_ROOT_IMAGE := false
else
  TARGET_BUILD_SYSTEM_ROOT_IMAGE ?= true
endif
# ============================
ifeq ($(TARGET_USE_DYNAMIC_PARTITIONS),true)
  BOARD_SUPER_PARTITION_SIZE := 6442450944
  BOARD_SUPER_PARTITION_GROUPS := google_dynamic_partitions
  BOARD_GOOGLE_DYNAMIC_PARTITIONS_PARTITION_LIST := system vendor product
  BOARD_GOOGLE_DYNAMIC_PARTITIONS_SIZE := 6442450944
  BOARD_SUPER_PARTITION_METADATA_DEVICE := vda
  BOARD_BUILD_SUPER_IMAGE_BY_DEFAULT := true
  BOARD_SUPER_IMAGE_IN_UPDATE_PACKAGE := true
  TARGET_RELEASETOOLS_EXTENSIONS := device/google/cuttlefish/shared
else
  # ...
endif

这里是模拟cuttlefish原生动态分区的配置，重点如下:

  • 不带PRODUCT_RETROFIT_DYNAMIC_PARTITIONS, 原生动态分区
  • super分区大小为6442450944，即6G
  • 定义了一个动态分区组google_dynamic_partitions, 大小为6442450944, 包含三个子分区system vendor product
  • 指定了metadata数据存放的分区vda
  • BOARD_BUILD_SUPER_IMAGE_BY_DEFAULT := true指定了super.img由(PRODUCT_OUT)/super.img中

3. 动态分区参数检查

设置了动态分区参数以后，Android 在编译时会对参数进行检查，检查的内容包括两类：

  • 开关参数检查，检查动态分区的配置开关是否冲突
  • 分区大小参数的检查，检查分区大小设置是否符合要求

3.1. 开关参数检查

文件build/make/core/config.mk的811~878行，对动态分区的开关参数进行检查

检查重点：

  1. 改造动态分区开关和动态分区总开关必须同时设置
代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
# 总开关
PRODUCT_USE_DYNAMIC_PARTITIONS := true
# 改造(retrofit)动态分区开关
PRODUCT_RETROFIT_DYNAMIC_PARTITIONS := true
  1. 打开了动态分区之后，列表(system, vendor, odm, product, product_services)对应分区的以下SIZE配置不能同时设置
代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
# (system, vendor, odm, product, product_services)
BOARD_$(device)IMAGE_PARTITION_SIZE
BOARD_$(device)IMAGE_PARTITION_RESERVED_SIZE
  1. 对每一个分组group，需要同时设置PARTITION_LIST和SIZE参数
代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
BOARD_$(group)_PARTITION_LIST
BOARD_$(group)_SIZE
  1. 如果分组没有设置BOARD_$(group)_PARTITION_LIST, 则默认分组内没有分区
  2. 分组名BOARD_SUPER_PARTITION_GROUPS不能设置为列表(system vendor product product_services odm)中的名字
  3. 打开动态分区后，不需要再设置BOARD_BUILD_SYSTEM_ROOT_IMAGE = true

3.2. 分区大小限制

文件build/make/core/Makefile的3375~3485行，定义了多个宏对动态分区以及子分区的大小进行检查，主要是各分区或分组大小数值的计算和比较

Google官网的说明：

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
对于虚拟 A/B 启动设备，所有组的最大大小总和不得超过：
BOARD_SUPER_PARTITION_SIZE - 开销

对于 A/B 启动设备，所有组的最大大小总和必须为：
BOARD_SUPER_PARTITION_SIZE/ 2 - 开销

对于非 A/B 设备和改造的 A/B 设备，所有组的大小上限总和必须为：
BOARD_SUPER_PARTITION_SIZE - 开销

在构建时，更新组中每个分区的映像大小总和不得超过组的大小上限。
在计算时需要扣除开销，因为要考虑元数据、对齐等。合理的开销是 4 MiB，但您可以根据设备的需要选择更大的开销。

上面提到的 4M 总开销的来源，主要有两类：

  1. 元数据(metadata)开销，元数据位于分区开始的 4KB~1MB 范围内
  2. 分区对齐开销，默认分区按照1MB对齐

如果动态分区中定义了一个分区组，包含三个分区(system, vendor, product)，对于A/B系统，分区组会有两个槽位，因此一共有6个子分区。

按中值计算，平均每个子分区对齐开销为0.5M，这样6个分区对齐，一共需要0.5M x 6 = 3M的总对齐开销。再加上元数据(metadata) 1M的开销，所以预估4M = 1M + 0.5M x 6的总开销是合理的

4. 动态分区参数结果查看

在build/make/core/Makefile中定义了一个宏函数dump-dynamic-partitions-info，用于将原生动态分区相关信息输出到指定的文件中，如下:

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
# $(1): file
define dump-dynamic-partitions-info
  $(if $(filter true,$(PRODUCT_USE_DYNAMIC_PARTITIONS)), \
    echo "use_dynamic_partitions=true" >> $(1))
  $(if $(filter true,$(PRODUCT_RETROFIT_DYNAMIC_PARTITIONS)), \
    echo "dynamic_partition_retrofit=true" >> $(1))
  echo "lpmake=$(notdir $(LPMAKE))" >> $(1)
  $(if $(filter true,$(PRODUCT_BUILD_SUPER_PARTITION)), $(if $(BOARD_SUPER_PARTITION_SIZE), \
    echo "build_super_partition=true" >> $(1)))
  $(if $(filter true,$(BOARD_BUILD_RETROFIT_DYNAMIC_PARTITIONS_OTA_PACKAGE)), \
    echo "build_retrofit_dynamic_partitions_ota_package=true" >> $(1))
  echo "super_metadata_device=$(BOARD_SUPER_PARTITION_METADATA_DEVICE)" >> $(1)
  $(if $(BOARD_SUPER_PARTITION_BLOCK_DEVICES), \
    echo "super_block_devices=$(BOARD_SUPER_PARTITION_BLOCK_DEVICES)" >> $(1))
  $(foreach device,$(BOARD_SUPER_PARTITION_BLOCK_DEVICES), \
    echo "super_$(device)_device_size=$(BOARD_SUPER_PARTITION_$(call to-upper,$(device))_DEVICE_SIZE)" >> $(1);)
  $(if $(BOARD_SUPER_PARTITION_PARTITION_LIST), \
    echo "dynamic_partition_list=$(BOARD_SUPER_PARTITION_PARTITION_LIST)" >> $(1))
  $(if $(BOARD_SUPER_PARTITION_GROUPS),
    echo "super_partition_groups=$(BOARD_SUPER_PARTITION_GROUPS)" >> $(1))
  $(foreach group,$(BOARD_SUPER_PARTITION_GROUPS), \
    echo "super_$(group)_group_size=$(BOARD_$(call to-upper,$(group))_SIZE)" >> $(1); \
    $(if $(BOARD_$(call to-upper,$(group))_PARTITION_LIST), \
      echo "super_$(group)_partition_list=$(BOARD_$(call to-upper,$(group))_PARTITION_LIST)" >> $(1);))
  $(if $(filter true,$(TARGET_USERIMAGES_SPARSE_EXT_DISABLED)), \
    echo "build_non_sparse_super_partition=true" >> $(1))
  $(if $(filter true,$(BOARD_SUPER_IMAGE_IN_UPDATE_PACKAGE)), \
    echo "super_image_in_update_package=true" >> $(1))
endef

调用dump-dynamic-partitions-info主要有以下3个地方:

  1. 生成BUILT_TARGET_FILES_PACKAGE目标时，将动态分区信息追加到$(zip_root)/META/misc_info.txt文件中
  2. 被宏dump-super-image-info内部调用，在编译super.img或super_empty.img时，将动态分区信息输出到各自对应的两处misc_info.txt中

（1）例如，下面是一个Broadcom某平台上super.img的misc_info.txt内容:

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
$ cat out/target/product/inuvik/obj/PACKAGING/superimage_debug_intermediates/misc_info.txt
use_dynamic_partitions=true
lpmake=lpmake
build_super_partition=true
super_metadata_device=super
super_block_devices=super
super_super_device_size=3028287488
dynamic_partition_list= system vendor
super_partition_groups=bcm_ref
super_bcm_ref_group_size=1509949440
super_bcm_ref_partition_list=system vendor
ab_update=true
system_image=out/target/product/inuvik/system.img
vendor_image=out/target/product/inuvik/vendor.img

（2）下面是谷歌crosshatch设备super_empty.img 文件misc_info.txt的内容:

代码语言：javascript
代码运行次数：0
运行
AI代码解释
复制
$ cat out/target/product/crosshatch/obj/PACKAGING/super_empty_intermediates/misc_info.txt
use_dynamic_partitions=true
dynamic_partition_retrofit=true
lpmake=lpmake
build_super_partition=true
build_retrofit_dynamic_partitions_ota_package=true
super_metadata_device=system
super_block_devices=system vendor product
super_system_device_size=2952790016
super_vendor_device_size=805306368
super_product_device_size=314572800
dynamic_partition_list= system vendor product
super_partition_groups=google_dynamic_partitions
super_google_dynamic_partitions_group_size=4069523456
super_google_dynamic_partitions_partition_list=system vendor product
ab_update=true

5. 原生动态分区super.img的生成

阅读build/make/core/Makefile，有两个地方去生成super.img， 一个地方生成super_empty.img, 在生成这些文件时通过脚本build_super_image.py调用lpmake去生成metadata，所以总共调用了3次:

  1. 目标: superimage_dist，注释: super partition image(dist)（代码: http://aospxref.com/android-10.0.0_r47/xref/build/make/core/Makefile#4423）

dist模式下基于target_files (例如:inuvik-target_files-eng.rg935739.zip) 的内容生成super.img，其生成的文件位于:out/target/product/inuvik/obj/PACKAGING/super.img_intermediates/super.img

主要由superimage_dist目标构成依赖关系路径:dist --> dist_files --> superimage_dist --> super.img

  1. 目标: superimage, 注释: super partition image for development（代码: http://aospxref.com/android-10.0.0_r47/xref/build/make/core/Makefile#4460）

debug模式下基于misc_info.txt的内容生成super.img，其生成的文件位于:out/target/product/inuvik/super.img

主要由superimage目标构成依赖关系路径:droid --> droidcore --> superimage --> super.img

注意：相对于release而言，这里编译出来的镜像是开发时使用的，而通过make dist得到的镜像，是release使用的

  1. 目标: superimage_empty, 注释: super empty image（代码: http://aospxref.com/android-10.0.0_r47/xref/build/make/core/Makefile#4514）

基于misc_info.txt文件生成的super_empty.img，其生成的文件位于:out/target/product/inuvik/super_empty.img

主要通过main.mk中的superimage_empty目标形成依赖关系路径:dist --> dist_files --> superimage_dist --> super_empty.img

6. 小结

  1. 动态分区参数有两类设置，一类是原生动态分区配置，一类是改造动态分区配置
  2. 动态分区虽然有两套参数，但最终这两套参数会合二为一成为同一套参数，并将这些参数设置输出到misc_info.txt中。两套参数的处理细节请参考文件Android Q源码build/make/core/config.mk的923~994行
  3. 编译系统调用build_super_image.py脚本读取misc_info.txt中的动态分区配置参数，传递给lpmake工具。lpmake根据动态分区参数中各分区的大小以及image路径，生成最终的super.img(包括metadata和各分区image)
  4. 默认生成的super.img只包含了slot a的镜像，另外一个slot b为空，可以使用lpdump分析metadata，或者使用lpunpack解包查看

7. 参考

本文参与 腾讯云自媒体同步曝光计划，分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除
html
makefile
android
ssh

本文分享自 作者个人站点/博客 前往查看

如有侵权，请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ，欢迎热爱写作的你一起参与！

html
makefile
android
ssh
评论
登录后参与评论
暂无评论
登录 后参与评论
推荐阅读
编辑精选文章
换一批
万字详解高可用架构设计
2447
Go 开发者必备：Protocol Buffers 入门指南
1398
10分钟带你彻底搞懂分布式链路跟踪
919
多租户的 4 种常用方案
1945
亿级月活的社交 APP，陌陌如何做到 3 分钟定位故障？
1352
60页PPT全解：DeepSeek系列论文技术要点整理
2404
Android 动态分区概念了解
htmlandroidnode.js数据结构
从Android Q引入动态分区，到Android R/S在动态分区之上增加虚拟分区管理, OTA升级时需要对分区变更进行处理
wizzie
2022/09/28
2.2K1
Android 动态分区概念了解
Android 动态分区相关模块和常用工具
编程算法androidnode.js打包python
在Android中系统通过脚本build/tools/releasetools/build_super_image.py内部去调用lpmake工具生成super.img镜像
wizzie
2022/09/28
4.4K0
AB升级 升级包生成制作流程和常见问题现象小结
打包makefileunixandroidpython
Android升级包使用make otapackage打包生成，会生成target压缩包（包含完整的image数据）和可用于升级的ota update压缩包。
wizzie
2022/09/28
6.1K3
Android高版本P/Q/R源码编译指南
android打包makefilegrep缓存
时代在进步，第三套少儿广播体操！不好意思，搞错频道了，重来！时代在进步，Android的版本也是快速的进行着迭代着，从我们以前最常见的Android 4.4一直发展到了今天的Android 11版本(即Android K到Android R)，Android版本的快速迭代对于消费者来说是一件普天同庆的大好事情，但是对于我们开发者来说各种适配各种改造有时候吃翔的心情都有了。而对于Android版本的适配和各种改造的第一步就是从编译Android源码开始，可是不幸的是随着Android版本的迭代连编译Android源码的相关流程都发生了翻天覆地的变化，正所谓工欲利其事必先利器，所以我们今天的这篇博客将带领读者一起来捯饬捯饬Android各个版本的源码编译发展和编译具体操作步骤！
不会飞的小鸟
2021/01/05
2.8K0
Android SELinux权限概念和配置说明
androidmakefile
SELinux按照默认拒绝的原则运行：任何未经明确允许的行为都会被拒绝。SELinux可按两种全局模式运行：
wizzie
2022/11/21
10.6K0
Android SELinux权限概念和配置说明
Android Automotive Framework调试技巧
打包android studioandroidgitc 语言
三次握手只是一个数据传输的过程，但是，我们传输前需要一些准备工作，比如将创建一个套接字，收集一些计算机的资源，将一些资源绑定套接字里面，以及接受和发送数据的函数等等，这些功能接口在一起构成了socket的编程
wizzie
2022/12/22
5.4K0
Android Automotive Framework调试技巧
Android Automotive OTA概念
androidpython
OTA云端为OEM专属的云端服务器平台，OTA终端采用Tbox，OTA设计对象网络架构按功能域划分，分为动力系统域、车身系统域、影音系统域、ADAS主动安全域
wizzie
2022/09/28
3.3K0
Android Automotive OTA概念
浅谈 Android 的安全启动和完整性保护
https网络安全android
在 IoT 中保证设备安全性的重要一环就是保证代码的完整性，不让恶意代码影响业务的正常逻辑。一般而言是及时修复现有攻击面所面临的漏洞，比如浏览器、蓝牙、调试接口；另一方面需要确保的是即便恶意代码获取了执行权限，也无法修改系统镜像进行持久化。针对这点所构造的安全方案通常称为 Secure Boot，对于不同的厂商，实现上可能会引入不同的名字，比如 Verified Boot、High Assurance Boot 等等，但本质上都是类似的。
evilpan
2023/02/12
4K0
浅谈 Android 的安全启动和完整性保护
AB升级(5):payload结构解析
android
payload随着AB分区和update engine引入，其中payload的数据定义在
小胡子
2022/05/30
3.5K1
4G模组拨号上网功能
androidsdkide打包windows
上一期介绍了一下tinkerboard2 Android11下面增加触摸和旋转的方式(https://blog.csdn.net/chenchen00000000/article/details/125699675 )，这一期来介绍一下如何支持4G模组拨号上网功能。4G模组拨号上网功能同样是Android设备上面的标配功能。
以为带点燃结局就会改变
2022/08/29
2.9K0
Fastbootd实现原理分析
flashnode.jsandroidc++c#
fastboot是一种用于Android设备上的刷机协议，便于系统开发者快速烧录系统。随着AOSP的发展，谷歌在Android Q版本引入了super动态分区功能，实现system、vendor和product等分区大小的灵活配置，避免了系统升级带来频繁修改分区表的问题。同时引入了手机端侧fastboot模式实现super分区的擦写，之前版本的fastboot刷写功能通常实现在bootloader模式（一般由SOC厂家提供原始实现），新引入的fastboot模式实现在recovery系统中集成了fastbootd二进制程序，在recovery系统中可复用系统的usb、网络等驱动，降低了开发难度，具有更好的可移植性（目前各个厂家的bootloader方案各有不同），一定程度降低了厂家的工作量。
233333
2021/07/29
2.7K0
Fastbootd实现原理分析
tinker board 2s android11 dsi 屏幕驱动
androidkernel打包composer
上一期介绍了一下tinkerboard2 Android11下面的bootloader，这一期来介绍一下tinkerboard2在Android11下面适配DSI屏幕的方式。
以为带点燃结局就会改变
2022/05/10
1.7K0
Android 系统架构及HAL层概述
androidnode.jsapi
apex_payload.img是由dm-verity支持的ext4文件系统映像。各种原生常规文件包含在apex_payload.img文件中
wizzie
2022/09/28
11.7K0
Android 系统架构及HAL层概述
Android super.img 镜像解包
打包android
在 Android 10 及更高版本上支持了"动态分区"，所以 ROM 包中看不到了传统的 system.img 等镜像。支持的动态分区包括：
夏洛克的猫
2021/12/06
7.1K0
Android super.img 镜像解包
android的系统存储与软件安装
node.jsubuntulinuxvr 视频解决方案bash
将一张新的SD卡装入USB读卡器插入装有linux操作系统的PC（以下为VMware安装了ubuntu 9.10的操作记录），打开一个终端窗口，操作如下所述（注：红色字体为输入信息
用户4148957
2022/06/14
1.8K0
Centos大于2T磁盘如何分区
linuxwindowsgpt工具原理
一、分区工具 分区工具：fdisk 和 parted ,其中大于2T请采取parted进行分区 yum install -y parted 二、MBR和GPT原理： 1、MBR原理： 主引导记录（MBR，Master Boot Record）是位于磁盘最前边的一段引导（Loader）代码。它负责磁盘操作系统(DOS)对磁盘进行读写时分区合法性的判别、分区引导信息的定位，它由磁盘操作系统(DOS)在对硬盘进行初始化时产生的。 通常，我们将包含MBR引导代码的扇区称为主引导扇区。因这一扇区中，引导代码占有
Linux运维技术之路
2022/06/07
2.6K0
Centos大于2T磁盘如何分区
Android 10 中的浏览器构建
android编译浏览器系统源码
从 Android 4.4 开始，系统浏览器内核开始从 WebKit 切换到 Chromium。为了保持 API 兼容，Chromium 为 Android WebView 提供了 Chromium WebView 封装。最初 Chromium Webview 代码是位于 AOSP 源码树中，和 AOSP 源码一起构建。到了 Android 5.0，Chromium WebView 代码依然在 AOSP 源码树上，只是 Android 5.0 还支持单独升级 Chromium WebView，这时 Chromium WebView 由一个 名为 webview.apk （从 Chromium 源码 build 出来的叫 SystemWebView.apk，文件名不是那么重要）提供。由于是一个 APK，可以像普通应用 APK 那样安装、升级。到了 Android 6.0， AOSP 源码和 Chromium 源码彻底分离，AOSP 中不再包含 Chromium 的源码，取而代之的是一个 prebuilt 的 webview.apk 。
云水木石
2023/10/08
1.2K0
Android 10 中的浏览器构建
Hive动态分区
云数据库 SQL Serverhive数据库sqlxml
hive提供了一个动态分区功能，其可以基于查询参数的位置去推断分区的名称，从而建立分区。
云飞扬
2021/12/31
2.7K0
Android 项目构建编译概述
android studiogit打包编程算法android
Android 开发版本按照英文字母的顺序，采用美味甜点的名字为代号，划分为不同的系列。
wizzie
2022/09/28
3.5K0
Android 项目构建编译概述
新增存储用Parted分区并建LVM卷
其他
Welcome to GNU Parted! Type 'help' to view a list of commands.
三杯水Plus
2018/11/14
2.6K0
推荐阅读
编辑精选文章
万字详解高可用架构设计Go 开发者必备：Protocol Buffers 入门指南10分钟带你彻底搞懂分布式链路跟踪
相关讨论
swagger配置 和原生swagger的不同 swagger配置 有示例代码吗？linux分区是分区大小设置错误？tbase分区表无法增加分区？
相关课程
AI驱动的TDSQL-Cserverless实战营前端云原生降本增效实战营
Android 动态分区概念了解
2.2K1
Android 动态分区相关模块和常用工具
4.4K0
AB升级 升级包生成制作流程和常见问题现象小结
6.1K3
Android高版本P/Q/R源码编译指南
2.8K0
Android SELinux权限概念和配置说明
10.6K0
Android Automotive Framework调试技巧
5.4K0
Android Automotive OTA概念
3.3K0
浅谈 Android 的安全启动和完整性保护
4K0
AB升级(5):payload结构解析
3.5K1
4G模组拨号上网功能
2.9K0
Fastbootd实现原理分析
2.7K0
tinker board 2s android11 dsi 屏幕驱动
1.7K0
Android 系统架构及HAL层概述
11.7K0
Android super.img 镜像解包
7.1K0
android的系统存储与软件安装
1.8K0
Centos大于2T磁盘如何分区
2.6K0
Android 10 中的浏览器构建
1.2K0
Hive动态分区
2.7K0
Android 项目构建编译概述
3.5K0
新增存储用Parted分区并建LVM卷
2.6K0
相关推荐
Android 动态分区概念了解
更多 >
wizzie0
LV.0
Android Framework工程师
文章
22
获赞
80
专栏
1
作者相关精选
换一批
加入讨论
的问答专区 >
TVP 悟空0
1创始人擅长5个领域
相关课程
一站式学习中心 >
AI驱动的TDSQL-Cserverless实战营
1419人在学
云原生数据库 TDSQL-C
前端
1273人在学
前端
云原生降本增效实战营
270人在学
容器
容器服务
领券

腾讯云开发者

扫码关注腾讯云开发者

扫码关注腾讯云开发者

领取腾讯云代金券

热门产品

热门推荐

更多推荐

Copyright © 2013 - 2025 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有 

深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

腾讯云计算（北京）有限责任公司 京ICP证150476号 |  京ICP备11018762号 | 京公网安备号11010802020287

问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档

Copyright © 2013 - 2025 Tencent Cloud.

All Rights Reserved. 腾讯云 版权所有

登录 后参与评论
6
2
目录
本文部分代码块支持一键运行，欢迎体验
本文部分代码块支持一键运行，欢迎体验