当前位置：首页 > news >正文

i.MX 8M Nano到i.MX 93迁移：电源管理架构与DVFS/VFS配置实战解析

news 2026/6/8 21:38:10

1. 项目概述

如果你正在基于NXP的i.MX 8M Nano进行产品开发，并且正在评估或已经决定升级到更新的i.MX 93平台，那么你很可能已经意识到，这远非一次简单的“换芯”操作。我最近就完整经历了一次从i.MX 8M Nano到i.MX 93的软硬件迁移项目，整个过程充满了“惊喜”。其中最核心、也最容易踩坑的差异点，就集中在电源管理架构，尤其是动态电压频率调节的实现方式上。在i.MX 8M Nano上，我们可以通过熟悉的cpufreq工具动态调节CPU频率和电压以实现功耗优化，但在i.MX 93上，这套玩法彻底变了。官方文档虽然提供了关键线索，但很多实际工程中的细节、原理和避坑指南，需要真正动手做过才能深刻理解。这篇文章，我就结合自己的实战经验，为你拆解这两个平台在硬件设计、电源架构，特别是DVFS/VFS配置上的核心差异，并提供一份可直接落地的迁移指南和问题排查实录。

2. 硬件架构与电源管理差异深度解析

从i.MX 8M Nano迁移到i.MX 93，首先必须从芯片的顶层设计理念上理解其差异。这不仅仅是性能参数的提升，更是一次电源域设计和功耗管理哲学的革新。

2.1 核心架构与电源域设计对比

i.MX 8M Nano采用经典的“大小核”混合架构，其应用核心（Cortex-A53）和实时核心（Cortex-M7）在电源域上是相对独立或可精细划分的。更重要的是，它为Cortex-A平台提供了独立的VDD_ARM和VDD_SOC电源轨。VDD_ARM专门为Cortex-A核心及其紧密相关的逻辑（如L1/L2缓存）供电，而VDD_SOC则为系统级的其他逻辑、外设和内存控制器供电。这种分离是实现传统意义上DVFS（动态电压频率调节）的硬件基石。因为CPU核心的电压可以独立于其他系统逻辑进行快速、动态的升降，以匹配其工作频率，从而实现“需要高性能时拉高电压频率，空闲时迅速降低以省电”的精细化管理。

反观i.MX 93，它虽然也采用了Arm Cortex-A55（性能核）与Cortex-M33（实时核）的混合架构，但其电源架构进行了大幅简化与整合。i.MX 93移除了独立的VDD_ARM电源轨，整个SoC的数字逻辑（包括Cortex-A55核心、Cortex-M33核心、系统总线、大多数外设等）均由一个统一的VDD_SOC电源轨供电。这是一个根本性的变化。这意味着，你无法再像以前那样，单独、动态地调节CPU核心的电压而不影响其他部分。因此，i.MX 93官方文档中不再使用“DVFS”这个强调“动态”的词，而是使用了“VFS”（电压频率调节），并且明确指出其模式是“非动态”的。这直接导致了软件配置方法的截然不同。

2.2 电源优化场景的应对策略差异

这种硬件差异直接影响了低功耗场景的设计策略。在i.MX 8M Nano上，一个典型的优化场景是：当Cortex-A核心进入休眠或挂起状态时，由于VDD_ARM可以独立关闭或降至极低电压，而VDD_SOC继续保持为DDR内存等必要外设供电，可以实现非常深度的省电。文档中提到的M核（Cortex-M7）在A核挂起时保持运行的场景，就依赖于这种电源域的隔离能力。开发者可以通过设置特定的寄存器标志（如示例代码中的M33_ACTIVE_FLAG），通知底层固件（如ATF）在A核挂起时保持DDR的供电，以便M核能继续访问内存。

而在i.MX 93的单VDD_SOC架构下，情况变得复杂。当你想让Cortex-A55休眠而Cortex-M33保持运行时，由于它们共享同一个主电源域，你无法单独关闭A55的供电。此时的功耗优化，更多地依赖于时钟门控（关闭A55核心的时钟）以及让整个VDD_SOC进入一个更低的静态驱动模式（如后文将详述的Low Drive模式）。这种架构在实现极致动态功耗调节上灵活性有所降低，但简化了外部电源树设计，减少了PMIC（电源管理芯片）的复杂度，对于成本敏感和设计周期紧张的项目可能是一个优势，但要求软件开发者必须更精准地理解和运用芯片提供的几种静态工作模式。

3. DVFS与VFS配置机制详解与实操

这是迁移过程中代码改动最大、最需要重新学习的部分。我们将彻底抛弃在i.MX 8M Nano上的习惯，重新建立对i.MX 93电源模式管理的认知。

