编译ROM时添加内置软件太多导致Image内存不足

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

#rk3399调试

platform：firefly RK3399

os：Android7.1.1

编译ROM时添加内存及文件过大时导致Image内存不足，在

最低0.47元/天 解锁文章
IT入门必备 篇二十九：从安卓到Ubuntu：Rockchip （RK)系列盒子升级乌班图新固件，释放磁盘剩余空间，系统流畅度飙升！
qq_28768477的博客
12-21 4033
通过本文的介绍，读者可以轻松完成3288盒子的升级操作，为以后盒子定制内容做基础铺垫，为将来盒子植入docker、NAS、alist等软件打包成定制固件作为基础。也可以对Rk3128、RK3568、RK3588等乌班图系统移植作基础用。
Android 10 根文件系统和编译系统(二)：Android ROM镜像介绍
ldswfun的专栏
08-18 6319
配套系列教学视频链接： Android 10.0 根文件系统和编译系统：https://edu.youkuaiyun.com/course/detail/35480 说明 系统：AOSP Android10.0 设备：Android模拟器 前言 Android源码编译出来的镜像在运行的时候需要被加载， 在实际产品中， 这些镜像会通过特定的烧录方式烧录到emmc或者sd卡， 或者UFS闪存中，不过在emulator模拟中， 所有的镜像都会以文件形式挂载到系统中去. 一、An...
android卡刷包自制rom之添加删除,添加/删除ROM内置APP的教程
weixin_30158471的博客
05-27 8744
ROM闪存软件包是Android闪存中必不可少的东西删除刷机包自带软件，但是大多数ROM闪存软件包都与许多应用程序集成在一起，其中许多不是您想要的，也没有您想要的应用程序. 使用Mushroom ROM Assistant快速删除和添加APK，并一键自定义您自己的ROM画笔包. ROM定制工具很多，例如Android kitchen.1. 打开Mushroom ROM Assistant，选择下...
rom修改----安卓系列机型如何内置app 如何选择so文件内置
小马哥的专栏
09-18 3909
在与各工作室对接中操作单中，很多需要内置客户特定的有些app到系统里，这样方便客户刷入固件后直接调用。例如去开机引导 去usb调试 默认开启usb安全设置等等。那么很多app内置有不同的反应。有的可以直接内置。有的需要加so才能解决
linux0.11内核编译文件过大问题
qq_36999329的博客
11-01 316
所以在Makefile中的43行的objcopy处，加上 -R.note.gnu.property,原来写的是-R .note.所以应该把Makefile中的43行-R .note换成-R .note.gnu.property。原因是编译时Kernel的源文件“system.tmp”文件写入了大量的空白段，可能原名是.note,但readelf system.tem中显示的段是.note.gnu.property。注意：以下内容均在64位archlinux上操作，其它系统类似。
OpenWRT的ROM固件内置软件包修改与定制
weixin_34010949的博客
03-27 1695
为什么80%的码农都做不了架构师？>>> ...
OpenWrt Image Builder 制作带插件的HG255D固件记录
lvshaorong的博客
11-01 8854
使用网上下载的别人编译的Openwrt固件总会存在这样或者那样的问题，或者根本不满足自己的需要，这时候就需要自己编译固件，自己编译ipk包。可以解决很多内核版本不匹配，软件过时，路由器不稳定，固件臃肿的问题。本文从0开始详细介绍从固件编译到固件安装的每一个步骤，最后成功编译一个带ss功能和luci 后台web页面的HG255D固件
MALLOC_CAP_XXX误用警示录：内存分配陷阱导致系统崩溃的真实案例剖析
MALLOC_CAP_XXX误用警示录：内存分配陷阱导致系统崩溃的真实案例剖析 ## 1.1 一场由内存标志误用引发的产线停摆事故 某工业级ESP32网关设备在批量部署后频繁出现随机性死机，日志显示`Heap out of memory`但实际...
7、设备树编译与U-Boot使用指南
最新发布
b9c0d的博客
11-14 13
本文详细介绍了嵌入式系统中设备树的编译方法及U-Boot引导加载程序的构建、安装与使用流程。内容涵盖设备树编译器dtc的使用、U-Boot的获取与编译、SD卡烧录与启动、环境变量配置、镜像加载方式（如fatload、tftp）、内核启动命令bootm，以及通过脚本实现自动启动等关键技术环节。同时提供了常见问题解决方案和高级应用示例，如条件启动、网络更新和循环重试脚本，帮助开发者高效掌握U-Boot在实际项目中的应用。
RK3288分区大小调整和配置parameter
jingzitakk66的专栏
05-24 7423
1.分区文件在device/rockchip/rk3288/parameter.txt 2.格式如下: FIRMWARE_VER:7.1 2MACHINE_MODEL:rk3288 3MACHINE_ID:007 4MANUFACTURER:RK3288 5MAGIC: 0x5041524B 6ATAG: 0x60000800 7MACHINE: 3288 8CHECK_MASK: 0x80...
RK关于修改system分区大小
wzh048503的博客
11-01 4562
关于修改3126-6.0SDK的system系统分区大小：\device\rockchip\common\BoardConfig.mk文件里得BOARD_SYSTEMIMAGE_PARTITION_SIZE数值是十进制，除以3个1024就得到多少个G，但是parameter.txt里的system分区大小是十六进制扇区的个数，每个扇区是512个字节，所以换算成十进制之后还得乘以512才是字节数，6...
关于rk3399修改system分区
Mr.W的博客
02-27 3612
我们编译系统的时候会看到打印了这么一句话： ........................................... '/3399_backup/g3399-v7-1-2-20180529_backup/device/rockchip/rk3399/g3399/parameter.txt' -> '/3399_backup/g3399-v7-1-2-20180529_bac...
修改rom出现如下问题
zangcf的专栏
03-05 2065
has no signatures that match those in shared user android.uid.XXXXXX，怎么办? 1，http://forum.xda-developers.com/showthread.php?t=1322411::::这边文章好像提供的方法是unzip方式 2, http://forum.xda-developers.com/sho
Android 系统分区分析
Tony的专栏
05-12 4482
Android系统分区 Android系统开发时，经常会遇到添加或者调整系统分区大小的问题，下面以mstar的一款产品为例进行分析：        （1）mount指令可以查看到板子中挂在的分区，主要关注ext4类型分区，例如tvservice，tvconfig，tvconfig，tvcustomer                              （2）查看分区文件fstab
rk3288
baimingyong007的专栏
07-28 6273
RK3288 代码编译 uboot编译   make rk3288_defconfig make           编译完成后，u-boot根目录生成RK3288UbootLoader_V2.19.09.bin的loader文件。 Kernel编译           在kernel目录下执行：           makerockchip_defconfig        
RK3399 调试笔记 01
datoufx的博客
06-29 3543
rk3399 6.0有个致命问题，由mediacodec引起的硬编码问题，升级到7.1没这个问题。删除rk自带app，在vendor/rockchip/common/apps下都能找到，其余是自带app，在packages/apps/下也能找到。
systemimage 太大导致的编译失败
xiaolli的专栏
05-31 1726
针对此种异常可以做以下操作： 1、可以删除out目录下一些，多余的预置apk out/target/product/system/priv-app/** 之后调用make snod 直接进行打包2、修改device 下对应工程内的BoardConfigCommon.mk 文件，扩大system.img的限制 此类device/product/BoardConfigCommon.mk 文件中
关于BOARD_SYSTEMIMAGE_PARTITION_SIZE【转】
12-22 1165
本文转载自：https://blog.youkuaiyun.com/ttxgz/article/details/7542380 1. 系统需要，把需要预置在系统的所有apk放在目录 device/softwinner/crane-gm-g9/pre/下，在编译android源码时，出现下面错误：　1 make_ext4fs -l 268435456 -a system out/target/pr...
MCU 编译之后得到map文件，如何通过map文件分析得到哪部分占用FLASH最多
07-06
<think>我们正在处理一个关于如何解析MCU编译生成的map文件以确定FLASH使用情况最多部分的问题。 根据用户提供的引用，我们可以知道.map文件包含了代码和数据的存储信息，特别是FLASH（ROM）和RAM的使用情况。 引用[1]提到：.map文件中可以详细查看单个文件、函数及用户定义的全局变量等的占用RAM和ROM的空间大小。 引用[3]提到：在链接过程中，编译器会对各个段（Section）进行分析和链接，确定它们在内存中的位置和大小。 引用[4]提供了一个IAR环境下map文件的例子，其中显示了只读代码内存（存储在flash中）的大小。 目标：找出占用FLASH最多的代码或模块。 步骤： 1. 理解map文件的结构：通常map文件包含多个部分，如模块（文件）汇总、段（section）汇总、符号表等。 2. 关注只读部分：因为FLASH通常存储代码和常量（只读数据），所以我们需要关注只读段（如.text, .rodata等）。 3. 在map文件中查找模块（文件）或函数对只读段（即FLASH）的占用情况。 根据引用[4]的例子，我们可以看到： - 在“ENTRY LIST”部分，列出了函数和它们的地址、大小、类型和所在对象文件。 - 在汇总部分，有“readonly code memory”（只读代码内存）和“readonly data memory”（只读数据内存）的统计。 因此，我们可以通过以下方式分析： - 查找每个模块（源文件）占用的只读代码和只读数据的大小。 - 或者查找每个函数占用的代码大小。 但是，不同的编译工具链（如IAR、Keil MDK、GCC）生成的map文件格式可能不同。我们需要根据具体的工具链来调整分析方法。 通用步骤： 1. 打开.map文件。 2. 查找关于模块（文件）或函数的内存占用的部分。通常，会有按模块或函数排序的内存使用列表。 3. 关注只读部分（如.text, .rodata, .constdata等）的大小。 4. 排序：将模块或函数按占用的只读内存大小降序排列，从而找出占用最多的部分。 以Keil MDK为例： 在.map文件中，通常有一个“Image Symbol Table”或“Module Summary”部分，其中列出了每个模块（文件）的代码和数据大小。 以IAR为例（如引用[4]）： 在“ENTRY LIST”部分，每个函数都有大小（Size）和类型（Type），并且标明了所属对象文件（Object）。我们可以通过汇总每个对象文件（即每个源文件编译后的目标文件）中所有函数的只读代码大小来得到该模块的FLASH占用。 另外，引用[4]的例子中还有汇总信息： 50 710 bytes of readonly code memory // 只读代码（FLASH） 278 557 bytes of readonly data memory // 只读数据（FLASH） 189 441 bytes of readwrite data memory // 读写数据（RAM） 但是，要精确到模块或函数，我们需要查看更详细的列表。 实际操作（以IAR为例）： 在map文件中查找“ENTRY LIST”部分（或类似部分），然后： - 过滤出类型为“Code”的条目（因为代码存储在FLASH中）。 - 同时，注意只读数据（类型可能为“Data”但属于只读段）也需要考虑，但用户问题中主要关注代码，所以我们可以先关注代码部分。 - 然后，按照对象文件（即源文件对应的目标文件）分组，计算每个对象文件的总代码大小。 对于Keil MDK： 在“Image Symbol Table”中，可以查找类型为“Code”的符号，然后按源文件分组。 由于不同工具链的map文件格式不同，这里给出一个通用的思路： 1. 在map文件中找到按模块（文件）统计的只读段（如.text）大小的部分。通常会有这样的表格。 2. 如果没有按模块的统计，则查找按符号（函数、全局变量）统计的部分，然后按符号所在的模块进行汇总。 例如，在Keil MDK的map文件中，可以查找如下部分： ``` Module Summary ============== Code (inc. data) RO Data RW Data ZI Data Debug Object Name 100 10 20 0 0 1000 main.o 200 20 40 0 0 2000 module1.o ``` 这里，“Code”列表示代码大小（字节），“RO Data”表示只读数据大小。两者之和就是该模块占用的FLASH大小。 因此，我们可以将每个模块的“Code”和“RO Data”相加，然后排序。 在IAR中，引用[4]的例子中有一个“ENTRY LIST”，但并没有直接给出每个模块的汇总。不过我们可以通过解析这个列表来汇总： 每个符号（函数）都有大小和所在的目标文件，我们可以将同一个目标文件的所有符号的大小（如果是代码）加起来。 但是，注意：有些符号可能是数据（如只读数据），在“ENTRY LIST”中可能会标记为“Data”或“Ro data”等。所以我们需要区分。 因此，更准确的做法是： - 在map文件中查找每个模块的只读段（包括代码和只读数据）的总大小。通常，在map文件的末尾或某个汇总部分会有按模块的统计。 如果map文件中没有直接的模块汇总，我们就需要自己解析符号表并按模块汇总。 由于map文件可能很大，手动查找比较困难，建议使用脚本（如Python）来解析。 但是，用户可能希望手动分析，所以我们可以指导用户如何查看。 具体到用户的问题：如何找出占用FLASH最多的代码或模块？ 方法： 1. 打开map文件。 2. 查找按模块（目标文件）汇总的部分（可能叫“Module Summary”、“Cross Reference”或类似名称）。 3. 如果没有模块汇总，则查找符号列表（如“Global Symbols”或“Local Symbols”），然后手动汇总（不推荐，因为太繁琐）。 4. 在汇总表中，找到每个模块的代码（Code）和只读数据（RO Data）的大小，相加得到该模块的总FLASH占用。 5. 按总FLASH占用降序排列，排在前面的就是占用最多的模块。 另外，也可以查找单个函数的大小：在符号表中，每个函数都会列出其大小，我们可以按大小降序排列，找出最大的函数。 但是，函数可能分散在不同模块，所以按模块汇总更直观。 根据引用[1]：.map文件可以查看单个文件、函数及用户定义的全局变量等的占用。 因此，我们可以这样回答： 在map文件中，通常有以下几种方式查看FLASH占用： a. 按模块（源文件）查看：查找模块汇总表，计算每个模块的代码和只读数据之和，排序即可。 b. 按函数查看：在符号表中，过滤出类型为代码（Code）的符号，然后按大小排序。 注意：只读数据（如const全局变量）也会占用FLASH，但用户问题中主要关注代码，所以如果用户只关心代码，可以只看代码部分（Code）。但通常，只读数据也是FLASH占用的一部分，所以应该一起考虑。 以Keil MDK为例，具体步骤： 1. 打开.map文件。 2. 查找“Module Summary”部分（通常以表格形式出现）。 3. 表格列包括：Code (inc. data), RO Data, RW Data, ZI Data, Debug, Object Name。 4. 计算每个模块的FLASH占用 = Code + RO Data。 5. 按这个值降序排列。 以IAR为例（参考引用[4]）： 在IAR的map文件中，可能没有直接的模块汇总表，但我们可以通过“ENTRY LIST”来汇总。不过，IAR的map文件通常也会有一个汇总表，可能位于“SECTION SUMMARY IN ID ORDER”或“MEMORY USAGE SUMMARY”等部分。另外，引用[4]中提到了“readonly code memory”和“readonly data memory”的汇总，但没有按模块的详细列表。 根据引用[4]的例子，在“ENTRY LIST”中，每个符号都有所属的目标文件（如cmain.o），我们可以： - 将“ENTRY LIST”中所有类型为“Code”且属于同一个目标文件的符号的大小相加，得到该目标文件的代码大小。 - 同样，将类型为“Ro data”或类似类型的符号相加得到只读数据大小。 - 然后相加得到总FLASH占用。 但是，这需要手动计算，比较麻烦。因此，建议使用工具链自带的工具或脚本。 另外，也可以使用第三方工具来解析map文件，例如使用Python脚本解析并排序。 总结回答： 要解析MCU编译生成的map文件以确定FLASH使用情况最多的部分，可以按照以下步骤进行： 1. **打开.map文件**：使用文本编辑器打开编译生成的.map文件。 2. **查找内存使用汇总部分**：通常map文件会有一个总的内存使用情况汇总，包括FLASH（ROM）和RAM的使用量。但这不是按模块的详细数据。 3. **查找按模块（目标文件）的详细内存占用表**： - 在Keil MDK中，查找“Module Summary”表格，该表格列出了每个目标文件（.o）的代码（Code）、包含数据的代码（inc. data）、只读数据（RO Data）、读写数据（RW Data）等。将“Code”和“RO Data”相加即为该模块占用的FLASH大小。 - 在IAR中，可能需要查找“SECTION SUMMARY”或“ENTRY LIST”部分，然后手动汇总每个目标文件的代码和只读数据大小（根据符号类型）。 4. **排序**：将每个模块的FLASH占用大小（Code + RO Data）进行降序排序，占用最大的模块即排在前面。 5. **按函数查看（可选）**：如果想查看具体哪个函数占用最多，可以在符号表（如“Image Symbol Table”或“ENTRY LIST”）中查找类型为代码（Code）的符号，然后按大小降序排列。 注意：不同的编译工具链生成的map文件格式不同，具体部分名称可能有所差异。 另外，也可以编写脚本（如Python）自动解析map文件并排序，这样更加高效。 相关问题： 1. 如何优化占用FLASH较大的代码模块？ 2. map文件中除了FLASH占用信息，还能提供哪些有用的信息？ 3. 如何减少MCU程序的FLASH占用？</think>### 解析MCU编译生成的.map文件以确定FLASH占用最多的部分 要分析.map文件中占用FLASH最多的代码或模块，需重点关注**只读内存段**（如代码段`.text`和只读数据段`.rodata`），因为它们直接存储在FLASH中。以下是具体步骤： --- #### **步骤1：定位关键内存统计区域** 在.map文件中搜索以下关键词： - **"Memory Summary"** 或 **"SECTION SUMMARY"** 显示整体内存分布，例如： ``` Readonly code memory (FLASH) : 50,710 bytes Readonly data memory (FLASH) : 278,557 bytes Readwrite data memory (RAM) : 189,441 bytes ``` 此部分给出FLASH总占用 = 代码内存 + 只读数据内存[^4]。 - **"ENTRY LIST"** 或 **"SYMBOL TABLE"** 列出所有函数/变量的地址、大小及所属目标文件（如`main.o`），例如： ``` Entry Address Size Type Object GPIO_Init 0x4'a79f 0x288 Code am_app_KWD_board_setup.o [1] ?main 0x5'04e1 0x120 Code cmain.o [9] ``` --- #### **步骤2：识别占用FLASH最多的模块** ##### **方法1：按目标文件（.o）汇总** 查找按目标文件分组的**只读段（RO）统计**，通常以表格形式出现： ``` Module Code(RO) RO Data Total FLASH --------------------------------------------- driver.o 12,340 800 13,140 main.o 8,920 1,200 10,120 network.o 25,670 3,500 29,170 <-- 最大占用 ``` - **Total FLASH = Code(RO) + RO Data** 直接排序`Total FLASH`列即可找到最大模块[^1][^3]。 ##### **方法2：手动汇总符号表** 若工具链未提供模块汇总，需从`ENTRY LIST`中提取： 1. 筛选类型为`Code`（代码）和`Ro data`（只读数据）的条目。 2. 按所属目标文件分组累加大小： ```python # 伪代码示例：统计每个.o文件的FLASH占用 flash_usage = {} for entry in map_file: if entry.type in ["Code", "Ro data"]: object_file = entry.object_name # 如"network.o" flash_usage[object_file] += entry.size ``` 3. 按值降序排序，例如： ``` network.o : 29,170 bytes driver.o : 13,140 bytes main.o : 10,120 bytes ``` --- #### **步骤3：定位具体函数/变量** 在`ENTRY LIST`中搜索占用高的目标文件，按大小排序其内部符号： ``` Object: network.o ------------------------- Function Size Type ------------------------- TCP_Process 12,880 Code <-- 最大函数 DNS_Resolver 7,340 Code config_table 3,500 Ro data ``` --- #### **工具链差异处理** - **Keil MDK**： 查看`Module Summary`表格，直接获取`Code`和`RO Data`列[^1]。 - **IAR**： 关注`ENTRY LIST`和`SECTION SUMMARY`，需手动汇总目标文件的`Code`/`Ro data`[^4]。 - **GCC**： 搜索`.text`（代码）和`.rodata`（只读数据）段的分配详情。 --- #### **优化建议** 1. **定位大函数**：优先优化占用高的函数（如复杂算法或冗余代码）。 2. **只读数据审查**：检查常量表、字体等是否可压缩或懒加载。 3. **编译选项**：启用`-Os`（优化大小）和`-ffunction-sections`，便于链接器移除未使用代码。 > **关键点**：FLASH占用 = 代码段(`.text`) + 只读数据段(`.rodata`)。通过目标文件分组和符号排序，可快速定位瓶颈[^1][^3][^4]。 --- ### 相关问题 1. **如何减少MCU程序的FLASH占用？有哪些具体优化策略？** 2. **map文件中的RW Data和ZI Data分别代表什么？它们如何影响RAM使用？** 3. **不同编译工具链（Keil/IAR/GCC）生成的map文件结构有何主要差异？** 4. **如何解析map文件中的动态内存分配（堆/栈）信息以预防溢出？**
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值