第二百一十章：飞升大道
飞升圆满涉及内核文档：
一
林小源站在内核世界的最高处，脚下是一片无垠的大地。他俯瞰着这片曾经走过的土地，每一个角落都留下了他修炼的足迹。
北方是设备管理的领地，字符设备、块设备、网络设备的守护者们依然在忙碌着。东方是进程与调度的疆域，CFS 调度器的齿轮永不停歇地转动。南方是内存管理的湖泊，伙伴系统和 slab 分配器在水面上投下交错的倒影。西方是网络协议的栈塔，从物理层到应用层，层层叠叠直入云霄。
再远处，文件系统的森林郁郁葱葱，VFS 的树干支撑着 ext4、btrfs、xfs 的枝叶。安全领域的高墙上，credentials、capabilities、SELinux 的守卫们日夜巡逻。架构层面的 RCU 读写在虚空中流转，锁的链条在多核之间穿梭。
林小源深吸一口气，感受到这片天地的宏大与精密。他从一个对内核一无所知的新人，走到了这里。每一步都不容易，但每一步都值得。
"你看到了什么？"一个熟悉的声音从身后传来。
林小源转身，看到一位白发老者——那是他最初遇见的内核引路人。
"我看到了万物，"林小源轻声说，"内核是万物的基础。"
老者没有立刻点头。
"你看到的是代码。"他说，"再往上看。"
林小源抬起头，才发现那片大地上空还有一条缓慢流动的天河。补丁从开发者手中升起，先经过设计讨论，再进入邮件列表接受早期审查；若能经得起推敲，便落入子系统树，在 linux-next 中与其他补丁相遇；等合并窗口开启，维护者把已经准备好的改动托付给 Linus；主线发布之后，stable、longterm 和发行版又把修复送到更远的用户那里。
"这才是内核的另一半。"老者说，"不是函数调用图，而是信任链。"
天河之试
补丁在进入主线前，通常会先进入子系统树并被哪个集成树提前测试冲突？
二
老者走到林小源身边，与他并肩俯瞰这片天地。
"你看到了万物，但你理解了万物背后的原理吗？"老者问道。
林小源沉思片刻，目光扫过脚下的大地。他看到了文件系统之下的 VFS 抽象层，看到了进程之下的 task_struct，看到了虚拟内存之下的页表。
"抽象，"林小源缓缓开口，"内核的核心是抽象。文件抽象了设备——无论是磁盘、终端还是管道，对用户程序来说都是文件。进程抽象了 CPU——每个进程都以为自己独占处理器。虚拟内存抽象了物理内存——每个进程都以为自己拥有完整的地址空间。"
老者微微点头，但没有说话。
林小源继续："抽象的力量在于统一。用户程序不需要知道底层是 SSD 还是 HDD，不需要知道 CPU 是四核还是八核，不需要知道物理内存是 4G 还是 64G。内核把这些复杂性隐藏在统一的接口后面，让上层的世界变得简单。"
老者的嘴角露出一丝微笑："你已经理解了内核的灵魂。"
"但还有一条边界。"老者说，"用户能看见的接口，要谨慎守护；内核内部的接口，却不能为了懒惰而冻结。"
林小源想起第七卷那些驱动修士。他们总希望总线法则永远不变，DMA 口诀永远不改，结构体字段永远在那里。可第十卷的文档告诉他，内核内部 API 会为了修 bug、改安全、清理设计而变化。变化者要修好树内所有使用者；树外闭源或长期游离的模块，不能要求天道为它停步。
"稳定，不是让内部永不改变。"林小源说，"稳定是用户升级内核后，原本能做的事还应该能做。"
老者终于点头："你分清了 API 与承诺。"
边界之试
内核社区极力保持稳定的是用户可见接口，而不是哪一类内核内部接口？
三
老者从袖中取出一枚朴素的印章，印章上没有任何华丽的装饰，只有两个字——"开源"。
"这是你修炼的最后一样东西，"老者将印章递给林小源，"也是最重要的一样。"
林小源接过印章，感受到它的温度——不是某一个人的温度，而是千万人的温度。
"Linux 内核不属于 Linus Torvalds，"老者的声音变得深远，"它不属于 Red Hat，不属于 Google，不属于任何一个人或一家公司。它属于每一个贡献者。每一个提交补丁的人、每一个审查代码的人、每一个编写文档的人、每一个报告 bug 的人——他们共同拥有这个内核。"
老者望向天际，那里有无数光点在闪烁，每一个光点都是一位贡献者。"开源不是一种商业模式，不是一种营销策略。开源是一种精神——我写了代码，我把它分享出来，你可以使用、修改、再分享。知识不应该被锁在保险柜里，它应该像水一样流向每一个需要它的人。"
林小源望着那无数闪烁的光点，心中涌起一股前所未有的感动。他走了这么远，从字符设备到飞升大道，从一个新人到一个理解内核的修士。但他知道，这不是终点。
"飞升不是终点，"老者似乎看穿了他的心思，"而是新的起点。你现在理解了内核，接下来，你要用自己的双手去改变它。提交你的第一个补丁，修复你发现的第一个 bug，帮助你遇到的第一个新人。"
他停了停，语气忽然变得更现实。
"如果你的补丁造成回归，你要回来修。若用户报告你从未见过的硬件坏了，你要认真听。若审查者问了一个没有导致代码修改的问题，你要把答案写进注释或 changelog，让下一个人少走弯路。若有人给你的代码发补丁，你不能因为那不是你写的方案就拒绝。维护者不是守着地盘的人，维护者是保证这片地还能被后来者耕种的人。"
林小源握着印章，忽然觉得它比刚才沉了许多。
他以为飞升是名字进入主线。现在才明白，名字进入主线只是开始。真正的飞升，是当一段代码出问题时，别人知道该找谁；当新人迷路时，自己愿意回信；当旧设计该死时，自己敢亲手拆掉；当用户被回归伤到时，自己先修，而不是辩解。
老者转身，身影渐渐消散在虚空中。他的最后一句话在林小源耳边回响：
"去吧，让内核变得更好。"
林小源握紧手中的印章，转身面向脚下的无垠大地。那里有无数等待修复的 bug，有无数等待优化的路径，有无数等待帮助的新人。
他迈出了一步。
这一步没有霞光万丈。
只有一封新的邮件，从他的终端发出：
Subject: [PATCH v2] sched/idle: document idle task accounting corner case
Explain why the idle task must stay out of normal fair scheduling
accounting even when tracing code observes it during CPU idle entry.
The previous wording made this look like an implementation accident,
which confused readers trying to follow the scheduler documentation.
Signed-off-by: Lin Xiaoyuan <xiaoyuan@example.org>
---
v1 -> v2:
- Clarify that this is documentation only.
- Add a reference to the idle task initialization path.邮件落入长河，安静地向前漂去。没有立刻的掌声，也没有天门轰鸣。过了一会儿，远处回了一封简短的信：
Thanks, this reads better.
Reviewed-by: ...林小源笑了笑。
这就够了。
维护之试
飞升圆满后，若自己的补丁造成用户可见行为倒退，首先应按内核第一戒处理哪类问题？
道藏笔记
内核启示
飞升大道——全书总结。
Linux 内核的核心：
- 进程管理 — 进程、调度、信号
- 内存管理 — 虚拟内存、页表、分配
- 文件系统 — VFS、ext4、page cache
- 网络 — Socket、TCP/IP、sk_buff
- 设备驱动 — 字符、块、网络设备
- 安全 — credentials、SELinux、capabilities
- 架构 — RCU、锁、无锁设计
- 社区 — 补丁、审查、协作
内核开发流程：
- 设计讨论 — 先让问题和方案暴露在社区中
- 邮件提交 — 自包含 commit log、正确收件人、纯文本补丁
- 审查迭代 — v1/v2/v3 回应评论并记录变化
- 子系统树 — 维护者先接收和整理
- linux-next — 提前集成测试和发现冲突
- Merge Window — 主线集中合并新功能
- RC 阶段 — 修复 bug 和回归
- stable/LTS — 把重要修复送回生产系统
内核的设计哲学：
- 抽象 — 统一接口
- 分层 — 模块化
- 权衡 — 性能与正确性
- 开源 — 协作精神
- 维护 — 合入之后仍要负责
- 不破坏用户 — 用户可见回归优先修复或回退
飞升不是终点，而是新的起点。
飞升大道
飞升大道最终强调：补丁合入主线之后，作者仍然要承担长期什么责任？