TWR-MPC5125开发板硬件解析与嵌入式Linux系统部署实战-深圳市維司達科技有限公司

1. 项目概述

在嵌入式系统开发领域，选对一块合适的开发板，往往意味着项目成功了一半。今天要聊的这块TWR-MPC5125，虽然发布于十几年前，但其基于Freescale（现NXP）MPC5125微处理器的设计，至今仍是学习PowerPC架构、理解复杂嵌入式系统启动流程和硬件设计的绝佳平台。它不像现在流行的ARM Cortex-A系列开发板那样有丰富的社区资源和一键烧录工具，但也正因如此，从硬件解析到系统部署的每一步，都需要开发者亲手搭建，这个过程能让你对“系统如何从零启动”有更深刻的理解。

MPC5125这颗芯片本身是个“多面手”，集成了DDR2内存控制器、NAND Flash控制器、双以太网MAC、USB 2.0 OTG、音频编解码接口（AC97/I2S）甚至一个显示单元（DIU）。这意味着在一块板子上，你就能玩转存储、网络、音视频和多种工业总线。TWR-MPC5125开发板将这些资源一一引出，并配备了调试MCU，通过一个Mini-USB口就能实现串口和调试功能，大大降低了初学者的门槛。本文将带你彻底拆解这块板子的硬件设计，并手把手完成从U-Boot配置、Linux内核交叉编译到系统部署的全过程。无论你是刚接触PowerPC的新手，还是想重温经典嵌入式开发流程的老兵，这篇指南都能提供直接的“抄作业”素材和背后的原理剖析。

2. 硬件架构深度解析

拿到一块开发板，第一件事不是急着上电，而是读懂它的“身体构造”。TWR-MPC5125的硬件设计体现了典型的模块化思想，核心是MPC5125 MPU，外围是电源、时钟、存储和各种接口电路。理解这些模块如何协同工作，是后续软件调试的基础。

2.1 核心处理器与内存子系统

板子的心脏是U1位置的MPC5125微处理器。这是一颗基于PowerPC e300c4核心的芯片，主频可达400MHz，CSB（平台总线）频率200MHz。e300c4核心是PowerPC 603e的演进版本，支持硬件浮点运算单元（FPU），对于当时需要一定计算能力的工业控制、网关设备来说性能足够。

内存是系统的血脉，MPC5125通过独立的内存控制器管理两类存储：

DDR2 SDRAM (U6, U7)：板载256MB DDR2内存，由两片16位位宽的芯片并联组成32位总线。控制器时钟频率为200MHz，由于DDR（双倍数据速率）特性，有效数据速率是400MT/s（常被称作DDR2-400）。在U-Boot启动信息中看到的“DRAM: 256 MB”就来源于此。DDR2的初始化时序参数非常关键，这些参数通常由板级支持包（BSP）提供，并会在U-Boot的板级初始化代码中配置。如果参数错误，轻则系统不稳定，重则根本无法启动。
NAND Flash (U10)：板载一颗4GB的MLC NAND Flash芯片，通过MPC5125内部的NAND Flash控制器（NFC）连接。这是系统的非易失性存储，用于存放Bootloader、Linux内核、设备树（Device Tree）和根文件系统。NAND Flash编程是本文的重点之一，其特点是需要处理坏块、需要ECC校验，并且通常分为几个逻辑区域：最前面的小块（如2KB）存放第一阶段的引导程序（SPL），随后较大的区域存放完整的U-Boot，然后是内核、设备树和文件系统。

注意：MLC NAND的寿命和可靠性不如SLC，在频繁擦写的场景下（如日志系统），需要考虑磨损均衡（Wear Leveling）策略。早期的U-Boot和内核驱动可能对此支持有限，在部署产品时需要仔细评估。

2.2 关键外设与接口配置

开发板四周的接口和跳线决定了它的“超能力”如何被激活。我们需要特别关注几个关键部分：

1. 启动模式选择开关 (SW1)这是决定系统从哪里开始执行代码的“总开关”。SW1是一个6位拨码开关，其状态在系统复位时被锁存到MPC5125的配置引脚上。

