Linux 内核 OMAP 平台升级迁移指南PBIAS 电源与 MMC_SDHCI_OMAP 配置依赖解析【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux本文以内核源码树中的 OMAP history 文档 为核心骨架系统梳理主线上游内核运行于 OMAP 系列 SoC 时从 v4.3 到 v4.18 两个关键版本节点引入的 Kconfig 配置依赖并结合 PBIAS 稳压器驱动、SDHCI 主机控制器驱动及其设备树节点的源码实现给出可验证、可落地的内核配置迁移方案。读完本文你将掌握CONFIG_REGULATOR_PBIAS与CONFIG_MMC_SDHCI_OMAP两个选项的来龙去脉、底层工作原理以及如何在升级内核时检查自定义.config以保证 MMC/SD 功能正常。一、文档背景一份升级依赖速查表omap.rst 位于Documentation/arch/arm/omap/目录下标题为 OMAP history其定位非常明确——记录主线内核在 OMAP 平台上运行时的历史性配置依赖变更提醒开发者在内核升级后必须同步更新自定义.config。文档正文以一张 KERNEL / NEW DEPENDENCIES 对照表呈现内核版本新增依赖v4.3自定义.config需要启用CONFIG_REGULATOR_PBIAS否则 MMC1 无法正常工作v4.18自定义.config需要启用CONFIG_MMC_SDHCI_OMAP否则 DRA7 与 K2G 平台所有 MMC 实例无法工作这份表格虽短但浓缩了两条极其关键的工程信息其一内核版本升级会改变设备驱动与电源管理子系统的耦合方式旧配置不一定在新内核中继续成立其二OMAP 平台的 MMC 子系统依赖两级支撑——电源域PBIAS与控制器SDHCI缺一不可。下面分别深入。二、v4.3 依赖CONFIG_REGULATOR_PBIAS 与 MMC1 的电源保障2.1 为什么 MMC1 需要 PBIASOMAP 系列 SoC 的 MMC1 接口通常外接 SD 卡在 I/O 电平切换1.8V 与 3.0V/3.3V 之间时需要通过 SoC 内部的 PBIASPeripheral BIAS电路对 I/O 引脚提供偏置电压。自 v4.3 起主线内核将该偏置电路正式建模为 Linux 标准 regulator 子系统中的一个稳压器因此任何要使用 MMC1 的平台都必须在内核配置中启用对应的驱动否则设备树中引用的稳压器无法解析MMC1 将初始化失败。2.2 驱动源码regulator 框架下的 PBIAS 实现驱动实现位于 drivers/regulator/pbias-regulator.c作者为 TI 的 Balaji T K2014 年加入。该驱动把 PBIAS 建模为电压型 regulator核心数据结构struct pbias_reg_info定义了两档电压、使能位与压摆控制位的寄存器布局enable/enable_mask/disable_val控制 PBIAS 电路使能/关断的位域vmode电压模式选择位切换 1.8V 与高压档enable_time使能后到输出稳定的延迟驱动中统一为 100单位 µs对应regulator_desc-enable_timepbias_volt_table/n_voltages电压查找表。源码中定义了两种电压表static const unsigned int pbias_volt_table_3_0V[] { 1800000, 3000000 }; static const unsigned int pbias_volt_table_3_3V[] { 1800000, 3300000 };即 PBIAS 始终支持 1.8V 低电平档高压档则视 SoC 不同为 3.0V 或 3.3V。驱动注册的 regulator 实例pbias_matches数组包括pbias_mmc_omap2430OMAP2430 的 MMC1 PBIAS采用 3.0V 表pbias_sim_omap3OMAP3 的 SIM 卡 PBIAS采用 3.0V 表pbias_mmc_omap4OMAP4 的 MMC1 PBIAS采用 3.0V 表pbias_mmc_omap5OMAP5 的 MMC1 PBIAS采用 3.3V 表。上述实例均通过of_regulator_match与设备树子节点匹配pbias-regulator.c并挂载到ti,pbias-*兼容字符串上static const struct of_device_id pbias_of_match[] { { .compatible ti,pbias-omap, }, { .compatible ti,pbias-omap2, .data pbias_of_data_omap2, }, { .compatible ti,pbias-omap3, .data pbias_of_data_omap3, }, { .compatible ti,pbias-omap4, .data pbias_of_data_omap4, }, { .compatible ti,pbias-omap5, .data pbias_of_data_omap5, }, { .compatible ti,pbias-dra7, .data pbias_of_data_dra7, }, {}, };2.3 PBIAS 寄存器的 syscon 映射一个值得注意的实现细节是PBIAS 寄存器并不位于独立的寄存器块中而是落在 SoC 的 SCMSystem Control Modulegeneral area 内。因此驱动通过syscon_regmap_lookup_by_phandle(np, syscon)获取 syscon regmap再叠加各平台的寄存器偏移量pbias_of_data实现一个驱动、多平台复用平台compatible相对 SCM base 的偏移OMAP2ti,pbias-omap20x230OMAP3ti,pbias-omap30x2b0OMAP4ti,pbias-omap40x60OMAP5ti,pbias-omap50x60DRA7ti,pbias-dra70xe00相应的设备树节点散落在各 SoC 的 l4 互联总线描述中例如 arch/arm/boot/dts/ti/omap/omap2430.dtsi、arch/arm/boot/dts/ti/omap/omap3.dtsi、arch/arm/boot/dts/ti/omap/omap4-l4.dtsi、arch/arm/boot/dts/ti/omap/omap5-l4.dtsi 以及 arch/arm/boot/dts/ti/omap/dra7-l4.dtsi。可以看到 DRA7 节点同时声明ti,pbias-dra7, ti,pbias-omap其中ti,pbias-omap作为兜底匹配项保证即便未命中具体平台数据也能探测此时会回退到资源寄存器地址并打印 legacy 警告见 pbias-regulator.c。2.4 Kconfig 依赖与开启方式CONFIG_REGULATOR_PBIAS的定义位于 drivers/regulator/Kconfigconfig REGULATOR_PBIAS tristate PBIAS OMAP regulator driver depends on (ARCH_OMAP || COMPILE_TEST) MFD_SYSCON help Say y here to support pbias regulator for mmc1:SD card i/o on OMAP SoCs. This driver provides support for OMAP pbias modelled regulators.由此可以提炼出三条实践要点依赖条件需要 OMAP 架构支持ARCH_OMAP或编译测试COMPILE_TEST并且必须启用 syscon 框架MFD_SYSCON——这正对应源码中syscon_regmap_lookup_by_phandle的调用配置方式在自定义.config或menuconfig中确保CONFIG_REGULATOR_PBIASy或m升级到 v4.3 及以后版本时尤其要检查该选项是否被旧配置裁剪验证手段启用后可在/sys/class/regulator/下看到regulator.*条目如pbias_mmc_omap4内核日志中也能观察到 regulator 注册与 MMC1 电压切换的调用关系。三、v4.18 依赖CONFIG_MMC_SDHCI_OMAP 与 DRA7/K2G 的 MMC 全面启用3.1 背景SDHCI 控制器驱动的统一OMAP2、DRA7 以及 Keystone IIK2G 即 Keystone II 家族平台的 MMC 控制器基于 SDHCI 规范。历史上这些控制器由不同的平台驱动支撑而从 v4.18 起主线要求所有 MMC 实例统一由通用 SDHCI 平台驱动 drivers/mmc/host/sdhci-omap.c 来驱动。该驱动支持 SD/MMC/SDIO 设备并为 DRA7/K2G 这类多 MMC 实例平台提供统一入口因此旧.config若未包含CONFIG_MMC_SDHCI_OMAP升级后所有 MMC 实例都将失去驱动而无法工作。3.2 Kconfig 依赖与开启方式CONFIG_MMC_SDHCI_OMAP的定义位于 drivers/mmc/host/Kconfigconfig MMC_SDHCI_OMAP tristate TI SDHCI Controller Support depends on ARCH_OMAP2PLUS || ARCH_KEYSTONE || COMPILE_TEST depends on MMC_SDHCI_PLTFM OF select THERMAL imply TI_SOC_THERMAL select MMC_SDHCI_EXTERNAL_DMA if DMA_ENGINE help This selects the Secure Digital Host Controller Interface (SDHCI) support present in TIs Keystone/OMAP2/DRA7 SOCs. The controller supports SD/MMC/SDIO devices.从配置项可以解读出以下事实适用平台ARCH_OMAP2PLUS涵盖 OMAP2、DRA7与ARCH_KEYSTONE涵盖 K2G——这正是文档中所有 MMC 实例在 DRA7 与 K2G 平台生效的架构前提基础依赖需要MMC_SDHCI_PLTFMSDHCI 平台框架与OF设备树支持即该驱动完全依托设备树枚举控制器节点隐式联动select THERMAL与imply TI_SOC_THERMAL表明该控制器还耦合了 TI SoC 热管理select MMC_SDHCI_EXTERNAL_DMA if DMA_ENGINE则在 DMA 引擎可用时启用外部 DMA 路径。升级到 v4.18 后应在自定义.config中确认CONFIG_MMC_SDHCI_OMAPy否则 DRA7 与 K2G 板卡上的mmc0~mmcN将全部不可见。四、升级 OMAP 平台内核的配置自检清单结合 omap.rst 的表格与上述源码分析可将 OMAP 平台内核升级的配置检查收敛为以下清单核对目标内核版本确认make kernelversion输出的版本是否跨过 v4.3 / v4.18 两个阈值节点检查 PBIASgrep CONFIG_REGULATOR_PBIAS .config若为空或# CONFIG_REGULATOR_PBIAS is not set在 v4.3 上 MMC1 将无法工作确认CONFIG_MFD_SYSCONy且CONFIG_ARCH_OMAPy满足其依赖检查 SDHCIgrep CONFIG_MMC_SDHCI_OMAP .config若未启用在 v4.18 上 DRA7/K2G 的所有 MMC 实例不可用确认CONFIG_MMC_SDHCI_PLTFM与CONFIG_OF已开启验证设备树匹配检查目标板 dts 中 MMC 控制器节点是否引用ti,omap*-hsmmc或 SDHCI 兼容字符串并确认 PBIAS 节点ti,pbias-*的sysconphandle 指向正确的 SCM 节点各平台偏移见上文表格运行时验证启动后检查dmesg中pbias-regulator与sdhci-omap的 probe 日志以及/sys/class/regulator/下的 regulator 条目是否出现。五、总结OMAP 平台的历史依赖文档 omap.rst 用一张简表记录了主线内核演进中对自定义配置的两次硬性要求v4.3 起 MMC1 依赖CONFIG_REGULATOR_PBIAS对应 drivers/regulator/pbias-regulator.c 中基于 syscon 的 PBIAS 稳压器驱动v4.18 起 DRA7/K2G 所有 MMC 实例依赖CONFIG_MMC_SDHCI_OMAP对应 drivers/mmc/host/sdhci-omap.c 的统一 SDHCI 驱动。对于维护自定义内核配置的嵌入式开发者而言这两项检查应纳入每次内核升级的例行自检流程避免升级后 SD 卡 / eMMC 突然不可用这类典型回归问题。【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考