1. 项目概述与核心价值最近在做一个嵌入式显示终端的项目客户对开机速度有近乎苛刻的要求从按下电源键到主界面完全显示必须在3秒以内。这个需求在消费电子领域其实很常见想想你家的智能电视或者智能音箱开机慢了体验确实大打折扣。为了满足这个需求我们选用了全志的T113-i这颗芯片作为主控它内置了双核Cortex-A7主频1.2GHz并且集成了Mali-400 MP2 GPU性能对于运行一个轻量级的图形界面来说绰绰有余。更重要的是T113-i在成本、功耗和启动速度上有一个不错的平衡点。这个项目的核心目标就是基于T113-i平台实现一套从系统上电到Qt或LVGL图形界面完全就绪的快速启动方案。这不仅仅是把系统跑起来那么简单它涉及到Bootloader的裁剪与优化、Linux内核的快速引导、根文件系统的选择与挂载策略以及图形应用本身的启动优化是一个典型的“系统工程”。最终我们实现了在2.5秒左右稳定显示Qt界面LVGL界面甚至能压缩到2秒以内。下面我就把这个过程中的思路、踩过的坑和具体实现细节毫无保留地分享出来。2. 整体方案设计与核心思路拆解要实现快速启动不能只盯着某一个环节猛攻必须从整个启动链条上进行全局优化。我们的启动流程可以简化为Boot ROM - Bootloader - Linux Kernel - Rootfs - Application。每一个环节都有优化空间。2.1 为什么选择全志T113-i在项目选型初期我们对比过好几款主流嵌入式处理器。T113-i吸引我们的点有几个首先是性价比它提供了ARM A7双核和基础GPU价格却非常亲民其次是全志提供的SDK和文档相对完善特别是对于显示子系统Display Engine, DE和图形渲染G2D的支持这对于做GUI至关重要最后它的启动流程相对清晰从Boot0到U-Boot再到内核全志都提供了基础的参考实现这为我们后续的深度定制打下了基础。当然它也有短板比如没有硬件视频编解码单元但对我们这个纯显示和交互的项目来说这不是问题。选择平台永远是需求和成本的平衡。2.2 快速启动的总体技术路线我们的优化思路遵循“并行化”和“懒加载”两大原则。Bootloader阶段极致精简U-Boot的主要任务就是初始化最必要的外设如DRAM、存储、显示时钟然后以最快速度把内核和设备树加载到内存并跳转。所有非必要的功能如网络、USB设备模式、命令行冗余功能全部砍掉。内核与根文件系统协同加速采用initramfs作为初始根文件系统将其直接编译进内核镜像。这样内核启动后无需等待慢速存储设备如eMMC/SD卡初始化完成就能立即挂载一个内存中的根文件系统并启动我们的图形应用。同时我们使用CONFIG_CC_OPTIMIZE_FOR_SIZE编译内核减小体积。应用启动的“热身后台”策略这是关键的一环。我们不是等所有系统服务如网络、蓝牙都就绪后才启动GUI而是让GUI应用作为第一个用户态进程PID 1直接启动。GUI所需的核心服务如输入设备监听、帧缓冲驱动在内核中已初始化好。其他非关键服务如日志系统、网络管理则以“懒加载”或后台线程的方式在GUI显示后再慢慢初始化。显示流水线的提前初始化在U-Boot阶段我们就提前初始化显示控制器DE和背光让屏幕在上电早期就进入工作状态避免内核启动后再初始化带来的黑屏延时。3. 核心环节实现与实操要点理论说完了我们进入实战环节。我会分模块详细说明每一步的具体操作和背后的考量。3.1 U-Boot的深度裁剪与优化全志提供的U-Boot通常功能很全但对我们来说太“胖”了。我们的定制U-Boot目标只有一个快。步骤一获取与配置基础代码我们从全志的官方SDK中获取了针对T113-i的U-Boot源码。首先进行最小化配置make t113_i_evb_defconfig # 使用官方板级配置 make menuconfig在配置界面我们需要关掉大量功能去除网络支持除非你的产品必须从网络启动否则CONFIG_CMD_NET,CONFIG_NET全部关掉。精简命令集只保留bootm,load,fdt等启动必须命令。像CONFIG_CMD_IMI,CONFIG_CMD_IMLS这些查看镜像信息的都可以去掉。禁用USB设备模式CONFIG_USB_FUNCTION_*系列除非用于烧录否则在生产环境中无用。关掉控制台冗余功能如CONFIG_SYS_CONSOLE_INFO_QUIET启动时不显示板卡信息CONFIG_BOOTDELAY0启动延时设为0秒。步骤二关键代码修改——提前点亮屏幕这是缩短“黑屏时间”的关键。全志的显示框架Sunxi Display Engine在U-Boot中是有基础支持的。我们需要修改板级文件通常是board/sunxi/board.c或类似的文件在board_init_f或board_init_r的早期阶段添加显示初始化代码。注意这里涉及对全志私有寄存器操作需要参考《T113-i用户手册》中Display Engine的章节。以下为概念性代码实际寄存器地址和值需查阅手册。// 示例在 board_init_r 中加载内核之前 int board_init_r(void) { ... // 其他初始化 // 1. 配置显示相关时钟如TCON, DE, HDMI等PLL和分频器 writel(0x80000000, 0x03001000); // 假设的时钟寄存器地址 // 2. 配置显示引擎DE的基本参数输出分辨率、时序 struct sunxi_display_dev *dev sunxi_display_init(1024, 600); // 假设屏为1024x600 if (!dev) { printf(Display init failed!\n); } // 3. 初始化帧缓冲Framebuffer并清屏为特定颜色如公司LOGO底色 sunxi_framebuffer_init(dev); sunxi_fill_screen(0xFF, 0x00, 0x00); // 填充红色实际可绘制静态LOGO // 4. 开启背光 sunxi_backlight_enable(100); // 背光亮度100% ... // 继续后续启动流程如加载内核、设备树 }这样做的目的是在内核启动并接管显示之前屏幕就已经亮起并显示了一个静态画面比如品牌LOGO用户感知上几乎没有黑屏等待。步骤三优化内核加载方式默认U-Boot可能从eMMC读取内核。我们可以改用更快的方式比如从内存的固定地址加载如果内核由前级Boot0直接加载到内存或者确保从存储设备读取时使用最大效率。检查CONFIG_SYS_BOOTM_LEN确保有足够的内存空间存放内核镜像。实操心得U-Boot的裁剪一定要反复测试每砍掉一个功能都要确认不会影响最核心的启动功能。建议保留一个CONFIG_CMD_BDINFO用于调试内存布局。提前点亮屏幕时背光初始化要小心。有些屏幕的背光IC需要特定的上电时序粗暴开启可能导致花屏甚至损坏。最好参考屏幕规格书或原厂驱动代码。最终裁剪后的U-Boot其size命令显示的大小应该能控制在200KB左右甚至更小。3.2 Linux内核与Initramfs的构建内核的优化方向是小、快、直通硬件。步骤一内核配置优化进入内核源码目录使用全志提供的默认配置如sun8iw20p1_defconfig作为起点。make ARCHarm sun8iw20p1_defconfig make ARCHarm menuconfig关键配置项General setup - Initramfs source file(s)这里指向我们打包好的initramfs目录。这是将根文件系统嵌入内核的关键。Boot options - Default kernel command string可以设置为consolettyS0,115200 earlyprintk root/dev/ram0 rw init/init。root/dev/ram0指定从内存中的initramfs启动init/init指定启动脚本。Enable size optimizationsKernel Hacking - Compile-time checks and compiler options - Optimize for size。这会开启-Os编译选项。精简内核模块在设备驱动Device Drivers部分只勾选板上实际存在的硬件。比如如果没有Wi-Fi就关掉所有无线网络驱动如果只用RGB屏就关掉LVDS、HDMI等选项。文件系统只保留initramfs支持的如CPIO以及可能需要的SQUASHFS用于后续切换。关闭调试和日志生产环境可以关闭Kernel hacking下的大量调试选项如KGDB、动态调试等。但建议保留printk和earlyprintk以便出问题时能有日志输出。步骤二制作InitramfsInitramfs是一个包含根目录结构的CPIO归档文件内核会将其解压到内存中的一个tmpfs文件系统中运行。创建一个目录例如my_initramfs。在其中构建最小的Linux根目录结构mkdir -p my_initramfs/{bin,dev,etc,lib,proc,sys,usr}将必要的静态编译的工具复制到bin/下。最最核心的是BusyBox。编译一个静态链接的BusyBox# 下载BusyBox源码进入目录 make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- defconfig make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- menuconfig # 在 Settings - Build Options 中选择 “Build static binary (no shared libs)” make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- install编译安装后将_install目录下的bin,sbin,usr复制到我们的my_initramfs中。创建初始化的/init脚本必须是可执行文件#!/bin/sh # 挂载虚拟文件系统 mount -t proc none /proc mount -t sysfs none /sys mount -t devtmpfs none /dev # 创建设备节点确保fb0存在图形界面需要 mknod /dev/fb0 c 29 0 # 设置环境变量例如指定Qt插件路径 export QT_QPA_PLATFORMlinuxfb:fb/dev/fb0 export QT_QPA_FB_TSLIB1 # 如果使用触摸屏 export LD_LIBRARY_PATH/lib:/usr/lib # 启动我们的主应用程序这里假设是Qt应用 echo Starting Main Application... /usr/bin/my_qt_app -qws # 如果使用Qt4的嵌入式服务 # 或者对于Qt5/6 /usr/bin/my_qt_app -platform linuxfb # 如果主程序退出执行备用shell调试用 exec /bin/sh使用gen_init_cpio工具将目录打包成CPIO文件并压缩cd my_initramfs find . | cpio -o -H newc | gzip ../initramfs.cpio.gz步骤三编译内核并集成Initramfs回到内核目录确保.config中CONFIG_INITRAMFS_SOURCE指向了initramfs.cpio.gz的路径可以是绝对路径或相对路径。然后编译内核make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- -j8生成的arch/arm/boot/zImage就是包含了我们最小根文件系统的内核镜像。实操心得Initramfs里的/init脚本是第一个用户态进程它的任何错误都会导致启动失败。务必用chmod x赋予执行权限并在开发阶段在脚本里多加点echo打印信息方便调试。BusyBox一定要静态编译避免依赖外部库简化环境。内核中务必确保对应的帧缓冲驱动CONFIG_FB_SUNXI或类似已经编译进内核y而不是模块m。3.3 Qt应用程序的极致优化即使系统启动再快如果Qt应用本身加载慢一切白搭。我们的Qt应用优化从编译和启动两方面入手。步骤一Qt库的静态编译与裁剪动态链接虽然灵活但加载动态库需要时间。我们选择静态编译Qt库将应用和Qt核心库链接成一个单独的可执行文件。获取Qt源码下载与你开发环境匹配的Qt版本如Qt 5.15 LTS。配置编译选项创建一个配置脚本configure.sh。./configure \ -prefix /opt/qt-static-t113 \ -static \ -release \ -optimize-size \ -no-pch \ -skip webengine \ -skip multimedia \ -skip serialbus \ -skip sensors \ -skip scripts \ -nomake examples \ -nomake tests \ -no-gif \ -no-ico \ -no-libjpeg \ -no-libpng \ -no-openssl \ -no-dbus \ -no-opengl \ -linuxfb \ -platform linux-g \ -xplatform linux-arm-gnueabi-g \ -sysroot /path/to/your/sysroot \ -I /path/to/sysroot/usr/include \ -L /path/to/sysroot/usr/lib-static关键静态编译。-optimize-size优化体积。-skip跳过所有不需要的模块。对于纯界面显示webengine,multimedia,serialbus等都可以跳过。-no-dbus,-no-opengl进一步精简。-linuxfb指定使用Linux帧缓冲fbdev作为后端这是最直接、最快的显示方式。-sysroot指定交叉编译工具链的sysroot路径。编译安装Qt库make -j8 make install。这会在/opt/qt-static-t113下生成静态库和头文件。步骤二应用程序的编译与链接在你的Qt项目文件.pro中指定使用刚编译的静态Qt。# my_qt_app.pro QT core gui widgets CONFIG static TARGET my_qt_app # 指定使用静态编译的Qt QMAKE_INCDIR /opt/qt-static-t113/include QMAKE_LIBDIR /opt/qt-static-t113/lib LIBS -L$$QMAKE_LIBDIR -lQt5Widgets -lQt5Gui -lQt5Core -lstdc -lm -lpthread -ldl # 关闭RTTI和异常以减小体积如果代码不用的话 QMAKE_CXXFLAGS -fno-rtti -fno-exceptions # 发布版本优化 CONFIG release QMAKE_CXXFLAGS_RELEASE - -O2 QMAKE_CXXFLAGS_RELEASE -Os # 优化尺寸然后使用交叉编译工具链进行编译。步骤三应用启动优化延迟加载资源不要在main函数或主窗口构造函数中加载所有图片、字体等大资源。使用懒加载在界面显示后用异步方式加载。简化首个界面第一个显示的界面启动界面要尽可能简单元素少避免复杂的布局计算和渲染。可以先显示一个简单的欢迎界面后台再初始化主界面。预加载与缓存对于确定会使用的资源可以考虑在initramfs中就以解压形式存放避免应用启动时解压耗时。3.4 LVGL应用的集成与优化LVGLLight and Versatile Graphics Library是比Qt更轻量的图形库非常适合资源受限且对启动速度要求极高的场景。它的优化思路和Qt类似但更简单。步骤一获取与配置LVGL从官网下载LVGL源码它本身就是一个纯C的库。我们将其直接放入我们的initramfs项目中作为源代码编译或者先交叉编译成静态库。步骤二编写最小化主程序LVGL不需要复杂的运行时环境。一个典型的主程序结构如下// main.c #include lvgl/lvgl.h #include lv_drivers/display/fbdev.h #include lv_drivers/indev/evdev.h int main(void) { /* LVGL初始化 */ lv_init(); /* 显示驱动初始化 - 使用Linux帧缓冲 */ fbdev_init(); static lv_disp_draw_buf_t draw_buf; static lv_color_t buf1[1024 * 100]; /* 缓冲区1 */ static lv_color_t buf2[1024 * 100]; /* 缓冲区2用于双缓冲 */ lv_disp_draw_buf_init(draw_buf, buf1, buf2, 1024 * 100); static lv_disp_drv_t disp_drv; lv_disp_drv_init(disp_drv); disp_drv.draw_buf draw_buf; disp_drv.flush_cb fbdev_flush; disp_drv.hor_res 1024; disp_drv.ver_res 600; lv_disp_drv_register(disp_drv); /* 输入设备初始化如触摸屏 */ evdev_init(); static lv_indev_drv_t indev_drv; lv_indev_drv_init(indev_drv); indev_drv.type LV_INDEV_TYPE_POINTER; indev_drv.read_cb evdev_read; lv_indev_drv_register(indev_drv); /* 创建你的第一个界面 */ lv_obj_t * label lv_label_create(lv_scr_act()); lv_label_set_text(label, Hello, T113-i!); lv_obj_align(label, LV_ALIGN_CENTER, 0, 0); /* 主循环 */ while(1) { lv_timer_handler(); /* 处理LVGL任务 */ usleep(5000); /* 休眠5ms */ } return 0; }将这个main.c和LVGL源码一起用交叉编译工具链静态编译。步骤三集成到Initramfs将编译好的LVGL可执行文件比如my_lvgl_app复制到my_initramfs/usr/bin/并修改/init脚本将启动命令改为/usr/bin/my_lvgl_app。LVGL优化的优势体积更小一个包含基本功能的LVGL应用静态编译后可能只有几百KB而最简Qt应用也要几MB。初始化更快LVGL库本身的初始化开销远小于Qt。内存占用低双缓冲区的内存可以精确控制非常适合小内存设备。4. 系统整合与启动时间测量将以上所有组件整合在一起并精确测量每个阶段的时间。步骤一制作最终系统镜像Boot0通常由全志提供固化在芯片内部ROM我们无法修改。它的作用是从存储设备加载BootloaderU-Boot到SRAM并执行。U-Boot我们裁剪优化后的u-boot.bin。Linux Kernel集成了initramfs的zImage。设备树编译好的.dtb文件。 使用全志的pack工具SDK中提供将这些文件打包成一个可用于烧录到SPI NAND或eMMC的.img文件。步骤二测量启动时间在关键节点添加时间戳打印是测量启动时间的有效方法。U-Boot阶段在U-Boot源码的board_init_f开始和do_bootm_linux跳转内核前函数中加入打印使用系统计时器如get_ticks()。Linux内核阶段在内核源码的start_kernel函数开始处和initramfs的/init脚本开始处使用printk打印printk_time时间。应用阶段在你的Qt/LVGL应用的main函数入口处打印时间。 更专业的方法是使用内核的printk.time1参数并在串口日志中分析时间差。或者在屏幕上不同阶段显示不同的颜色块用高速摄像机拍摄上电过程通过帧数计算时间。一个典型的优化后时间线可能是T0~T0.2s: Boot0运行加载U-Boot。T0.2s~T0.5s: U-Boot初始化DRAM、显示加载内核和设备树。T0.5s~T0.9s: Linux内核解压、初始化核心子系统挂载initramfs启动/init。T0.9s~T1.5s:/init脚本执行启动图形应用LVGL应用在此区间完成界面显示。T1.5s~T2.5s: Qt应用完成自身初始化显示主界面。5. 常见问题与排查技巧实录在实现快速启动的过程中我踩过不少坑这里总结几个典型问题和解决方法。问题一系统启动后黑屏但串口有日志输出。排查思路检查U-Boot显示初始化确认在U-Boot阶段屏幕是否已被正确点亮。可以在U-Boot初始化显示的代码后填充一个醒目的颜色如绿色观察上电瞬间屏幕是否有该颜色闪过。检查内核帧缓冲驱动确保内核配置中CONFIG_FB_SUNXI已启用并编译进内核。查看内核启动日志dmesg搜索fb或display相关消息看是否有报错。检查设备树设备树中关于显示接口如lcd0节点的配置必须与你的屏幕参数分辨率、时序、引脚复用完全匹配。一个错误的clock-frequency或hactive都可能导致无显示。检查应用显示设置Qt应用的环境变量QT_QPA_PLATFORM是否设置为linuxfb:fb/dev/fb0LVGL的fbdev驱动是否初始化成功问题二启动过程中屏幕先亮LOGO然后黑屏一段时间再亮起进入界面。原因分析这是典型的内核显示驱动重新初始化导致的“闪屏”。U-Boot初始化了显示硬件但内核启动后它的驱动会重新配置一遍这个过程中显示管线可能会被重置。解决方案内核驱动保持状态尝试修改内核中的显示驱动如drivers/video/fbdev/sunxi/下的相关驱动在探测设备时检查硬件是否已被初始化避免进行破坏性的重置操作。这需要对驱动代码比较熟悉。使用更平滑的切换治标确保U-Boot和内核使用完全相同的显示参数分辨率、时序。有时差异会导致显示器重新同步产生黑屏。接受短暂黑屏如果优化困难可以尝试在U-Boot阶段不显示LOGO让黑屏集中在驱动切换的瞬间用户感知上可能觉得只有一次黑屏。问题三Qt应用启动时报“Could not load the Qt platform plugin ‘linuxfb’”。排查思路检查插件路径静态编译的Qt平台插件是直接链接进可执行文件的不应该出现此错误。此错误常见于动态链接。确认你的应用是静态链接的用file命令查看。检查运行库即使静态编译Qt可能仍依赖一些系统库如libstdc.so。在目标板上使用ldd命令检查你的应用是否还有未满足的动态依赖。确保这些库存在于initramfs的/lib目录下。检查环境变量确认QT_QPA_PLATFORM环境变量设置正确且没有拼写错误。问题四LVGL界面刷新很慢有卡顿感。排查思路检查缓冲区大小lv_disp_draw_buf_init中指定的缓冲区大小是否足够它应该能容纳至少1/10屏幕大小的像素。太小会导致LVGL频繁分段绘制降低效率。检查刷新函数性能fbdev_flush函数的实现是否高效它应该调用memcpy或直接写帧缓冲地址。避免在刷新函数中进行复杂的计算或IO操作。优化主循环延时usleep(5000)是休眠5ms即目标帧率约200FPS这通常足够。如果界面复杂可以适当增加休眠时间如usleep(10000)对应100FPS减少CPU占用但延时太长会卡顿。需要平衡。使用双缓冲确保使用了两个缓冲区buf1和buf2。这样LVGL在绘制下一帧时显示驱动可以同时刷新上一帧到屏幕避免撕裂和提升流畅度。问题五系统整体启动时间不达标某个阶段特别慢。使用工具定位瓶颈内核启动图在内核命令行添加initcall_debug参数内核会打印每个初始化函数的耗时帮你找到内核阶段最耗时的驱动。Bootchart这是一个更强大的工具可以生成整个启动过程的时序图。需要在initramfs的/init脚本中启动bootchartd服务并在PC端用工具分析生成的日志。它能清晰展示每个进程的启动时间和CPU/IO占用。串口日志时间戳如前所述开启printk.time1是最简单直接的定量分析方法。一个实用的避坑技巧在开发初期不要追求一步到位把所有优化都加上。建议先建立一个“能跑起来”的基础系统然后逐个阶段添加优化每做一步都测量时间确认优化效果。同时务必保留一个“调试版本”的镜像其中包含完整的日志输出和Shell以便在出现问题时能够登录系统进行排查。生产版本再将这些调试信息关闭。这种迭代和对比的方法能让你更清晰地把握每个优化手段的收益。