3. 汽车Linux系统构建

说实话，很多做嵌入式Linux的朋友，一开始都习惯用发行版自带的内核。但在汽车电子领域，这行不通。你想想看，一个A核SoC上跑着QEMU仿真，硬件资源本来就有限，内核里塞一堆用不上的驱动和子系统，启动慢不说，调试起来也费劲。

我个人习惯，做QEMU仿真平台的第一步，就是亲手编译一个最小化内核。这章我们就来走一遍完整流程：获取Linux 5.10 LTS源码、针对QEMU虚拟硬件做裁剪、编译、最后启动起来。

3.1 获取Linux 5.10 LTS内核源码

为什么选5.10 LTS？我在项目里踩过不少坑，5.10这个版本对ARM64和RISC-V的QEMU支持最成熟，而且长期维护到2026年，适合做课程基线。

获取源码的方式很简单，直接从kernel.org拉取：

wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.10.210.tar.xz
tar -xf linux-5.10.210.tar.xz
cd linux-5.10.210

嗯，这里要注意，别用git clone整个仓库，那太大了。我们只需要一个稳定版本。

3.2 配置内核：针对QEMU虚拟硬件裁剪

配置内核是这章的核心。说白了，就是告诉编译器：哪些功能要，哪些不要。QEMU模拟的硬件很精简，没有真正的GPU、没有复杂的PCIe拓扑、没有各种传感器。所以我们要做减法。

我建议用defconfig作为起点，然后手动裁剪：

make ARCH=arm64 defconfig
make ARCH=arm64 menuconfig

进入menuconfig后，我一般按以下思路裁剪：

3.3 关键裁剪项详解

这里我挑几个容易出问题的配置项，展开说说。

3.3.1 Virtio驱动：QEMU的命脉

QEMU和宿主机通信，全靠virtio。没有virtio-net，你的网络就用不了；没有virtio-blk，硬盘就挂不上。所以这块必须保留：

Device Drivers →
  Virtio drivers →
    [*] PCI driver for virtio devices
    [*] Virtio block driver
    [*] Virtio network driver
    [*] Virtio console driver

我个人习惯把virtio驱动全部编译进内核（y），而不是模块（m）。这样启动时不用依赖initramfs。

3.3.2 串口控制台：调试的生命线

做嵌入式调试，串口是最可靠的输出通道。QEMU默认模拟了PL011 UART：

Device Drivers →
  Character devices →
    Serial drivers →
      [*] ARM AMBA PL011 serial port support
      [*]   Support for console on AMBA PL011

记得把console选项打开，否则内核启动信息不会输出到QEMU的串口终端。

3.3.3 文件系统：够用就好

汽车Linux系统，根文件系统一般用ext4或squashfs。我们这里用ext4：

File systems →
  [*] The Extended 4 (ext4) filesystem
  [*]   ext4 POSIX Access Control Lists
  [*] Pseudo filesystems →
    [*] /proc file system support
    [*] sysfs file system support
    [*] tmpfs file system support

其他文件系统，比如XFS、Btrfs、F2FS，统统关掉。你想想看，QEMU虚拟硬盘就那么大，用不上那些高级特性。

3.4 编译内核

配置完成后，开始编译。我一般用-j参数指定并行任务数：

make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- -j$(nproc) Image

这里解释一下：

• ARCH=arm64：指定目标架构
• CROSS_COMPILE=aarch64-linux-gnu-：交叉编译工具链前缀
• Image：只编译内核镜像，不编译模块

编译完成后，在arch/arm64/boot/目录下会生成Image文件。这就是我们要的内核镜像。

3.5 制作最小化根文件系统

内核有了，还得有个根文件系统才能启动。我们做一个极简的根文件系统，只包含必要的目录和BusyBox：

# 创建根文件系统目录
mkdir -p rootfs/{bin,sbin,etc,proc,sys,dev,usr/{bin,sbin},lib,lib64}
# 复制BusyBox
cp /path/to/busybox rootfs/bin/
# 创建设备节点
sudo mknod rootfs/dev/console c 5 1
sudo mknod rootfs/dev/null c 1 3
# 打包成ext4镜像
dd if=/dev/zero of=rootfs.ext4 bs=1M count=64
mkfs.ext4 rootfs.ext4
sudo mount -o loop rootfs.ext4 /mnt
sudo cp -a rootfs/* /mnt/
sudo umount /mnt

嗯，这里要注意，console设备节点必须创建，否则内核启动时无法打开控制台，你会看到系统卡在Kernel panic - not syncing: VFS: Unable to mount root fs。

3.6 启动最小化系统

万事俱备，启动QEMU：

qemu-system-aarch64 \
  -machine virt \
  -cpu cortex-a72 \
  -smp 2 \
  -m 1G \
  -kernel Image \
  -drive file=rootfs.ext4,format=raw,if=virtio \
  -append "console=ttyAMA0 root=/dev/vda rw" \
  -nographic

启动后，你会看到内核输出信息，最后出现/#提示符。恭喜，一个最小化的汽车Linux系统跑起来了。

3.7 内核裁剪效果对比

我拿实际数据说话。同样的5.10.210源码，默认defconfig编译出来的内核镜像约38MB。经过我们这轮裁剪，镜像大小降到约6MB。启动时间从原来的8秒缩短到2秒以内。

你看，裁剪的效果非常明显。而且，配置项少了，后续调试时排查问题的范围也小了很多。

3.8 本章知识结构图

下面这张图总结了从源码到最小化系统的完整流程：

这张图把整个流程串起来了。从获取源码开始，到配置、裁剪、编译、制作根文件系统，最后启动验证。每一步都有明确的输入和输出。