3.1 i.MX 8M Nano的传统DVFS配置方式

在i.MX 8M Nano上，配置DVFS是标准且直观的，因为它与主流Linux内核的CPUFreq子系统无缝集成。系统启动后，你会看到若干cpufreq的策略可供选择，例如performance（性能优先）、powersave（功耗优先）、ondemand（按需调节）等。其底层驱动会根据所选策略，动态地调整CPU的工作点和电压。

启用与禁用方法：

启用DVFS（通常选择功耗优化策略）：
```
cpufreq-set -g powersave
```
这条命令将调控策略设置为powersave，内核的CPUFreq governor会在满足性能需求的前提下，尽可能将CPU频率和电压维持在较低水平。
禁用DVFS（锁定最高性能）：
```
cpufreq-set -g performance
```
这条命令将策略设置为performance，CPU会持续运行在支持的最高频率和电压上，不进行任何降频操作。

背后的原理与实操注意：这种动态调节的可行性，完全依赖于之前提到的独立VDD_ARM电源轨。PMIC可以根据CPU频率的请求，通过I2C或SPI接口实时调整输出电压。在驱动层，NXP提供了imx8mm或类似命名的CPUFreq驱动，其中定义了多个Operating Performance Point。每个OPP是一个（频率，电压）对。当governor决定切换频率时，驱动会先提高电压到新频率所需水平，然后切换时钟频率，最后再视情况降低电压。这个过程是自动、连续且对应用透明的。

注意：在i.MX 8M Nano上使用ondemand或schedutil这类动态策略时，需要密切关注负载检测的延迟和升降频的灵敏度。不恰当的调参可能导致性能抖动——即在负载突然来临时，频率提升跟不上，造成卡顿。通常需要根据具体应用场景，调整up_threshold（升频阈值）等内核参数。

3.2 i.MX 93的静态VFS模式配置详解

i.MX 93的VFS配置逻辑发生了根本改变。由于电压无法独立、动态地快速调节，它提供了几种预设的静态工作模式。每种模式对应着VDD_SOC的一个固定电压值，以及与之绑定的CPU、DDR等关键时钟的频率配置。模式的切换不是由CPUFreq governor动态触发，而是由开发者或系统根据应用场景（如插电满血、电池续航、深度待机）手动或通过场景管理器静态选择。

内核通过一个名为imx93-lpm的平台设备驱动，在/sys/devices/platform/下暴露了一个mode节点，用于切换这些模式。以下是各模式的详细解读与实操命令：

标称驱动模式：
- 命令：echo 1 > /sys/devices/platform/imx93-lpm/mode
- 电压状态：VDD_SOC运行在标称电压。
- 性能状态：CPU运行在标称频率，DDR内存频率减半运行。
- 应用场景：这是平衡性能与功耗的常用模式。在DDR带宽不是主要瓶颈的应用中（如很多IoT网关、本地数据处理设备），将DDR降频可以显著降低系统总功耗，而对整体性能影响有限。这是从i.MX 8M Nano迁移过来后需要重点测试的场景。
超频驱动模式：
- 命令：echo 0 > /sys/devices/platform/imx93-lpm/mode
- 电压状态：VDD_SOC运行在较高的过驱动电压。
- 性能状态：CPU可能运行在更高频率（如果芯片支持并配置了超频），DDR内存运行在全速。
- 应用场景：需要最大计算吞吐量或内存带宽的场景，例如高清视频处理、复杂图形渲染或作为网络数据包处理的核心。注意：此模式下功耗和发热最高，需确保散热设计能满足要求。
低驱动模式：
- 前提：必须使用低驱动模式的专用设备树文件imx93-11x11-evk-ld.dtb（以EVK为例，自己的板级DTB需做相应配置）。
- 命令：echo 2 > /sys/devices/platform/imx93-lpm/mode
- 电压状态：VDD_SOC运行在较低的电压。
- 性能状态：CPU频率降低，DDR内存频率减半运行。
- 应用场景：对功耗极度敏感，且性能需求不高的电池供电设备。此模式需要在芯片筛选和硬件设计阶段就确认支持，因为低电压运行对芯片体质有要求。
低驱动模式配合软件强制频率控制：
- 前提：同样需要使用imx93-11x11-evk-ld.dtb。
- 命令：echo 3 > /sys/devices/platform/imx93-lpm/mode
- 电压状态：VDD_SOC运行在低驱动电压。
- 性能状态：CPU和DDR运行在最低支持频率。
- 应用场景：极致的省电场景，例如设备处于待机状态但仍需维持基本监听或传感器数据采集。这是功耗最低的活跃模式。

