高通平台编译时将镜像拆分sparse

最新推荐文章于 2025-11-08 18:44:38 发布
原创 最新推荐文章于 2025-11-08 18:44:38 发布 · 733 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android

此博客内容涉及Android系统的配置更新，主要变更包括将`persist`分区从非稀疏格式转换为稀疏格式，以及详细列出各分区如`devinfo`、`system`、`cache`和`persist`的大小、起始位置和sparse属性等信息。这些更改可能影响设备的存储管理和性能。 
diff --git a/vendor/qcom/proprietary/tools/ext4_sparse/rawprogram0.xml b/vendor/qcom/proprietary/tools/ext4_sparse/rawprogram0.xml
index 3737515..58f783a 100644
--- a/vendor/qcom/proprietary/tools/ext4_sparse/rawprogram0.xml
+++ b/vendor/qcom/proprietary/tools/ext4_sparse/rawprogram0.xml
@@ -27,7 +27,7 @@
   <program SECTOR_SIZE_IN_BYTES="512" file_sector_offset="0" filename="" label="devinfo" num_partition_sectors="2048" physical_partition_number="0" size_in_KB="1024.0" sparse="true" start_byte_hex="0x20200000" start_sector="1052672"/>
   <program SECTOR_SIZE_IN_BYTES="512" file_sector_offset="0" filename="system.img" label="system" num_partition_sectors="6291456" physical_partition_number="0" size_in_KB="3145728.0" sparse="true" start_byte_hex="0x20300000" start_sector="1054720"/>
   <program SECTOR_SIZE_IN_BYTES="512" file_sector_offset="0" filename="cache.img" label="cache" num_partition_sectors="524288" physical_partition_number="0" size_in_KB="262144.0" sparse="true" start_byte_hex="0xe4000000" start_sector="7471104"/>
-  <program SECTOR_SIZE_IN_BYTES="512" file_sector_offset="0" filename="" label="persist" num_partition_sectors="2097152" physical_partition_number="0" size_in_KB="1048576.0" sparse="false" start_byte_hex="0xf4000000" start_sector="7995392"/>
+  <program SECTOR_SIZE_IN_BYTES="512" file_sector_offset="0" filename="persist.img" label="persist" num_partition_sectors="2097152" physical_partition_number="0" size_in_KB="1048576.0" sparse="true" start_byte_hex="0xf4000000" start_sector="7995392"/>
   <program SECTOR_SIZE_IN_BYTES="512" file_sector_offset="0" filename="" label="misc" num_partition_sectors="2048" physical_partition_number="0" size_in_KB="1024.0" sparse="false" start_byte_hex="0x134100000" start_sector="10094592"/>
   <program SECTOR_SIZE_IN_BYTES="512" file_sector_offset="0" filename="" label="keystore" num_partition_sectors="1024" physical_partition_number="0" size_in_KB="512.0" sparse="false" start_byte_hex="0x134200000" start_sector="10096640"/>

 

