今日重点：🔍 标题解析——这个栏目写过祈使句语法、动词库、 「加个东西」的六种写法、系列前缀。今天讲一直没碰过的一块：限定语。 你有没有注意过，内核修复标题几乎都拖着一个尾巴——when …、on …、with …。 这个尾巴不是装饰：它决定了这个补丁承诺修多大一片。 写宽了是过度承诺，维护者会要你收窄；写窄了，没人看出这事跟自己有关。
📖 今日标题（真实清单，逐字引用）
/ section[PATCH 2/2] drm/panfrost: Fix race when restoring reset state in perfcnt [PATCH net v4 0/4] net: devmem: fix RX and TX binding teardown on device unregistration [PATCH 0/2] drm/amd/display: Keep eDP native timing after resume with video= [PATCH 07/10] mm/hugetlb: tolerate uffd bits set without uffd for PROT_NONE PTEs [PATCH v6 16/39] mm/vma: only allow mmap to clear VMA_MAYWRITE_BIT if not mm-managed [PATCH] drm/bridge: ite-it66121: fix silent probe regression due to reset timing
出处：均取自 2026-10-16 的全内核雷达（lore.kernel.org 13 列表，近 24h）。 每条都给了原帖链接（不是线程里的回复）——见下方逐条拆解。
🔍 四种限定语，外加一个对照组
/ column ① when —— 限定「在什么操作下发生」 Fix race when restoring reset state in perfcnt。冒号后先说要修什么（Fix race），when 从句再圈出这个竞态只在「恢复 perfcnt 里的 reset 状态」时出现。没有这个尾巴，标题就变成「panfrost 里有个竞态」——那是完全另一个量级的主张。同一天还有一条用 during 的（
mm/huge_memory: avoid transient none PMDs during lazyfree reclaim 原文），道理一样：during 圈的是时间窗，when 圈的是触发操作。原文 ② on —— 限定「在哪类对象或事件上」 fix RX and TX binding teardown on device unregistration。on 把范围钉死在一个事件上：设备注销。这个介词很灵活——跟在事件后面是「时机」，跟在硬件后面就是「平台」。判断方法很简单：看 on 后面接的是动作还是名词。接动作（unregistration）＝ 只在这个事件里出问题；接硬件名 ＝ 只在这类设备上出问题。原文
③ with / without —— 限定「在什么参数或配置下」 Keep eDP native timing after resume with video=。这条拖了两个尾巴：after resume 是时机，with video= 是条件——video= 是内核启动参数，写出来等于告诉读者：这个问题只在用户传了这个参数时才出现。另一条更典型：tolerate uffd bits set without uffd for PROT_NONE PTEs——without 圈的是「缺了某个配置」这种情形，后面还跟一个 for 再限定对象。with / without 是四个形式里信息量最大的一个：它直接告诉你复现需要什么前提。原文一 · 原文二
④ if / only —— 限定「什么前提下才允许」 mm/vma: only allow mmap to clear VMA_MAYWRITE_BIT if not mm-managed。注意这条标题的主干根本不是「修了什么」，而是「允许什么、在什么前提下」：only allow … if …。only 管住动作，if 管住前提，双保险把行为收得极窄。这类写法常见于「把某个操作限制在安全子集内」的加固补丁——它承诺的不是修复，而是一条新的约束。原文
⑤ 对照组 due to —— 尾巴里装的是「原因」，不是「范围」 fix silent probe regression due to reset timing。这一条的尾巴和前四条不是一类：when / on / with / if 回答的是「在什么情况下」，due to 回答的是「因为什么」。什么时候可以把原因写进标题？原因短到几个词的时候（reset timing）。原因一长就该留给 commit message——标题负责承诺范围，不负责解释成因。看到 due to，你知道的是成因；看到 when，你知道的是适用边界，两者别混着读。原文
✨ 辅助彩蛋：一个不是英语、但每天都会绊人的点
/ section★ [PATCH] 和 Re: [PATCH] 是两个不同的东西
现象 今天这封
[PATCH] drm/bridge: ite-it66121: fix silent probe regression due to reset timing，在雷达里同时存在两条：一条是 [PATCH] …，另一条是 Re: [PATCH] …（别人在讨论它）。只有前者是补丁本身，后者是讨论。 为什么要小心 按标题搜的时候如果不看前缀，很容易把回复当成补丁——那就等于把「别人回帖的时间」当成了「补丁提交的时间」，还会把讨论里的措辞当成作者的原文。找补丁本体：标题以
[PATCH 或 [RFC 开头；看到 Re:，那是线程里的某一封回复。 怎么用 引用补丁标题时，认准
[PATCH / [RFC 开头的原帖，并指向它自己的那条链接——不要指向线程里最热闹的那封回复。 ✍️ 今日练习
/ column✍️ 你修了一个竞态：它只在设备于 probe 期间被移除时才出现。写一个完整英文标题（含子系统前缀与限定语），并回答两点：① 你用的是哪种限定语形式；② 如果把这个限定语去掉，标题会变成什么主张、为什么那是错的？
💡 显示答案
参考作答（仿写示范，非原文）：标题示例：drm/panfrost: Fix race when removing the device during probe。 ① 用的是 when + 操作场景（也可用 during + 时间窗），限定这个竞态在什么操作下发生。 ② 去掉后变成 drm/panfrost: Fix race（或 Fix a race），主张就从「在某个特定操作下存在竞态」扩大成「panfrost 里存在竞态」——这是两个量级不同的承诺，维护者会立刻追问适用条件。限定语的作用是收窄主张：标题承诺的必须正好是你修掉的那部分，多一分就是过度承诺，少一分则没人能判断这事跟自己有没有关系。
📖 原文：[PATCH 2/2] drm/panfrost: Fix race when restoring reset state in perfcnt
📎 原文引用 每日一句：A patch title makes a promise. The trailing clause is what keeps the promise honest.
仿写示范