重要实操心得：模式切换不是瞬时的，它涉及电压域的稳定时间、PLL重锁和DDR控制器的重新配置。在编写脚本或应用程序进行模式切换时，必须在切换后增加足够的延时（建议100-200ms），等待系统稳定后再施加高负载，否则可能导致系统不稳定或驱动错误。此外，模式切换通常需要root权限。

4. 迁移实操：从硬件改版到软件适配全流程

了解了原理差异，接下来我们看具体的迁移动作。这需要硬件和软件工程师紧密配合。

4.1 硬件设计迁移要点

硬件上的改动是强制性的，无法通过软件弥补。

电源树重设计：
- 移除VDD_ARM电源轨：原理图上原本为i.MX 8M Nano的VDD_ARM供电的电路（通常是一路DCDC或LDO）可以移除或改作他用。务必仔细检查PMIC的配置，确保没有电源通道被错误地使能并连接到错误的SoC引脚上。
- 强化VDD_SOC电源轨：由于所有数字逻辑的负载都集中到了VDD_SOC上，必须重新评估其电流供应能力和动态响应特性。参考i.MX 93的硬件设计指南中的最大电流需求，确保你的DCDC转换器或LDO能满足最坏情况下的负载，并留有充足余量（建议20%-30%）。特别是切换到Overdrive模式时，瞬时电流可能会更大。
- 检查电源时序：i.MX 93的上电、下电、复位时序可能与i.MX 8M Nano不同。必须严格按照i.MX 93的数据手册中的“Power-Up Sequence”章节来设计电源管理芯片的使能、排序电路，任何时序偏差都可能导致芯片无法启动或运行不稳定。
时钟与复位电路检查：
- 外部晶振/时钟源：核对i.MX 93所需的时钟频率（如24MHz主晶振、32.768kHz RTC晶振）是否与原有设计兼容。如果不兼容，需要更换晶振或调整负载电容。
- 复位电路：确认复位信号的电气特性（电平、脉宽）是否符合新芯片要求。有些设计可能只需要调整上拉电阻或RC常数。
PCB布局布线考量：
- VDD_SOC电源完整性：由于VDD_SOC现在承载了核心电流，其PCB走线需要更宽，去耦电容的布局需要更靠近芯片的电源引脚，采用“大电容+多个小电容”的组合，以提供低阻抗的电流路径并滤除高频噪声。
- DDR接口：如果继续使用相同的DDR颗粒，其布线规则（长度匹配、阻抗控制）可能变化不大，但仍需参考i.MX 93的HDG进行验证。如果DDR频率计划有变（例如因VFS模式改变），可能需要重新仿真信号完整性。

4.2 软件与驱动迁移步骤

软件迁移是系统工程，涉及Bootloader、内核、设备树和用户空间。

Bootloader适配：
- 切换到i.MX 93的U-Boot：使用NXP官方提供的、针对i.MX 93的U-Boot源码。重点检查board/freescale/imx93evk（或类似）目录下的代码，特别是：
  - DDR初始化：ddr_init相关代码完全不同，必须使用i.MX 93的配置脚本。
  - 电源初始化：早期电源（如pca9450PMIC）的配置序列需要更新。
  - 引脚复用：IOMUX配置需要根据新板子的实际设计重新生成或修改。
Linux内核与设备树配置：
- 内核配置：确保启用i.MX 93相关的所有驱动，特别是：
  - CONFIG_SOC_IMX93
  - CONFIG_ARM_IMX_CPUFREQ_DT(虽然DVFS逻辑变了，但CPU频率框架依然需要)
  - 对应的PMIC驱动（如CONFIG_REGULATOR_PCA9450）
  - CONFIG_SOC_IMX93_LPM（这是实现imx93-lpm模式切换的关键驱动）
- 设备树的重构：这是工作量最大的部分。不能直接修改旧DTS，而应基于i.MX 93 EVK的DTS（如imx93-11x11-evk.dts）进行移植。
  - CPU节点：OPP表定义方式变化。i.MX 93的OPP可能直接与imx93-lpm驱动绑定的模式挂钩，而非独立的动态电压表。
  - 电源域定义：由于架构简化，电源域节点可能更少，需要删除与VDD_ARM相关的旧定义。
  - 时钟树：时钟控制器节点和时钟分配需要完全按照i.MX 93的参考手册配置。
  - 启用低驱动模式：如果需要使用LD模式，必须在设备树中包含相应的配置，通常是通过在/节点下添加类似low-drive-mode;的属性，并确保所有电源和时钟节点都支持低电压运行。最直接的方法是复制并使用imx93-11x11-evk-ld.dts中的覆盖配置。