SW1-6 (RST_CONF_ROMLOC0)：Boot Device Select。这是最重要的开关位。设置为0时，芯片尝试从LPC（类似并口）总线启动；设置为1（默认）时，从NAND Flash（NFC）启动。我们的所有操作都基于从NAND启动。
SW1-5 (RST_CONF_BMS)：Boot Mode Select。设置为0表示从低地址启动（与ROMLOC0配合），1表示从高地址启动。通常保持默认1。
SW1-2 (RST_CONF_LPCWA)：LPC地址模式。当从LPC启动时，此开关决定是字地址模式还是字节地址模式。对于NAND启动，此设置无关。
SW1-1 (RST_CONF_LPCMX)：LPC复用模式。同样仅影响LPC启动模式。

实操心得：在第一次使用开发板或无法启动时，首先检查SW1的设置。最稳妥的配置是全部拨到“ON”（即1）的位置，这对应从NAND高地址启动。如果误拨到LPC模式，系统会尝试从一个不存在的设备读取启动代码，导致“黑屏”。

2. 调试与配置接口

J19 USB Debug Port：这是最常用的接口。它并非直接连接MPC5125，而是连接到一个独立的调试MCU (U14)。这个MCU实现了USB转串口（UART Bridge）的功能，有时也支持简单的调试协议。通过一根Mini-USB线连接电脑，你就能获得一个串口终端，用于接收U-Boot和Linux内核的启动日志。板子也可以通过这个端口供电。
J4 Debug MCU Config Header：这个跳线座决定了调试MCU的工作模式。
- 将1-2脚短接：启用USB调试端口模式（默认）。此时J19作为MPC5125的调试串口。
- 将1-2断开：启用串口转USB桥接模式。这个模式可能用于调试MCU本身。
- 将3-4脚短接：强制调试MCU进入Bootloader模式，用于更新其固件。通常不需要动。
J2 JTAG/COP Connector：这是一个16针的标准JTAG接口，用于连接像CodeWarrior USB TAP这样的硬件调试器，可以进行底层的代码下载、单步调试、内存查看等操作。在初始烧写NAND Flash的Bootloader时，JTAG是必不可少的工具。

3. 网络与扩展接口

CN1 RJ45 Ethernet：连接MPC5125内部的FEC（快速以太网控制器）和物理层芯片（PHY, U2）。这是进行TFTP下载和NFS挂载的关键通道。
J27 Dual-Ethernet Jumper：一个有趣的跳线。当短接时，会启用第二路以太网，但这路信号是通过Primary Elevator Connector（主板扩展口）引出的，同时会禁用Mini-AB USB Connector。这意味着USB和第二网口是复用关系，根据你的项目需求二选一。
Mini-AB USB 2.0 OTG：支持USB主机和设备模式。可以接USB Hub扩展键盘鼠标，也可以作为设备连接电脑。
CN3 HDMI：通过专用的HDMI发射芯片(U20)驱动，这显示了MPC5125在多媒体方面的潜力。
J34 CAN Connector & J31 Termination Jumper：CAN总线接口，常用于工业现场。J31短接会在总线上添加一个120欧姆的终端电阻，在总线两端设备上需要各接一个。

2.3 电源、时钟与复位逻辑

稳定的电源和时钟是系统运行的基石。

电源 (J20)：板子仅需要一路5V DC输入。板载的电源管理芯片会将5V转换为MPC5125内核所需的1.2V、DDR2内存所需的1.8V以及其他IO所需的3.3V、2.5V等。电源时序有严格要求：必须先给IO供电，再给核心供电。好的电源设计已经处理了这一点，但如果你自己做底板，必须注意。
时钟：板载一个可编程时钟合成器。它产生几个关键时钟：
- SYS_CLK (32.768 MHz)：系统主时钟，经MPC5125内部PLL倍频后产生CPU核心时钟。
- CLK_24.000 MHz：供给CPU内部的USB模块。
- CLK_50.000 MHz：同时供给CPU内部的以太网模块和板载的以太网PHY芯片。
- RTC_CLK_32.768 KHz：实时时钟的晶振输入。
复位 (SW7)：一个手动复位按钮，产生硬件的Power-On Reset信号。长按或短按效果相同，都是全局复位。

3. 开发环境搭建与U-Boot实战

硬件了然于胸后，我们进入软件世界。嵌入式Linux开发离不开宿主机（Host）和目标板（Target）的配合。我们的目标是在宿主机上交叉编译出能在PowerPC架构上运行的U-Boot、内核和文件系统，然后通过网线部署到目标板。

