📚 课程目录第1章课程导学与环境准备

1. 课程导学与环境准备

各位同学，欢迎来到《车载Linux系统裁剪与性能调优实战》的第一章。

做车载系统开发，跟做通用嵌入式开发完全是两码事。我入行那会儿，第一次接触车规级Linux，就被它的复杂度和严苛要求给震住了。你想想看，一个系统要跑在时速120公里的车上，出一点问题可能就是安全事故。所以，从环境搭建开始，我们就得拿出做产品的态度来。

这一章，我们先搞清楚车载Linux到底是个什么东西，然后把开发环境搭起来。环境顺了，后面才能跑得快。

1.1 车载Linux概述

车载Linux，说白了就是跑在汽车电子控制单元（ECU）上的Linux系统。但它跟桌面Linux、服务器Linux有本质区别。

核心差异点：

实时性要求：刹车、转向这类功能，响应延迟必须控制在毫秒级甚至微秒级。普通Linux的调度器做不到，得打RT-Preempt补丁或用双内核方案。
安全认证：必须通过ISO 26262功能安全标准。我参与过一个项目，就因为内存保护机制没达标，整个软件架构推倒重来。
资源受限：车载ECU的CPU主频可能只有几百MHz，RAM 256MB甚至更少。你没法像在服务器上那样随便跑个Python脚本。
启动时间：用户点火后，仪表盘和中控屏必须在2-3秒内亮起来。Linux从开机到显示界面，默认可能要十几秒，所以裁剪和优化是必修课。

目前主流的车载Linux方案有AGL（Automotive Grade Linux）、Yocto Project定制的发行版，以及各大芯片厂商（NXP、TI、瑞萨）提供的BSP。我个人比较推荐从Yocto入手，因为它能让你从源码级别控制每一个软件包。

1.2 开发环境搭建

环境搭建是新手最容易卡壳的地方。我见过太多人花了两天时间装工具链，结果发现版本不匹配。所以，我建议你严格按照下面的步骤来。

1.2.1 交叉编译链

交叉编译链，就是在你的PC（x86架构）上编译出能在ARM架构上运行的二进制文件。为什么不用PC直接编译？因为目标板资源太少，跑个GCC就能把内存吃光。

我习惯用Linaro提供的预编译工具链，稳定且社区支持好。以ARM Cortex-A72为例：

# 下载工具链
wget https://releases.linaro.org/components/toolchain/binaries/latest-7/aarch64-linux-gnu/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.xz

# 解压到指定目录
tar -xvf gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.xz -C /opt/

# 设置环境变量
export PATH=/opt/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu/bin:$PATH
export CROSS_COMPILE=aarch64-linux-gnu-
export ARCH=arm64

避坑指南：我曾经因为PATH变量写错顺序，导致系统自带的GCC被覆盖，结果PC上的软件都编译不了。建议把交叉编译链的路径放在PATH的最后面，或者只在当前终端窗口export。

验证工具链是否安装成功：

aarch64-linux-gnu-gcc --version
# 输出类似：aarch64-linux-gnu-gcc (Linaro GCC 7.5-2019.12) 7.5.0

1.2.2 QEMU模拟

不是每个人都有开发板。QEMU可以模拟一个ARM虚拟机，让你在PC上先跑通系统。这对于调试内核和根文件系统特别有用。

安装QEMU：

sudo apt-get install qemu-system-arm qemu-efi

启动一个模拟的ARM64系统：

qemu-system-aarch64 \
  -machine virt \
  -cpu cortex-a72 \
  -smp 4 \
  -m 2G \
  -kernel Image \
  -initrd rootfs.cpio.gz \
  -append "console=ttyAMA0 root=/dev/ram rdinit=/sbin/init" \
  -nographic

嗯，这里要注意，Image是编译好的内核镜像，rootfs.cpio.gz是根文件系统。后面几章我们会一步步教你怎么生成这两个文件。

性能差异：QEMU模拟出来的ARM性能大约是真实硬件的1/10到1/5。所以，在QEMU上验证通过的功能，不代表在真板上就能跑得流畅。特别是涉及中断延迟、DMA传输的场景，一定要在真板上做最终测试。

1.2.3 目标板介绍

本课程以NXP i.MX8M Plus开发板作为主要目标平台。为什么选它？

参数	规格	说明
CPU	4×Cortex-A53 + 1×Cortex-M7	大小核架构，适合做AMP（非对称多处理）
GPU	GC7000L	支持OpenGL ES 3.1，用于仪表盘渲染
NPU	2.3 TOPS	可用于驾驶员监测、语音识别
RAM	2GB/4GB LPDDR4	够用，但需要精打细算
存储	16GB eMMC + SD卡槽	根文件系统和应用数据存放
网络	千兆以太网 + WiFi/BT	OTA升级和远程诊断必备
显示	HDMI 2.0 + LVDS + MIPI-DSI	支持双屏异显

这块板子我用了三年，踩过不少坑。比如它的电源管理芯片（PMIC）默认配置下，CPU频率会被限制在1.2GHz而不是标称的1.6GHz。后面讲性能调优时，我会专门讲怎么解锁。

1.3 知识体系总览

下面这张图，是我梳理的整门课程的知识结构。你可以把它当作地图，随时回来看看自己走到哪了。

1.4 本章小结

这一章我们做了三件事：

搞清楚了车载Linux的特殊性——实时、安全、资源受限、启动快。
搭建了交叉编译环境，装好了QEMU模拟器。
认识了i.MX8M Plus开发板，知道了它的硬件资源。

我的建议：别急着往下翻。花半小时把环境搭好，跑一遍QEMU，哪怕只是看到内核启动日志，也算迈出了第一步。我当年就是靠这个“Hello World”级别的成就感，撑过了后面几个月的枯燥调试。