1. 项目概述与核心挑战从一块功能完备的参考板到一块承载着自己独特设计理念和硬件布局的自定义板这中间的鸿沟往往就是嵌入式系统移植工作。我手头这块基于i.MX50处理器的自定义板硬件上做了不少改动换了DDR颗粒、调整了电源树、重新布局了关键外设的引脚。这意味着原厂提供的参考板软件镜像从U-Boot到内核都无法直接运行。系统移植就是为这块“新大脑”编写启动和运行的“说明书”的过程。其核心原理是通过修改引导程序、操作系统内核及驱动程序的底层硬件抽象层代码让软件能够精确识别、初始化和驱动我们自定义的硬件确保系统从按下电源键到完全启动每一步都走在正确的轨道上。这个过程的技术价值不言而喻它直接决定了产品能否稳定运行、性能能否充分发挥是消费电子、工业网关、智能设备等领域从图纸走向产品的关键一步。本次移植的核心目标是在i.MX50自定义板上成功运行Android系统。这涉及三个环环相扣的层次最底层的引导程序U-Boot、承上启下的Linux内核含Android补丁、以及用于硬件验证的板级诊断套件。每一个环节的适配都要求开发者对硬件原理、软件框架有深刻的理解绝非简单的复制粘贴。接下来我将拆解整个移植流程中的关键步骤、踩过的坑以及最终验证有效的方案。2. U-Boot移植为硬件铺好第一条路U-Boot是系统上电后运行的第一段主要代码它的任务是为后续内核的加载准备最基本的硬件环境尤其是内存和存储控制器。移植不当轻则无法启动重则损坏硬件。2.1 DDR内存初始化移植的第一步也是最重要的一步自定义板更换了LP-DDR2内存芯片这意味着原参考板的初始化时序参数完全失效。DDR初始化代码通常以“插件代码”的形式存放在U-Boot镜像的头部。在i.MX50的U-Boot中这个关键文件位于board/freescale/mx50_your_board/flash_header.S。实操步骤与参数解析定位并分析源文件首先从参考板BSP包中找到对应的flash_header.S文件将其复制到你的板级目录并重命名。打开文件你会看到一系列.word指令它们就是配置寄存器。修改IOMUX配置DDR接口涉及大量引脚包括地址线、数据线、时钟和命令线。你需要根据自定义板的原理图找到每个DDR引脚对应的IOMUX寄存器并设置正确的复用模式ALTx和电气特性驱动强度、上下拉等。例如数据线DQ0可能对应某个GPIO引脚你需要将其设置为DDR功能模式。// 示例设置DDR数据引脚DQ0的IOMUX寄存器地址和值需查阅芯片手册和原理图 // writel(ALT1, IOMUXC_SW_MUX_CTL_PAD_DRAM_DQ0); // 设置为DDR功能 // writel(0x1B0, IOMUXC_SW_PAD_CTL_PAD_DRAM_DQ0); // 设置驱动强度、压摆率等注意电气特性参数如0x1B0需要根据DDR芯片数据手册和PCB走线长度计算或参考硬件工程师的建议。设置过弱可能导致信号完整性差过强则增加功耗和EMI。配置DATABAHN控制器这是i.MX50内部的DDR控制器模块。你需要修改DDR时序参数包括tRFC,tRP,tRCD,tRAS预充电、行激活到列延迟等时间参数以及内存大小、位宽、片选数量等。这些参数必须严格匹配你所选用DDR芯片的数据手册。// 示例DDR控制器配置结构数值需替换 .word 0x00000000 // MDMISC (DDR模式) .word 0x00000000 // MDCTL (控制) .word 0x00000000 // MDOR (操作) .word 0x00000000 // MDMR (模式寄存器) .word 0x00000000 // MDREF (刷新) // ... 更多时序寄存器 .word 0x00000000 // MDMISC (DDR模式)保留ZQ校准通常do_zq_calib这个宏是用于DDR的ZQ校准阻抗匹配这部分代码是通用逻辑除非你的硬件设计特殊否则不要修改。编译与测试修改完成后编译U-Boot生成u-boot.bin将其烧录到SD卡。上电后通过串口观察输出。如果DDR初始化成功你将看到类似DRAM: 1 GB的打印信息。如果卡住或打印乱码十有八九是DDR配置错误需要回头检查每一步的寄存器值。2.2 板级身份识别与定制DDR能用了但U-Boot还认为它跑在参考板上。我们需要告诉它“你在一块新板子上。”修改板级ID (bi_arch_number)在board_init()函数中位于你的板级C文件如mx50_myboard.c找到设置gd-bd-bi_arch_number的代码行。这个ID用于内核识别机器类型。你需要为你的自定义板申请一个新的MACH_TYPE。理论上应到指定网站注册但在实际开发中我们常暂时借用参考板的ID或定义一个未冲突的临时ID待内核同步修改。// 临时方案使用参考板ID或自定义一个需确保内核有对应支持 gd-bd-bi_arch_number MACH_TYPE_MX50_RDP; // 先用参考板的 // 或者 gd-bd-bi_arch_number 4567; // 自定义需与内核arch/arm/tools/mach-types一致自定义板名打印修改checkboard()函数让它打印出你自定义的板名替换掉那令人不安的Board: Unknown board。int checkboard(void) { // 简单粗暴的方式 printf(Board: i.MX50 Custom Board V1.0\n); // 更优雅的方式如果有EEPROM存储板信息可以在这里读取并打印 // if (read_board_id() MY_BOARD_ID) { // printf(Board: My Awesome i.MX50 Board\n); // } return 0; }重新编译烧录后串口输出的板名就应该更新了。这是移植取得阶段性成果的标志。3. Android内核移植构建系统的核心U-Boot成功引导后接下来就要将Android内核本质是打了补丁的Linux内核移植到新硬件上。内核负责管理所有硬件资源并为Android框架提供底层支持。3.1 应用BSP补丁与基础配置飞思卡尔现恩智浦提供的Android BSP包通常包含一个imx-android-rx文件夹里面有针对不同内核版本的补丁文件。你需要将这些补丁应用到纯净的Linux内核源码上。cd /path/to/kernel_imx for patch in /path/to/imx-android-rx/patches/kernel/*.patch; do patch -p1 $patch done应用补丁后使用针对i.MX5系列Android的默认配置进行初始化make imx5_android_defconfig这个命令会生成一个.config文件它包含了启用i.MX50处理器特性及Android专用功能如Binder IPC、PMEM、Logger等的基础配置。3.2 关键配置调整与内存映射内核菜单配置 (make menuconfig)通过图形化界面你可以启用或禁用默认配置中未涵盖的驱动。例如如果你的板子没有摄像头可以在这里禁用相关的V4L2驱动以减小内核体积。重点检查设备驱动-字符设备-I2C确保你的I2C总线驱动已启用。设备驱动-MMC/SD卡支持确保ESDHC控制器驱动已启用。文件系统-Miscellaneous filesystems确保支持你将要使用的根文件系统格式如ext4, squashfs。Android专用配置检查直接编辑.config文件确保以下关键Android变量已设置。这些是Android框架正常运行所必需的。CONFIG_ANDROIDy CONFIG_ANDROID_BINDER_IPCy CONFIG_ANDROID_LOGGERy CONFIG_ANDROID_PMEMy CONFIG_PMEM_SIZE24 # PMEM内存大小单位MB需与bootargs匹配 CONFIG_ASHMEMy CONFIG_ANDROID_LOW_MEMORY_KILLERyAndroid内存映射 (mem参数)这是最容易出错的地方之一。Android将系统内存划分为多个区域供不同组件使用GPU、PMEM等。在U-Boot的启动参数bootargs中mem参数指定了内核可见的总内存大小。这个值必须等于或小于你物理DDR的总容量并且必须为Android内存布局预留空间。例如在mx50_rdp.c的fixup_mxc_board函数中硬编码了GPU、PMEM等区域的起始地址和大小。如果你的板子只有512MB内存而默认配置预留了128MB给GPU128MB给PMEM那么留给系统常规内存的就会很少可能导致系统无法启动或频繁杀进程。解决方案根据你的实际内存大小重新计算并调整mx50_myboard.c中fixup_mxc_board函数里的内存分区参数或者调整U-Boot传递给内核的mem参数值确保各部分分配合理。3.3 初始化脚本与分区挂载内核启动后第一个用户空间进程init会执行/init.rc脚本。这个脚本定义了系统服务启动顺序和文件系统挂载点。修改init.rc或fstab默认的init.rc假设系统、数据、缓存分区位于SD卡的特定分区如mmcblk0p2,mmcblk0p5。如果你的存储方案变了比如改用eMMC或NAND必须修改这些挂载点。# 示例如果系统镜像在eMMC的第2个分区 mount ext4 /dev/block/mmcblk1p2 /system ro wait mount ext4 /dev/block/mmcblk1p5 /data nosuid nodev mount ext4 /dev/block/mmcblk1p6 /cache nosuid nodev实操心得在早期调试阶段我强烈建议将init.rc中的ro只读挂载改为rw读写并暂时注释掉一些非必要的服务启动。这样当系统启动失败时你还可以通过adb shell挂载系统分区进行修改和调试极大提升了效率。4. IOMUX配置详解软件与硬件的桥梁i.MX50的引脚功能高度复用一个物理引脚可能对应UART、I2C、GPIO等8种不同功能。IOMUX控制器就是用来配置这个“开关”的。配置错误外设就无法正常工作。4.1 IOMUX寄存器组解析配置一个引脚需要操作三组寄存器MUX控制寄存器选择引脚的具体功能ALT0-ALT7。例如将某个引脚设置为UART1_TXD功能。Pad控制寄存器设置引脚的电气特性这是硬件工程师最关心的部分直接关系到信号质量。SRE压摆率控制。高速信号如DDR时钟应设为快速压摆率。DSE驱动强度。驱动能力需匹配负载长线或负载重时需提高驱动强度。PUS/PUE/PKE上下拉/保持器配置。用于确保引脚在无驱动时处于确定状态防止悬空引起功耗问题或误触发。SELECT_INPUT寄存器当某个模块的输入可以由多个引脚提供时用于选择输入源。4.2 在U-Boot中配置IOMUXU-Boot的配置相对直接通常在板级初始化文件mx50_myboard.c的board_init()或各外设初始化函数中完成。配置示例使能UART1引脚void setup_uart1_iomux(void) { // 1. 请求引脚所有权并设置为UART功能 (ALT0) mxc_request_iomux(MX50_PIN_UART1_TXD, IOMUX_CONFIG_ALT0); mxc_request_iomux(MX50_PIN_UART1_RXD, IOMUX_CONFIG_ALT0); // 2. 设置Pad电气特性 (以UART为例常用配置) // 驱动强度中等100K上拉使能施密特触发器以提高抗噪性 mxc_iomux_set_pad(MX50_PIN_UART1_TXD, PAD_CTL_DSE_MED | PAD_CTL_PUS_100K_UP | PAD_CTL_HYS); mxc_iomux_set_pad(MX50_PIN_UART1_RXD, PAD_CTL_DSE_MED | PAD_CTL_PUS_100K_UP | PAD_CTL_HYS); // 3. 设置输入选择如果需要 // mxc_iomux_set_input(MUX_IN_UART1_IPP_UART_RXD, INPUT_CTL_PATH0); }GPIO操作示例配置一个引脚为GPIO并输出高低电平。// 将ECSPI1_SCLK引脚复用为GPIO4_19 (ALT1) mxc_request_iomux(MX50_PIN_ECSPI1_SCLK, IOMUX_CONFIG_ALT1); // 设置方向为输出 gpio_direction_output(IMX_GPIO_NR(4, 19), 0); // 输出高电平 gpio_set_value(IMX_GPIO_NR(4, 19), 1); udelay(500000); // 延时500ms // 输出低电平 gpio_set_value(IMX_GPIO_NR(4, 19), 0);4.3 在Linux内核中配置IOMUX内核中的配置更为结构化分为定义和注册两步。定义引脚宏在arch/arm/plat-mxc/include/mach/iomux-mx50.h中为你的引脚定义功能宏。#define MX50_PAD_UART1_TXD__UART1_TXD \ IOMUX_PAD(0x330, 0x84, 0, 0x0, 0, MX50_UART_PAD_CTRL)参数依次是Pad控制寄存器偏移量、Mux控制寄存器偏移量、Mux模式ALTx、输入选择寄存器偏移量、输入选择值、Pad控制值一个预定义的电气特性宏。注册引脚数组在你的板级文件arch/arm/mach-mx5/mx50_myboard.c中创建一个pad_desc数组将需要用到的引脚宏全部列进去。static struct pad_desc mx50_myboard_pads[] { /* UART1 */ MX50_PAD_UART1_TXD__UART1_TXD, MX50_PAD_UART1_RXD__UART1_RXD, /* I2C1 */ MX50_PAD_I2C1_SCL__I2C1_SCL, MX50_PAD_I2C1_SDA__I2C1_SDA, // ... 其他所有需要使用的引脚 };在初始化函数中调用在板级的__initdata或init_machine函数中调用设置函数。mxc_iomux_v3_setup_multiple_pads(mx50_myboard_pads, ARRAY_SIZE(mx50_myboard_pads));内核下测试GPIO配置好并编译内核启动后可以通过sysfs接口方便地测试GPIO。# 计算GPIO编号(bank-1)*32 num。例如GPIO4_19 - (4-1)*3219115 echo 115 /sys/class/gpio/export echo out /sys/class/gpio/gpio115/direction echo 1 /sys/class/gpio/gpio115/value # 输出高 echo 0 /sys/class/gpio/gpio115/value # 输出低如果电平变化能用万用表或示波器测量到说明IOMUX和GPIO驱动配置成功。5. 板级诊断套件移植与硬件验证在软件系统完全跑通前使用板级诊断套件对硬件进行“体检”是极其高效的做法。OBDS可以逐项测试DDR、UART、I2C、SD卡、以太网等关键外设。5.1 OBDS移植核心硬件抽象层适配OBDS的移植本质上是修改其硬件抽象层代码使其指向你自定义板上的实际硬件资源。主要修改文件集中在~/diag-obds/src/mx50/目录下。调试串口OBDS默认使用UART1作为调试输出。如果你的板子用了其他串口如UART2需要修改hardware.c中的debug_uart_iomux()函数配置正确的引脚并更新mx50.c中的debug_uart全局变量指针。DDR测试这是OBDS的第一个重要测试。你需要根据自定义板DDR芯片的数据手册修改plat_startup.h文件中的DDR控制器配置结构体包括时序参数、大小、位宽等。务必确保这里的配置与U-Boot中的配置完全一致。外设测试对于I2C、音频SSI/I2S、LCD、SD/MMC、以太网等测试都需要在hardware.c中找到对应的IOMUX配置函数如i2c_iomux(),audio_iomux()将其中的引脚配置修改为你的板子实际使用的引脚。5.2 典型问题排查以SD卡初始化失败为例在移植U-Boot时串口输出中经常看到MMC init failed或Card did not respond to voltage select!的错误。排查思路检查硬件连接首先用万用表测量SD卡座的供电电压VDD是否正常通常是3.3V时钟和数据线是否有短路或断路。检查IOMUX配置确认SD卡相关的CMD、CLK、DAT0-DAT3引脚是否被正确复用为ESDHC功能并且Pad控制寄存器中的驱动强度是否设置合理SD高速模式需要较强的驱动能力。检查时钟配置在U-Boot的板级文件或flash_header.S中确认给ESDHC控制器提供的时钟源是否使能频率是否正确。检查软件初始化序列在U-Boot的board_mmc_init()函数中确保在初始化SD卡前有足够的延时udelay(10000)让卡槽电源稳定。有些卡槽需要控制一个电源使能GPIO。分步调试在U-Boot代码中增加调试打印跟踪SD卡初始化的每一步看是在发送CMD0、CMD8还是ACMD41时失败这能帮你定位是电源、时钟还是通信协议的问题。一个实用的技巧在早期调试阶段可以尝试降低SD卡的通信频率。在U-Boot的MMC驱动初始化部分找到设置时钟频率的代码暂时将其设为一个较低的值如400kHz待通信稳定后再逐步提高。6. 系统整合与稳定性测试当U-Boot、内核、OBDS都移植完成后就进入了系统整合与稳定性测试阶段。构建完整镜像使用Android的编译系统如lunch和make将内核、Android框架、文件系统打包成最终的boot.img,system.img,recovery.img等。烧录与启动通过fastboot工具或SD卡烧录工具将镜像烧写到目标板的存储设备中。上电观察启动日志确保从U-Boot到内核再到Android的启动动画整个过程没有致命错误。外设功能测试编写简单的测试应用或使用adb命令逐一测试触摸屏、音频播放录音、Wi-Fi/蓝牙、摄像头、传感器等所有外设功能是否正常。压力与稳定性测试进行长时间拷机测试使用内存压力测试工具如memtester频繁读写SD卡/eMMC并测试低电量、异常断电重启等情况下的系统行为。监控内核日志 (dmesg) 和系统日志 (logcat) 是否有异常报错。整个移植过程是对开发者硬件知识、软件功底和调试耐心的综合考验。最深刻的体会是原理图、芯片数据手册和官方参考手册是三位一体的圣经任何脱离硬件原理的软件修改都是空中楼阁。其次保存好每一个可工作的版本当你改了一堆代码导致系统无法启动时能快速回退到上一个稳定点比任何调试技巧都重要。最后善用示波器和逻辑分析仪观察关键引脚波形往往能一眼看穿软件配置无法发现的硬件时序问题。