3.1 宿主机服务配置

宿主机通常是一台x86的Linux电脑（如Ubuntu）。我们需要配置两个关键服务：TFTP和NFS。

关闭防火墙或开放端口：为了TFTP能正常工作，最简单的方法是临时清空防火墙规则（仅用于开发环境）。在生产环境中，应精确开放端口。
```
sudo iptables -F
```

安装并配置TFTP服务器：

sudo apt-get install tftpd-hpa

编辑配置文件/etc/default/tftpd-hpa，确保如下设置：

TFTP_USERNAME="tftp" TFTP_DIRECTORY="/tftpboot" TFTP_ADDRESS=":69" TFTP_OPTIONS="--secure --create"

然后创建目录并设置权限：

sudo mkdir -p /tftpboot sudo chown tftp:tftp /tftpboot sudo chmod 777 /tftpboot # 开发阶段图省事，生产环境需收紧权限 sudo systemctl restart tftpd-hpa

安装并配置NFS服务器：
```
sudo apt-get install nfs-kernel-server
```
假设你的根文件系统解压到/opt/nfsroot，编辑/etc/exports，添加一行：
```
/opt/nfsroot *(rw,sync,no_subtree_check,no_root_squash)
```
no_root_squash很重要，它允许目标板以root身份挂载，拥有全部权限。重启服务：
```
sudo systemctl restart nfs-kernel-server
```
设置宿主机IP：将宿主机有线网卡的IP设置为静态地址，例如192.168.10.227，并确保与目标板在同一网段。

3.2 U-Boot交互与网络引导配置

用串口线连接板子的J19到电脑，使用minicom或picocom等工具，设置波特率115200, 8N1。上电后，在倒计时结束前敲击键盘，进入U-Boot命令行。

第一步：检查与设置环境变量输入print命令，查看当前环境变量。你需要重点关注并设置以下变量：

=> setenv ipaddr 192.168.10.205 # 目标板自己的IP => setenv serverip 192.168.10.227 # 宿主机（TFTP/NFS服务器）IP => setenv netmask 255.255.255.0 => setenv gatewayip 192.168.10.1 => setenv rootpath /opt/nfsroot # NFS服务器上根文件系统的路径 => setenv bootfile vmlinux-5125-twr.bin # 内核镜像在TFTP服务器上的文件名 => setenv fdtfile mpc5125-twr.dtb # 设备树文件在TFTP服务器上的文件名 => setenv consdev ttyPSC0 # 控制台设备，对应MPC5125的串口0 => saveenv # 将设置保存到NAND Flash中

第二步：配置NFS启动命令这是最常用的开发模式，内核通过TFTP下载，根文件系统通过NFS挂载。

=> setenv nfsboot 'setenv bootargs ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}::eth0:off root=/dev/nfs rw nfsroot=${serverip}:${rootpath},nolock,tcp console=${consdev},${baudrate}; tftp ${loadaddr} ${bootfile}; tftp ${fdtaddr} ${fdtfile}; bootm ${loadaddr} - ${fdtaddr}'

这条命令做了三件事：

setenv bootargs ...：设置传递给Linux内核的命令行参数。其中root=/dev/nfs和nfsroot=指明了根文件系统来自NFS。
tftp ${loadaddr} ${bootfile}; tftp ${fdtaddr} ${fdtfile};：通过TFTP协议将内核和设备树文件下载到目标板的内存指定地址（loadaddr,fdtaddr）。
bootm ${loadaddr} - ${fdtfile}：从内存地址启动内核。-表示没有initramfs，第三个参数是设备树在内存中的地址。

第三步：设置自动启动为了让板子上电后自动执行NFS启动，将nfsboot命令设为默认启动命令：

=> setenv bootcmd run nfsboot => saveenv

现在，重启板子，它应该能自动从网络加载内核并挂载NFS根文件系统，进入Linux命令行。

实操心得：bootargs中的nolock和tcp参数对于稳定NFS挂载很重要。ip=参数的格式是ip=<目标板ip>:<服务器ip>:<网关ip>:<子网掩码>::<网卡>:off，这是一种静态IP配置方式。如果网络中有DHCP服务器，也可以使用ip=dhcp。

3.3 编译U-Boot、内核与设备树

