2、内核源码获取与版本选择：从kernel.org获取源码、LTS版本选择、Git仓库管理、补丁应用

嵌入式Linux内核裁剪的第一步，是获取正确、可维护的内核源码。版本选择失误或源码管理混乱，将直接导致后续配置工作无法复用、补丁冲突频发。本节从源码获取渠道、LTS版本策略、Git仓库管理与补丁应用四个维度，构建嵌入式内核源码的标准化操作流程。

2.1 从 kernel.org 获取官方源码

Linux内核官方发布站点为 kernel.org，所有主线（Mainline）、稳定（Stable）及长期支持（LTS）版本均在此归档。嵌入式开发应始终从官方源获取，避免使用发行版二次打包的内核源码，以确保补丁基线清晰。

2.2 LTS 版本选择策略

嵌入式产品生命周期通常为 3~10 年，选择 LTS（Long Term Support） 版本是降低维护成本的关键。LTS 版本提供至少 2 年（通常 4~6 年）的安全更新与关键 Bug 修复，避免因主线版本快速迭代导致的兼容性断裂。

2.3 Git 仓库管理：分支、标签与子模块

对于需要长期维护的嵌入式项目，Git 仓库管理是必备技能。以下是与内核裁剪直接相关的 Git 操作要点。

2.3.1 克隆与分支策略

# 克隆稳定内核仓库（浅克隆，节省带宽）
git clone --depth 1 --branch v6.6 git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git

# 查看所有远程标签
git tag -l "v6.6.*"

# 基于特定标签创建开发分支
git checkout -b my_embedded_v6.6 v6.6.15

2.3.2 嵌入式项目分支模型

2.4 补丁应用：格式、顺序与冲突解决

嵌入式内核裁剪过程中，补丁管理是日常操作。补丁来源包括：SoC 厂商 BSP 补丁、社区 Backport 补丁、自研驱动补丁、配置优化补丁。

2.4.1 补丁文件标准格式

From: developer@example.com
Date: Mon, 10 Mar 2025 14:30:00 +0800
Subject: [PATCH] arm64: dts: imx8mp: enable watchdog for embedded board

Enable the watchdog timer on i.MX8MP embedded board to support
hardware reset in production environment.

Signed-off-by: Developer <developer@example.com>
---
 arch/arm64/boot/dts/freescale/imx8mp.dtsi | 4 ++++
 1 file changed, 4 insertions(+)

2.4.2 补丁应用命令

# 单个补丁应用
git am 0001-arm64-dts-imx8mp-enable-watchdog.patch

# 批量应用补丁系列（按文件名数字顺序）
git am patches/*.patch

# 检查补丁是否可干净应用
git apply --check 0001-arm64-dts-imx8mp-enable-watchdog.patch

# 使用 quilt 管理补丁栈（嵌入式常用）
quilt push -a   # 应用所有补丁
quilt pop -a    # 回退所有补丁
quilt new my_patch.diff
quilt add drivers/watchdog/imx2_wdt.c

2.4.3 补丁应用顺序规则

2.5 实战：从 kernel.org 获取并准备 LTS 内核

以下是一个完整的嵌入式内核源码准备流程，涵盖版本选择、下载、校验与补丁应用。

# 步骤1：选择 LTS 版本（以 6.6.15 为例）
LTS_VERSION="6.6.15"
KERNEL_URL="https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-${LTS_VERSION}.tar.xz"
SIGN_URL="https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-${LTS_VERSION}.tar.sign"

# 步骤2：下载源码与签名文件
wget ${KERNEL_URL}
wget ${SIGN_URL}

# 步骤3：导入内核维护者公钥并校验
gpg --locate-keys torvalds@kernel.org gregkh@kernel.org
xz -cd linux-${LTS_VERSION}.tar.xz | gpg --verify linux-${LTS_VERSION}.tar.sign -

# 步骤4：解压并进入源码目录
tar xf linux-${LTS_VERSION}.tar.xz
cd linux-${LTS_VERSION}

# 步骤5：应用厂商 BSP 补丁（假设补丁在 ../patches/ 目录）
git init
git add .
git commit -m "baseline: Linux ${LTS_VERSION}"

# 按顺序应用补丁
for patch in ../patches/*.patch; do
    echo "Applying: ${patch}"
    git am ${patch}
    if [ $? -ne 0 ]; then
        echo "Conflict in ${patch}, please resolve manually."
        exit 1
    fi
done

# 步骤6：验证内核版本
make kernelversion
# 输出: 6.6.15

2.6 版本选择决策清单

在开始内核裁剪前，使用以下清单快速确认版本选择是否合理：

• ☐ 是否选择了 LTS 版本？（6.6.x / 6.1.x / 5.15.x / 5.10.x）
• ☐ 该 LTS 版本是否在 SoC 厂商 BSP 支持列表中？
• ☐ 是否从 kernel.org 官方源下载并校验 GPG 签名？
• ☐ 是否使用 Git 管理源码，并创建了基线提交？
• ☐ 补丁是否按 架构修复 → SoC 支持 → 驱动 → 设备树 → 配置 顺序排列？
• ☐ 是否验证了补丁应用后内核可正常编译？（make defconfig && make -j$(nproc)）