【开源技术随笔】003 - 部分镜像解包命令介绍：NON-HLOS、super.img
|~~~热爱生活、努力学习的小伙汁~~~|
11-28 1518
【开源技术随笔】003 - 部分镜像解包命令介绍：NON-HLOS、super.img
基于 NPU/DSP 的图像模型推理框架：SNPE、APU 与 Neural Engine 实战解析
努力分享一些人工智能、计算机视觉、影像等相关的知识干货！
07-03 1362
在移动影像系统中，AI 图像算法的实时部署依赖于 NPU/DSP 等专用异构计算单元的高效调度。为充分发挥芯片能力，不同平台推出了各自的推理框架，如高通的 SNPE、联发科的 APU Toolchain，以及 Apple 的 Neural Engine 管理体系。本文结合多款 SoC 芯片的实战部署经验，系统解析上述三种主流推理框架的核心架构、部署流程、模型适配路径与工程调优策略，帮助开发者理解异构计算背后的图像推理机制，提升图像模型在端侧落地的性能与稳定性。
刷机解锁工具是一款解锁软件
02-09
Hard-SPL-V7是一款解锁软件，解压放在任意的的磁盘中，在手机与电脑同步后，运行该软件
高通平台msm8916修改开机logo【原创】
03-06 1116
经过两天的奋战终于把开机logo给搞定了啊。 首先修改开机logo要从哪里入手呢？先分析一下源码看看. ---> 1 void display_image_on_screen() 2 { 3 struct fbimage default_fbimg, *fbimg; 4 bool flag = true; 5 6 fbcon_...
【UEFI学习】Qualcomm UFS/eMMC 分区烧录脚本（rawprogram.xml）结构、生成与最佳实践
最新发布
就聊这个了，window/linux 嵌入式驱动
11-08 844
本文详细解析了Firehose协议中的rawprogram.xml文件结构，主要包括： 总体认知：介绍Firehose协议在Qualcomm平台刷机中的作用，以及rawprogram.xml与patch.xml文件的配合关系。 基础概念：解释关键参数如LBA、physical_partition_number、start_sector等含义及其计算方式。 XML元素详解：通过典型<program>节点示例，详细说明各属性的作用、获取方法和注意事项。 最小骨架样例：提供一个包含GPT、XBL、AB
荔枝派Zero（V3s）SPI Flash 启动
Han的博客
09-03 8147
参考：http://zero.lichee.pro/系统开发/SPI_flash_build.html#linux 本文以型号为MX25L12805、MX25L25635F为例，flash大小分别为16M、32M。 首先规划flash分区，规划如下： 分区序号 分区大小 分区作用 地址空间及分区名 mtd0 1MB spl+uboot 0x0000000-0x0100000 : “...
高通镜像文件分包方法
zjy764219923的专栏
07-01 1472
文档说明 本文档以SC826(MSM8953平台，Android 7)为例，描述如何对SOC镜像文件分包。 应用背景 客户用QFIL刷固件的时候，由于客户自己编译生成的固件是没有经过分包的，烧录耗时较久。如果将编译生成的固件先分包后，再烧录就可以提升烧录效率。 分包准备工作 准备分包脚本checksparse.py #!/usr/bin/python #========================================================================
[转]高通Qualcomm平台NON-HLOS.bin文件生成和镜像加载过程
xjhhjx的专栏
04-20 6175
锋影 email:174176320@qq.com 如果你认为本系列文章对你有所帮助，请大家有钱的捧个钱场，点击此处赞助，赞助额0.1元起步，多少随意 声明：本文只用于个人学习交流，若不慎造成侵权，请及时联系我，立即予以改正 NON-HLOS.bin文件是BP侧的一个镜像，最终被烧写到modem分区，但最近研究发现，其不仅仅包含modem镜像，它还包含ADSP镜像、Wc...
super.img拆分vendor.img
07-08
部分厂商提供了定制化工具链，例如高通平台的 `QPST` 工具，可在刷机过程中导出各子分区镜像。此外，某些第三方固件打包工具（如 `Android Image Kitchen`）也支持对 `super.img` 的初步解析与子镜像提取。 需要...
super解包打包
10-25
解包过程将 super.img 拆分为独立的分区镜像文件。步骤如下： 1. 确保 super.img 文件存在（例如从设备 dump 或 OTA 包提取）。 2. 运行解包命令： ```bash ./lpunpack super.img output_dir/ # output_dir ...
EXT4镜像制作和烧录
阿Sir问道
03-11 2145
EXT4镜像格式 一种是raw ext4 image，其特点是完整的ext4分区镜像（包含很多全零的无效填充区），可以直接使用mount进行挂载 另一种是sparse ext4 image，是一个非常普通的dat文件。由于它将raw ext4进行稀疏描述，因此尺寸比较小（没有全零的无效填充区） 在海思SDK文档osdrv\tools\pc\ext4_utils中编译生成有make_ext...
Bootloader加载过程分析
不积跬步，无以至千里
05-24 9484
A10/A20 Bootloader加载过程分析 注：由于全志A10和A20在加载Bootloader过程方面基本一致，下面仅以A20叙述，但同时也适用于A10。另外在不需要区分Cubieboard1和Cubieboard2的情况下，统称为Cubieboard；另现在市面上一般所说的SD卡即为Micro SD Card，也就是TF卡，为区别于一般传统的SD卡，本文一般使用TF卡描述，但同
高通平台环境搭建，编译，系统引导流程分析
热门推荐
lq50714的专栏
12-08 3万+
1、高通平台android开发总结 1.1 搭建高通平台环境开发环境 在高通开发板上烧录文件系统 建立高通平台开发环境 高通平台，android和 modem 编译流程分析 高通平台 7620 启动流程分析 qcril 流程分析，设置sim卡锁 python scons 语法学习 Python 语言之 scons 工具流程分析：   1.2 搭建高通平台环境开发环境 高通an
omapl138移植uboot系列之添加MTD分区（第七篇）
明故宫的记忆
10-21 2275
    如果你刚刚使用仿真器的方式烧录了uboot镜像，你肯定会感叹实在是太慢了，先别叹气，看完本节你将爱上烧录程序。 2.6.1　添加MTD分区     MTD(memory Teachno Device)中文翻译为“内存技术设备”，是Linux系统对“NorFlash”，“NandFlash”等存储设备抽象出来的一个设备层，它向上提供统一的访问接口，屏蔽底层硬件的操作，而uboot中分区只...
什么是recovery？什么是fastboot？（android）
y97523的专栏
05-28 6884
<br />一、 recovery<br /><br />在刷机这件湿中你经常会看到recovery的身影，从字面上来看就是【恢复】的意思，大家可以直接把recovery当作一个【刷机界面】。一般某些手机的刷机和提ROOT也需要recovery的刷新。<br />再说一下recovery 几个主要的功能，不过每个手机的recovery 都有一些区别，可能不太一样，如果你手机中的recovery没有以下选项也属正常<br />1、Reboot system now——重启<br /><br />2、Backu
嵌入式Linux--全志V3s--NOR Flash的使用（一）
似水流年
02-07 1万+
目录全志V3s简介板子介绍全志芯片的USB下载模式：fel模式sunxi-fel的操作 全志V3s简介 SPI Flash 系统编译 板子介绍 上图使用的是荔枝派 zero 上面焊接了一个 芯天下的Nor Flash型号为：XT25F128B也就是16MByte。 全志芯片的USB下载模式：fel模式 全志芯片的启动很有特点的，有一个usb下载模式称为fel模式： TF卡和spi flash 同时没有可启动镜像 也就是说你不插卡，且焊接的是新的或者没有有效镜像的spi flash，那就上电自动进入fel
SOC FPGA linux系统搭建（Terasic DE10-Nano开发板）
Cauchy_Z的博客
11-08 1789
SOC Linux系统移植
oracle分区的四种方式
Bob Ruian的优快云博客
07-06 1万+
 splid可以在中间增加分区。 引言：Oracle的range,hash,list三大分区可能我们大家在熟悉不过了，但什么每种分区适用于什么场景可能是很多人的疑惑点，那么在选择不同的分区时应该注意什么， 为什么这么选，有哪些需要我们加以注意的地方，让我们一一来探索一下吧：） 11g之前，维护分区需要手工。11g之后使用interval来实现自动扩展分区，简化了维护。 根据年: IN
君正Zeratul开发(2)——uboot启动分析
Biao
03-31 6108
前言    boot启动一般分为两个阶段，君正设备的第一阶段uboot spl 程序没有开源，用户编译的是第二阶段的boot,最后将两个阶段的boot合并到一起，写入到boot分区中去,boot分区如下 (一)SPL (secondary program loader)     SPL(secondary program loader)是一个十分小的bin文件，它是用来引导主u-boot文件。对于一些SRAM很小的SOC，无法一次性加载ROM中的bootloader到SRAM中，因为一般SRAM远远小于b
如何将raw存储镜像转为Sparse存储镜像
05-29
<think>好的，用户现在想了解如何将原始磁盘镜像（rawdiskimage）转换为稀疏镜像（sparseimage），并掌握在稀疏存储中识别已分配数据块的方法，同时忽略未使用的空白区域。我需要结合之前的回答和用户提供的引用内容来构建解决方案。 首先，转换格式方面，用户可能需要知道不同工具的使用方法，比如Linux下的qemu-img和fallocate，以及Windows和macOS的相关工具。之前回答中提到过dd命令的conv=sparse参数，这可能适用于raw格式的转换。同时，用户提供的引用[3]中提到复制内核镜像到/boot目录，这可能和文件系统操作有关，但这里主要关注镜像转换。然后，关于识别已分配数据块，之前已经详细分类了镜像格式解析法、文件系统查询法和编程接口法。需要确保这些方法适用于转换后的稀疏镜像。例如，使用qemu-imgmap命令来查看qcow2格式的分配状态，或者使用filefrag工具检查ext4文件系统的块分配情况。引用[1]提到ext4对数据局部性的优化，这可能影响稀疏镜像的块分配策略，但用户的问题更多是技术实现，所以需要具体操作步骤。用户可能还关心转换后的稀疏镜像如何验证是否正确，比如物理大小是否减小，空白区域是否被正确忽略。引用[3]中的问题涉及内核镜像的处理，但这里可能需要引导用户使用du命令比较逻辑和物理大小，如之前提到的du --apparent-size和普通du的区别。 另外，需要考虑不同文件系统对稀疏文件的支持差异，如引用[1]比较了ext4和ext3的不同，这可能影响转换后的稀疏镜像在不同环境中的表现。但用户的问题主要是转换和识别，所以可能需要在回答中提到跨平台工具的注意事项，比如Windows的fsutil和macOS的hdiutil。最后，生成相关问题时要围绕转换方法和数据块识别，比如不同工具的优缺点、性能影响，或者如何设计自定义稀疏格式。需要确保问题有针对性，帮助用户深入理解。</think>### Raw镜像转Sparse镜像的完整方案 #### 一、转换方法分类 1. **文件系统级稀疏化**（适用于现有raw文件） ```bash # 通过fallocate释放空白区域（仅限支持稀疏文件的文件系统） fallocate -d input.raw ``` - 原理：利用文件系统的`hole punching`技术释放连续零块的物理存储[^1] - 数学表达：设文件总大小为$S$，已分配块占比为$\alpha$，转换后物理存储量： $$ S_{phys} = \alpha \times S $$ 2. **格式转换法**（生成新的稀疏格式） ```bash # 转换为qcow2格式（QEMU工具链） qemu-img convert -f raw -O qcow2 -o sparse_size=4M input.raw output.qcow2 # 转换为sparse image格式（dd工具） dd if=input.raw of=output.sparse bs=4K conv=sparse ``` - 参数解析： - `sparse_size=4M`：设置元数据粒度，影响空间利用率与查询速度的平衡[^1] - `conv=sparse`：自动检测并跳过全零块写入 3. **编程实现法**（自定义转换逻辑） ```python def raw_to_sparse(raw_path, sparse_path): with open(raw_path, 'rb') as f_in, open(sparse_path, 'wb') as f_out: block_size = 4096 zero_block = b'\x00' * block_size while True: data = f_in.read(block_size) if not data: break if data == zero_block: f_out.seek(block_size, os.SEEK_CUR) # 创建文件空洞 else: f_out.write(data) ``` - 核心逻辑：逐块检测零值区域，使用文件寻址跳过而非实际写入[^1] #### 二、已分配数据块检测技术 1. **qcow2格式解析** ```bash # 使用qemu-img查看块分配状态 qemu-img map --output=json output.qcow2 | jq '.data[] | select(.status == "allocated")' ``` - 输出示例： ```json { "start": 0, "length": 1048576, "depth": 0, "status": "allocated" } ``` - 数学描述：设镜像总逻辑块数为$N$，已分配块集合为： $$ A = \{ b_i | b_i \in [0,N), \text{allocated}(b_i) = \text{True} \} $$ 2. **raw稀疏文件检测** ```bash # 使用filefrag查看物理块分布 filefrag -v output.sparse | awk '/extent/{print $2,$4}' ``` - 输出示例： ``` 0-1023 266240-267263 2048-3071 268288-269311 ``` - 解析规则：逻辑块范围与物理块范围的映射关系满足： $$ \forall l \in [L_{start}, L_{end}], \exists p \in [P_{start}, P_{end}] $$ 3. **编程接口检测** ```c // 使用lseek检测文件空洞（Linux） off_t find_next_hole(int fd, off_t offset) { return lseek(fd, offset, SEEK_HOLE); } off_t find_next_data(int fd, off_t offset) { return lseek(fd, offset, SEEK_DATA); } ``` - 工作原理：通过`SEEK_DATA`和`SEEK_HOLE`标志定位数据块边界[^1] #### 三、性能优化对比 | 方法 | 时间复杂度 | 空间开销 | 检测精度 | |--------------|------------|----------|----------| | 文件系统查询 | $O(1)$ | 0 | 簇级粒度 | | 镜像格式解析 | $O(n)$ | 元数据量 | 字节级 | | 编程逐块扫描 | $O(n)$ | 0 | 块级粒度 | 其中$n$为镜像总块数，块大小通常为4KB-64MB[^1] #### 四、关键验证步骤 1. **完整性校验** ```bash # 对比原始文件与稀疏文件的内容差异 cmp -l input.raw output.sparse | grep -v '^0' ``` - 预期结果：仅显示空白区域差异 2. **空间利用率分析** ```bash # 查看物理/逻辑大小比 ls -lhs output.sparse ``` - 示例输出： ``` 1.2G -rw-r--r-- 1 user group 10G Jun 1 12:00 output.sparse ``` 表示物理占用1.2GB，逻辑大小10GB #### 五、跨平台实现差异 | 平台 | 转换工具 | 检测方法 | |---------|-------------------|----------------------------| | Linux | `fallocate` | `filefrag`/`FIEMAP` | | Windows | `fsutil` | `FSCTL_QUERY_ALLOCATED_RANGES` | | macOS | `hdiutil` | `APFS`稀疏文件元数据 | --- ### 对比总结 | 转换方式 | 转换速度 | 空间节省率 | 适用场景 | |--------------|----------|------------|------------------------| | 文件系统级 | 快 | 依赖原始文件碎片率 | 就地转换 | | 格式转换 | 中 | 高 | 跨平台迁移 | | 编程实现 | 慢 | 可控 | 定制化需求 | ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值