当网络引导跑通后，下一步就是自己动手编译这些组件。这需要交叉编译工具链。

准备交叉编译工具链：MPC5125使用PowerPC e300c3核心。你可以使用NXP官方LTIB（Linux Target Image Builder）包里的工具链，或者从第三方获取。假设工具链安装在/opt/freescale/usr/local/gcc-4.1.78-eglibc-2.5.78-1/powerpc-e300c3-linux-gnu。创建一个环境变量设置脚本ppc-env.sh：
```
#!/bin/bash export ARCH=powerpc export CROSS_COMPILE=powerpc-e300c3-linux-gnu- export PATH=/opt/freescale/usr/local/gcc-4.1.78-eglibc-2.5.78-1/powerpc-e300c3-linux-gnu/bin:$PATH
```
每次编译前执行：source ppc-env.sh。
编译U-Boot：
```
cd /path/to/u-boot-source make distclean make ads5125_nand_config # 指定TWR-MPC5125板级配置（NAND启动） make -j4
```
编译成功后，会生成两个关键文件：
- nand_spl/u-boot-spl-2k.bin：第一阶段引导程序（SPL），非常小，用于初始化最基本硬件并加载完整U-Boot。
- u-boot.bin：完整的U-Boot镜像。

编译Linux内核：

cd /path/to/linux-source # 使用板级默认配置 cp arch/powerpc/configs/mpc5125_twr_defconfig .config make menuconfig # 可选，进行自定义配置 make -j4

编译后，内核的压缩镜像arch/powerpc/boot/uImage和未压缩的ELF文件vmlinux都会生成。uImage是U-Boot可引导的格式。

编译设备树（Device Tree Blob）：设备树描述了硬件的拓扑结构，是内核识别板载资源的关键。
```
# 在内核源码目录下 ./scripts/dtc/dtc -I dts -O dtb -o mpc5125-twr.dtb arch/powerpc/boot/dts/mpc5125-twr.dts
```
你需要将生成的mpc5125-twr.dtb文件复制到TFTP目录。

4. NAND Flash编程与系统固化

网络启动方便调试，但产品最终需要脱离宿主机独立运行。这就需要将系统烧写到板载的NAND Flash中。

4.1 使用U-Boot命令烧写NAND

前提是板子上已经有一个能运行的U-Boot（可以通过JTAG烧入或之前已烧好）。我们通过TFTP将新编译的镜像下载到内存，再写入NAND。

1. 烧写Bootloader（两步走）NAND Flash的Bootloader烧写分两部分：

第一步：烧写SPL (2KB)：SPL必须烧写在NAND的第0块（block 0）。NAND Flash通常以页（Page）和块（Block）为单位操作，擦除必须以块为单位。

=> tftp 0x4000000 u-boot-spl-2k.bin # 将SPL下载到内存0x4000000 => nand erase 0x0 0x800 # 擦除NAND从0x0开始，大小为0x800(2KB)的区域 => nand write 0x4000000 0x0 0x800 # 将内存中的SPL写入NAND的0x0位置 => nand read 0x2000000 0x0 0x800 # 读回验证 => md 0x2000000 # 显示内存内容，与原始文件对比

第二步：烧写完整U-Boot：完整的U-Boot烧写在SPL之后的区域，例如从偏移0x100（256字节）开始。大小约为256KB。

=> tftp 0x4000000 u-boot.bin => nand erase 0x100 0x40000 # 擦除256KB区域 => nand write 0x4000000 0x100 0x40000 # 写入 => nand read 0x2000000 0x100 0x800 # 读回部分验证 => md 0x2000000 => reset # 重启，新的U-Boot应生效

2. 烧写内核与设备树假设我们规划NAND布局如下：

内核：从0x300（768KB）偏移开始，大小约4MB。

设备树：从0xb00（2.75MB）偏移开始，大小约12KB。

=> setenv kernel_name vmlinux-5125-twr.bin => setenv fdt_name mpc5125-twr.dtb => tftp 0x3000000 $kernel_name => nand erase 0x300 0x400000 # 擦除4MB区域 => nand write 0x3000000 0x300 0x400000 # 写入内核 => tftp 0x3000000 $fdt_name => nand erase 0xb00 0x3000 # 擦除12KB区域 => nand write 0x3000000 0xb00 0x3000 # 写入设备树