用户空间配置与测试：
- 编写模式切换脚本：创建Shell脚本，根据应用场景（如运行性能测试、进入待机）调用echo X > /sys/devices/platform/imx93-lpm/mode命令，并加入之前提到的稳定延时。
- 性能与功耗测试：使用stress-ng、cpuburn等工具制造CPU负载，使用memtester或自定义带宽测试程序制造内存负载，同时使用电流表或板载PMIC监控工具测量各VFS模式下的实际功耗和温升，建立属于自己产品的“性能-功耗”曲线图谱。

5. 常见问题排查与调试技巧实录

在实际迁移中，我遇到了不少问题，这里把典型问题和解决方法记录下来，希望能帮你少走弯路。

5.1 系统无法启动或启动后不稳定

现象：上电后无串口输出，或启动到内核后随机死机、重启。
排查思路：
1. 首要怀疑电源：用示波器测量VDD_SOC的上电时序和电压纹波。重点检查在CPU负载突增时（如启动大型进程），电压是否有大幅跌落（超过数据手册规定的范围）。如果跌落严重，说明电源电路带载能力不足或去耦电容设计不当。
2. 检查时钟：测量24MHz晶振波形，确认起振正常，幅度和频率准确。不稳定的时钟会导致各种难以排查的诡异问题。
3. 核对DDR配置：这是导致启动失败的高发区。使用U-Boot的md命令或内核早期的调试信息，检查DDR初始化是否正确。一个关键技巧：在U-Boot中，尝试略微降低DDR频率（通过修改DDR初始化脚本中的时序参数），看系统是否能稳定启动。如果能，则问题很可能出在DDR布线或信号完整性上。
4. 检查设备树：确认设备树中关于PMIC、电源轨使能、IO电压的配置是否正确。一个错误的IO电压设置（例如将1.8V域的设备配成了3.3V）可能导致通信失败或损坏器件。

5.2 VFS模式切换无效或导致系统异常

现象：向/sys/devices/platform/imx93-lpm/mode写入后，系统无反应，或切换后系统卡死、外设失灵。
排查与解决：
1. 确认驱动加载：首先检查imx93-lpm驱动是否成功加载。ls /sys/devices/platform/查看是否存在imx93-lpm目录，或使用dmesg | grep lpm查看内核启动日志。
2. 检查设备树兼容性：低驱动模式（LD）需要设备树支持。如果你写入2或3无效，首先确认你使用的DTB是否编译自包含了低驱动模式配置的DTS源文件。最直接的验证方法是直接使用NXP EVK的LD DTB文件进行测试。
3. 模式切换后的外设重初始化：某些外设（特别是依赖特定时钟频率的，如音频编解码器、特定速率的SPI/UART）在VDD_SOC电压和系统时钟改变后，可能需要重新初始化。这需要驱动代码的支持。如果切换模式后某个外设不工作，需要检查其驱动是否有处理时钟或电源变更的通知机制。
4. 功耗与散热监控：切换到Overdrive模式后，如果散热不良，芯片可能因过热而触发热保护，导致降频或重启。监控/sys/class/thermal/thermal_zone*/temp节点，确保温度在安全范围内。

5.3 实时核在应用核挂起时无法正常工作

现象：按照文档，尝试让Cortex-M33在Cortex-A55挂起时保持运行并访问DDR，但M33侧代码运行异常或无法访问内存。
排查要点：
1. 确认ATF配置：i.MX 93中，类似i.MX 8M Nano的M33_ACTIVE_FLAG机制可能存在但地址不同。你需要查阅最新的i.MX 93 Trusted Firmware-A源码和文档，找到正确的寄存器定义和设置流程。不能直接照搬旧代码。
2. 检查资源分配：确保在A55侧进入挂起前，已将DDR控制器、相关时钟、电源等必要的资源共享给了M33域，并且没有设置任何会关闭这些资源的策略。这涉及到RDC的配置。
3. M33的启动与内存映射：确保M33的固件被正确加载到其可访问的存储区（如TCM或保留的DDR区域），并且在A55挂起期间，该内存区域的电源和时钟保持开启。

从i.MX 8M Nano到i.MX 93的迁移，电源管理是一个思维需要转换的关键领域。放弃对传统DVFS动态调节的依赖，转而理解和用好几种静态的VFS模式，是项目成功的关键。我的建议是，在硬件设计阶段就充分吃透数据手册的电源章节，在软件移植早期就搭建好功耗测试环境，系统地验证每一种模式在自己产品上的实际表现。这个过程虽然充满挑战，但一旦摸清i.MX 93的“脾气”，你就能在新的平台上构建出性能与功耗平衡得更加出色的产品。

查看全文

http://www.jsqmd.com/news/977013/