3. 修改U-Boot启动命令以从NAND启动烧写完成后，需要修改U-Boot的bootcmd，让它从NAND加载内核和设备树，而不是网络。

=> setenv nandboot 'nand read 0x2000000 0x300 0x400000; nand read 0x2800000 0xb00 0x3000; setenv bootargs root=/dev/mtdblock6 rootfstype=yaffs2 console=ttyPSC0,115200; bootm 0x2000000 - 0x2800000' => setenv bootcmd run nandboot => saveenv

这条命令从NAND的指定位置读取内核和设备树到内存，设置内核参数（根文件系统在MTD第6分区，文件系统类型为yaffs2），然后启动。

4.2 使用JTAG烧写（救砖必备）

如果NAND里什么都没有，或者U-Boot损坏导致无法进入命令行，就需要祭出终极武器——JTAG。这里以CodeWarrior for MobileGT v9.2为例。

核心原理：JTAG调试器可以直接控制MPC5125的引脚，绕过CPU执行，直接对DDR内存和NAND Flash控制器进行编程。我们需要一个初始化脚本（如5125-twr-init.cfg），这个脚本至关重要，它包含了DDR2内存的时序参数配置。如果参数错误，无法初始化内存，后续任何加载到内存的操作都会失败。

操作流程：

在Windows宿主机上安装CodeWarrior IDE和USB TAP驱动。
将编译好的U-Boot源码目录通过Samba共享给Windows。
在CodeWarrior中创建项目，导入U-Boot源码。
在调试器设置中，指定处理器为MPC5125，并加载正确的初始化配置文件。
启动调试会话，CodeWarrior会通过JTAG初始化DDR，然后将一个小的调试代理程序加载到内存并运行。此时，你就可以通过CodeWarrior的脚本或命令行，执行与U-Boot中类似的NAND擦写命令了。

避坑指南：JTAG烧写最大的坑就是DDR初始化配置。这个配置与板子上使用的具体DDR2芯片型号、布线拓扑密切相关。TWR-MPC5125的BSP包里应该会提供这个5125-twr-init.cfg文件。切勿随意使用其他板子的配置，否则可能导致内存无法访问，JTAG操作也会失败。如果找不到官方配置，可能需要根据DDR2芯片的数据手册和PCB设计，手动计算时序参数，这是一个非常复杂的过程。

4.3 烧写根文件系统

内核启动后，需要挂载根文件系统。我们可以将文件系统镜像（如rootfs.tar）烧写到NAND的剩余空间。

方法一：通过U-Boot和USB盘（推荐）这是最方便的方法，前提是内核已支持USB Host和对应的文件系统（如VFAT）。

将文件系统打包文件rootfs.tar拷贝到U盘（FAT32格式）。
启动板子，进入U-Boot命令行，通过run net_ramboot命令，从一个通过网络加载的临时RAM文件系统启动。这个RAM文件系统包含了必要的工具。
在RAM文件系统中，插入U盘，系统通常会识别为/dev/sda1。

执行烧写命令序列：

# 假设根文件系统对应MTD的第6个分区（/dev/mtd6） flash_eraseall /dev/mtd6 # 擦除整个分区 mkdir -p /tmp/udisk /tmp/mtd mount -t vfat /dev/sda1 /tmp/udisk # 挂载U盘 mount -t yaffs2 /dev/mtdblock6 /tmp/mtd # 挂载NAND分区为yaffs2 tar xpf /tmp/udisk/rootfs.tar -C /tmp/mtd # 解压到NAND sync umount /tmp/mtd umount /tmp/udisk

这里选择yaffs2文件系统是因为它专为NAND Flash设计，支持坏块管理和磨损均衡。解压tar包是一种简单的填充文件系统的方式。

方法二：通过mkfs工具直接创建如果宿主机有对应架构的mkfs.yaffs2工具，可以先在宿主机制作好镜像，然后通过nand write直接写入。

# 在宿主机上 mkfs.yaffs2 -s 2048 -e 128KiB -p -c 1000 rootfs_dir rootfs.yaffs2

然后将rootfs.yaffs2通过TFTP下载到板子内存，再用nand write写入到NAND的相应分区偏移地址。

5. 常见问题与深度排查

在实操过程中，你一定会遇到各种问题。下面是一些典型问题的排查思路。

5.1 串口无输出

这是最令人头疼的问题，意味着系统在最早期就卡住了。

检查硬件连接：确认USB转串口线是否完好，电脑端端口号是否正确，波特率是否为115200。
检查电源和开关：测量5V输入是否稳定。反复确认SW1启动模式开关，确保设置在NAND启动（SW1-6=1）。
检查调试MCU模式：确认J4跳线（1-2短接）处于USB调试端口模式。
测量时钟和复位：如果有示波器，测量32.768MHz主晶振是否起振，复位信号是否正常（上电后应为高电平）。
怀疑Bootloader：如果之前烧写过U-Boot，可能是SPL或U-Boot损坏。此时只能通过JTAG重新烧写。

5.2 U-Boot可启动，但网络不通（TFTP超时）

IP地址设置：在U-Boot中用print命令检查ipaddr,serverip,netmask是否正确，且与宿主机在同一网段。
网络硬件：检查网线是否连接，开发板网口指示灯是否亮起。在U-Boot中尝试ping宿主机IP：=> ping 192.168.10.227。如果不通，可能是PHY芯片驱动未初始化或硬件问题。
宿主机防火墙：确认宿主机防火墙已关闭或放行了UDP 69端口（TFTP）。可以尝试在宿主机用tcpdump抓包：sudo tcpdump -i eth0 -n port 69，看是否有来自目标板的请求。
TFTP目录和权限：确认文件已放在/tftpboot目录，并且文件名与bootfile环境变量一致。权限问题也很常见，确保/tftpboot目录有读权限。

5.3 内核启动后卡住或报错

内核命令行参数（bootargs）错误：这是最常见的原因。特别是console=参数指定的串口设备名必须与内核中注册的驱动匹配。MPC5125的串口通常是ttyPSC0或ttyPSC1。仔细核对U-Boot中bootargs的设置。
设备树（DTB）不匹配：设备树文件必须与你的硬件版本完全匹配。如果使用了错误的.dtb文件，内核可能无法识别内存、无法初始化网卡等。确保编译设备树时使用的.dts源文件是正确的板级文件。
根文件系统问题：
- NFS启动：检查rootpath是否正确，NFS服务器是否正常，/etc/exports配置是否生效，防火墙是否阻止了NFS（端口2049）。
- NAND启动：检查root=参数指定的设备节点（如/dev/mtdblock6）是否正确。检查文件系统类型（rootfstype=yaffs2）是否与烧写的格式一致。内核是否编译了对应的文件系统驱动（YAFFS2）。
内核镜像格式：U-Boot的bootm命令引导的是uImage格式（包含U-Boot头），而不是原始的zImage或vmlinux。确保你下载的是正确的格式。

5.4 NAND烧写失败或系统不稳定

坏块问题：NAND Flash天生有坏块。U-Boot的nand write命令通常会自动跳过坏块。但如果你用nand erase擦除了大片区域，而其中包含出厂坏块或新产生的坏块，可能会导致后续操作异常。在擦除前，建议先用nand bad命令查看坏块分布，并避开它们。
ECC错误：读写NAND时出现ECC错误，说明数据有损坏。可能是擦写不完整、电压不稳或芯片寿命将至。确保烧写过程电源稳定。

分区布局冲突：确保你烧写内核、设备树、文件系统的地址范围没有重叠。参考附录B的内存映射图，规划一个合理的布局。例如：

组件	NAND起始偏移	大小	备注
SPL	0x0	2KB	必须位于Block 0
U-Boot	0x100	256KB	紧随SPL之后
环境变量	0x40000	128KB	U-Boot环境存储区
Linux内核	0x300	4MB
设备树	0xb00	12KB
根文件系统	0x100000	剩余空间

最后一点个人体会：玩转像MPC5125这样的经典平台，最大的收获不是结果，而是 troubleshooting 的过程。每一次串口输出乱码、每一次TFTP超时、每一次内核panic，都迫使你去理解硬件手册、分析启动流程、阅读源码。这个过程积累的经验，远比在现成的树莓派上跑个demo要深刻得多。当系统最终从你亲手烧写的NAND中顺利启动，并稳定运行时，那种成就感是无与伦比的。这个板子可能老了，但它所蕴含的嵌入式系统核心原理——处理器初始化、内存映射、设备驱动、文件系统、交叉编译——永远不会过时。