今天两条主线：一条是内核原地升级——不重启、不重新枚举设备就把内核换掉， PCI 那部分 v9 已收敛，目标是 Linux 7.4；另一条是一颗 4×4 的 RGB-IR 传感器， 为了它，media 一次新增 8 个 10-bit 格式，还得一路穿透到 GMSL2 去串行器和两路 CSI-2 RX。
🎬 今日导读
/ section 头条 Live Update 周报：PCI v9 已收敛待合、IOMMU v5 已发、VFIO 还差设备状态
头条 OV2312 RGB-IR RFC：8 个新格式 + 双虚拟通道 + 每路独立的曝光与增益
media Rockchip JPEG 解码器 v5（带 RK3588/RK356x 节点）；venus/amphion 拆卸竞态同日重发；栈垃圾让 V4L2 控制协商失败
DRM drm/fabric 想把 GPU 互联拓扑做成 netlink，网络维护者回了「别用」；Panfrost 大修到 v11
mm 用户态页表释放全面 RCU 化 v5（12 帖、跨架构）；Virtualized Swap 走向之辩 21 帖
PCI pciehp：固件偷改 HPIE 导致热插拔中断被丢，改成单独跟踪驱动自己的设置
net Meta 的 mpnic 新网卡驱动 v2；ipvs 的 ICMPv6 越界写，一次修到 6 个 stable 分支
fs VFS 元数据钩子改走 struct path，为 landlock 的新权限铺路
Rust 有人问网络子系统的 Rust 抽象在哪——答案是：还没有
📊 板块活跃度
/ column
数据截至 09-26 06:47 北京，近 24h 各板块真实计数：net 552 · DRM 260 · mm 191 · fs 133 · media 132 · PCI 81 · arch 55 · Rust 50 · block 40 · LSM 29 · rt 11 · virtio 3。 net 依然是量最大的一头，但今天的主角不在数量上——DRM 的 260 里有一场关于「能不能用 netlink」的 跨子系统争论，mm 的 191 里有一条跨十几个架构的页表释放 RCU 化，media 的 132 里藏着一个 会顺带改掉 GMSL2 去串行器格式表的传感器系列。
💡 今日头条
/ section不重启也能换内核：PCI 那部分收敛了，目标是 Linux 7.4
现状 Live Update（内核原地更新）要回答的问题是：机器上跑着业务、插着设备，能不能把内核换掉， 而不是走 kexec 重启一遍、重新枚举 PCI。做这件事的前提是三样东西要能被新内核原样接过去—— 设备（PCI 配置空间、总线号、ACS 控制）、DMA 映射（IOMMU 的页表与 ATS 状态）、 设备文件（VFIO 交出去的 fd 与驱动内部状态）。
痛点 这三层分属 PCI、IOMMU、VFIO 三个子系统、三拨维护者。任何一层接不住，端到端就断—— 客户机的 DMA 会停，直通设备会掉，用户看到的「不重启」就成了假象。
方案 这份 9/21 的 Live Update 会议记录（09-25 22:30 北京发出）把三条线的进度摊开了： PCI 侧 David Matlack 已发 v9，回答了 Bjorn 对 v8 的全部意见，主要设计问题收敛；v9 里第 6、9 帖 因简化需要重新收集 Reviewed-by，第 8 帖是新增的——保存/恢复 PCIe 的 ACS 控制。IOMMU 侧 Samiullah Khawaja 发了 v5，Phase 2（设备找回）在 GitHub 上重做了实现；LUO（Live Update Orchestrator）文档已由 Mike Rapoport 合入 liveupdate 树。同一天 linux-arch 上还有 Jacob Pan 的 RFC：给 iommufd 加 hypervisor external attach，让 MSHV/Xen 这类「hypervisor 自己管 IOMMU」的 模型也能接进 IOMMUFD/VFIO。
为什么 VFIO 那条线还差一截：目前只保住了设备文件描述符，不足以跳过 shutdown/freeze 时的设备复位， 所以还演示不了「跨 kexec 的连续 DMA」——要等 Vipin Sharma 十月回来处理。IOMMU 侧 ATS 状态 在新旧内核间的同步也被推迟成后续系列，为的是别让 v5 的范围失控。
效益 对云和主机侧，内核安全更新的窗口可以从「安排重启」变成「直接换」；对写驱动的人， 「设备跨内核存活」从不可能变成了有明确接口契约的事。
下一步 计划是 1–2 周内进 liveupdate/next，理想情况赶在 7.3-rc6 之前、落在 Linux 7.4。 LPC 那边的议题也换了：原本给 PCIe 的微会议时段改谈 tmpfs 文件保留，另开一场专门谈 「版本与兼容」——说明「换内核时用户态状态怎么办」才是真正没解决的那部分。
一句话点评 设计问题确实收敛了，但「接得住」目前只覆盖 PCI 和 IOMMU 两层，VFIO 这层还没有演示过； 7.4 能不能赶上，取决于接下来两周 review 的速度。
🔗 原文
一颗 4×4 的 RGB-IR 传感器，逼出 8 个新格式，还得穿透到 GMSL2 去串行器
现状 现在的主流做法是 2×2 Bayer——每个像素一个颜色分量，media bus 与 V4L2 的像素格式也按 2×2 的 相位来编号；一颗传感器出一路流，曝光、增益这类控制是「每个 subdev 一个值」。
痛点 OV2312 是 4×4 的 RGBIr 阵列（比 Bayer 多一个 Ir 像素），2×2 的格式表描述不了它。 更麻烦的是它交替切换曝光与 IR 闪光，同时输出两路流——VC0 是 IR 为主、VC1 是 RGB 为主—— 两路各自需要独立的曝光和增益，可 V4L2_CID_EXPOSURE / AGAIN / DGAIN 都是单值控制， 表达不了「一个 I2C 设备、两路流、两套参数」。
方案 这个 8 帖的 RFC 一次补上 8 个 10-bit RGBIr 的 media-bus 与 V4L2 像素格式（对应 4×4 图案的每个 有效相位），并沿着采集链路铺开：DS90UB960 去串行器（GMSL/FPD-Link 这类车载 SerDes 的接收端）、 Cadence CSI-2 RX、TI J721E CSI-2 RX。控制侧用 Mirela Rabulea 提出的 *_MULTI 系列——U32 数组， 一个元素对应一路 capture type：索引 0 给 RGB、索引 1 给 IR，值为 0 表示「这一路不改」。
为什么 两路虚拟通道由交替的寄存器组驱动，一旦管线接错（RGB 帧落到 IR 通道上），光看像素数据不一定 看得出来。所以驱动还给出 embedded line——它编码了每帧的 strobe 与曝光寄存器值，用户态据此 校验「收到的帧是不是这一路该有的类型」。这个取舍很实在：与其让人猜，不如把传感器状态随帧送上来。
效益 对车载与机器视觉里「可见光和红外要同时要」的场景（驾驶员监控、夜视融合），终于有一套能表达 4×4 RGBIr 加双流独立控制的上游接口；而且格式定义在 media bus 层，SerDes 和 CSI-RX 一起走， 不用每颗芯片各造一套私有格式。作者在 AM62A7-SK EVM 配 LI-OV2312-FPDLinkIII-110H 模组、 经 V3Link FPDLink-III 子卡、用 GStreamer 测过；两路各 1600×1301@30fps （1600×1300 图像 + 1 行 embedded data）。
下一步 还是 RFC：格式怎么命名、8 个相位如何建模、控制数组的语义，都是最容易被维护者挑的地方—— 对做 camera 和 SerDes 的人来说，这正是能进去说话的窗口。
一句话点评 新像素格式、新控制语义、跨多个驱动铺开，三件事一起做，周期不会短；但它给了一条把 RGB-IR 这类传感器纳入上游的标准路径。
🔗 原文
📰 media
/ column★ Rockchip JPEG 硬解到 v5：全是真机跑出来的坑
定位 V4L2 驱动层，Rockchip 平台的 JPEG 硬件解码。这个驱动最初是塞在 Hantro 驱动里发的， 作者认为抽象选错了，于是拆成独立驱动，从 v1 重来。
做法 v5 全是鲁棒性修补：设备要活到「绑定和最后一个文件句柄都消失」为止（devres 会在文件还开着时 就释放它）；remove() 里让在跑的任务收尾、不再接新活（否则 close() 会一直等）；任务出错后复位 block；找 EOI 时跳过任意长度的尾部填充（63 字节填充就能把标记藏起来）并只在熵编码数据里搜； 没有 DHT 时回落到标准 Huffman 表。
效益 对 RK3588/RK356x 上的 JPEG 硬解来说，这些坑都是「不修就真的会挂」的那一类；系列同时带 rk356x 与 rk3588 的 DTS 节点。
和你相关 你在 RK3588 上折腾过 camera 这条线，这个驱动值得盯——它和 V4L2 采集路径是同一套架构。
🔗 原文
★ venus 与 amphion：两条 VPU 驱动的「拆卸顺序」竞态同日重发
定位 两条 V4L2 视频编解码驱动（Qualcomm venus、Amphion VPU），问题同一类：卸载或拆卸时， IRQ、work 与 core 状态的释放顺序不对。
做法 venus v3：释放 HFI 设备前先关 IRQ，HFI teardown 前先停掉 recovery work。 amphion v4：释放 core 状态前先排空 message work，并在还有 video instance 打开时阻止 unbind。
效益 用户态还开着设备时就 rmmod/unbind，不再能打出 use-after-free。这类「拆卸顺序」补丁 范围小、判据清楚，是典型的新人可以进去参与的区。
和你相关 和 RK3588 的 VPU 驱动是同一类问题：设备生命周期与 work/IRQ 的顺序，值得当作范式看。
🔗 原文
★ 栈上的垃圾数据，让正在 review 的 virtio-media 驱动协商不了
定位 V4L2 核心 ioctl 层：VIDIOC_G_CTRL / S_CTRL 的兼容路径会在栈上拼一个 v4l2_ext_control 结构。
做法 这个结构只填了少数字段，size 和两个结构的其余部分是栈垃圾。转发控制、而不是走控制框架的驱动 会读到它——正被 review 的 virtio-media v9 把非零 size 当作「要从用户态拷 payload」，于是 VIDIOC_{G,S}_CTRL 只要栈是脏的就返回 -EINVAL，GStreamer 的 V4L2 编码器设 profile 时直接谈不下来。 v2 把两个结构清零；同一作者另有一帖给 virtio-media 驱动自己兜底，好让它在没带上核心修复的内核上也能跑。
效益 影响面是「所有转发控制的驱动」，而症状（-EINVAL）离根因（栈垃圾）很远，属于难查的一类。 顺带一提，两帖都带 Assisted-by: LLM 标签——这也是今天 DRM 那场争论的另一面。
和你相关 你写 V4L2 驱动时会碰到「控制是核心填好传下来」这条路径，这个坑可以直接记下来。
🔗 原文
📰 DRM
/ column★ drm/fabric 想把 GPU 互联拓扑做成 netlink，网络维护者回了「别用」
定位 新子系统提案层。drm/fabric 是个 12 帖、约 1.3 万行新增的 RFC，想给「scale-up 加速器互联」 （多卡/多 GPU 之间的拓扑，比如 AMD 的 UALoE 那类）建一套厂商中立的拓扑基础设施， 并打算走 Generic Netlink——复刻 drm-ras 的经验。
做法 网络维护者 Jakub Kicinski 明确反对，原话大意是：网络侧正被 AI 生成的补丁淹没，没有余力帮别的 子系统，请不要再用 netlink。随后有硬件厂商的人提议「复用网络子系统的以太网代码」， Jakub 的回复是：不要在没有网络维护者 ack 的情况下「复用」网络子系统的代码。 Intel 的 Rodrigo Vivi 则提出愿意像 drm-ras 那样，把这个 netlink 的维护一起接过去。
效益 这条线的看点不在代码，在跨子系统边界：一个想复用 netlink 的 DRM 提案，撞上了网络维护者 被补丁量压垮的现实。对社区来说，这是「AI 生成补丁洪水」开始改变子系统之间协作方式的又一个信号。
和你相关 离你的方向不近，但它决定了「能不能借别的子系统的成熟设施」这件事，往后大概会越来越难。
🔗 原文
★ Panfrost 到 v11：把 perfcnt、运行时电源管理和复位一起收拾
定位 drm/panfrost（ARM Mali Midgard/Bifrost 的开源驱动）——性能计数器采样、runtime PM 引用计数、 GPU 复位这三件事互相踩。
做法 15 帖：把设备初始化、debugfs、shrinker、lock/modparam 初始化各自下移到对应子系统； 修 probe/remove 的 PM 引用计数与 autosuspend；引入一把 reset lock，让 perfcnt 与复位序列不再打架； 在全一致（fully coherent）系统上跳过 perfcnt 之后的 cache flush；加一个 debugfs 里手动触发 GPU 复位的开关。
效益 同一批修复迭代到第十一版，每一步都在缩范围、加解释——这是驱动长期维护最真实的样子。
和你相关 Panfrost 和你在看的 Mali 驱动是同一族；reset lock 这种「用一把锁把两条异步路径分开」的写法经常复用。
🔗 原文
📰 mm
/ column★ 用户态页表释放，全面 RCU 化（v5，12 帖、跨十几个架构）
定位 mm/mmu_gather 层——释放用户态页表时，页表页什么时候才能真正还给 buddy。
做法 内核里多数架构已经把页表释放推迟到 RCU 宽限期之后；这个 v5 把剩下的架构全部转过来 （riscv、arm、sparc、m68k、sh、arc、microblaze、xtensa 等），并彻底删掉 CONFIG_MMU_GATHER_RCU_TABLE_FREE；另外补上「collapse 时先把新分配的页表页存起来」这一步。
效益 只有所有架构都 RCU 化，「只靠 RCU 就能无锁走页表」这个前提才成立。前提成立之后， 页表遍历才能摆脱锁竞争和锁序问题——换来的是少一个 config、少一批架构特例代码。
和你相关 页表遍历的无锁化是很多上层机制（比如 fast GUP、khugepaged）的地基，值得记住这条线的方向。
🔗 原文
★ Virtualized Swap 往哪走：内核直接管，还是用户态用 PSI 就够
定位 swap/zswap 与 cgroup 记账的边界——虚拟交换设备（把 swap 后端放到内存分层、远端等地方） 该怎么记内存账。
做法 争论焦点有两个：zswap 该不该扣一个物理 slot；以及这件事该由内核直接管，还是用户态拿 PSI + 主动回收就够了。一派（Gregory Price）认为 PSI 数据非常有效，用户态主动回收已经够用； 另一派（Johannes Weiner）则提醒：按历史定义，不扣物理 slot 就不该继续扣那个计数， 而且内核通常不为「用户态能轻松做到的事」加便利设施——cgroup 的职责是隔离，不是替应用做策略。
效益 没有结论。这正是 mm 里「策略放内核还是放用户态」的老问题，在内存分层和 CXL 这类新硬件上重演一遍。
和你相关 如果你以后要碰 zswap/swap 后端这类代码，这场讨论决定了它的接口边界会画在哪。
🔗 原文
📰 PCI
/ column★ 固件偷偷改了 HPIE，热插拔中断就这样被丢了
定位 PCI 热插拔控制器驱动与 Slot Control 寄存器。pciehp_isr() 用 ctrl->slot_ctrl 里的 HPIE（Hot-Plug Interrupt Enable）位来判断「热插拔中断是不是被关掉了」——这个检查是必要的， 因为热插拔可能和别的源（包括原生 PME）共享中断。
做法 问题在于 slot_ctrl 会在每次 Slot Control 读-改-写时从硬件刷新。固件临时清一下 HPIE， 驱动正好为了更新指示灯去读这个寄存器，就会把读到的 HPIE=0 写回缓存；固件随后恢复硬件位， 但缓存里仍是 0——下一次热插拔中断进来，ISR 看到缓存的 HPIE=0，直接返回 IRQ_NONE， 连 Slot Status 都不读，事件就一直挂着。ctrl_lock 挡不住，因为固件不拿这把锁。 v2 改成单独跟踪驱动自己的 HPIE 设置，只在命令掩码包含 HPIE 时于 ctrl_lock 下更新它， ISR 只认这个值。
效益 共享中断平台上「热插拔偶发不响应」的一类难查问题；改动不增加配置空间访问，寄存器写入与 运行时电源管理流程都不动。
和你相关 PCIe 热插拔和共享中断的竞态是通用范式：缓存值 vs 硬件值的分歧，你在 camera/SerDes 的中断路径上也会遇到。
🔗 原文
📰 net
/ column★ Meta 的新网卡驱动 mpnic：v2 只做最裸的 Tx/Rx
定位 网络驱动层。Meta 已有 fbnic，但这个平台的固件更精简，所以另开一个驱动。
做法 v2 只包含裸的 Tx/Rx 数据通路——寄存器初始化、Tx/Rx 队列分配与清理、netdevice 与基本收发； 后续系列才做 offload、RSS 与计数器、firmware mailbox、ethtool。作者在 cover letter 里写明： 这个系列「部分是借助 LLM prompts 准备的」（Jakub 把这些 prompt 公开了），人在输出上做了 review。
效益 又一个厂商把内部驱动裁剪成最小上游驱动。同时它也是「AI 辅助上游」被写进 cover letter 的样本—— 和今天 drm/fabric 那场争论，恰好是同一件事的两面。
和你相关 网卡驱动的最小化上推路径（先裸数据通路、再 offload）是新驱动进上游的标准节奏，可以当模板看。
🔗 原文
★ ipvs 的 ICMPv6 越界写：一个补丁，修到 6 个 stable 分支
定位 netfilter/ipvs 做 NAT 时，要解析 ICMPv6 差错报文里引用的那个内嵌包。
做法 当解析停在非首个分片时，ciph.len 没有把内嵌的 IP 头算进去，于是越界写。第 1 帖在 ICMPv6 的 两个调用点把内嵌 IP 头计入 ciph.len；第 2 帖改 ipv6_find_hdr()，让 target < 0 时 *offset 指向 分片载荷。修复随后回移植到 5.10 / 5.15 / 6.1 / 6.6 / 6.12 / 6.18 各 stable 分支。
效益 安全修复 + 完整的回移植链，是「一个补丁看社区怎么走流程」的好样本。
和你相关 内嵌报文的长度字段算漏了——这类「解析嵌套协议」的越界写是网络栈和 media 里都常见的一类 bug。
🔗 原文
📰 fs
/ column★ VFS 的元数据钩子改走 struct path，为 landlock 的新权限铺路
定位 VFS 与 LSM 的接口层。landlock 是按路径逐级评估权限的，可 inode_getattr / inode_setattr / xattr / ACL 这些元数据钩子只拿得到 dentry——路径信息在钩子这里就断了。
做法 这个 12 帖的 RFC 先把 notify_change()、inode_setsecctx、xattr、POSIX ACL 这几组 helper 与 LSM 钩子的参数从 dentry 换成 struct path（纯重构，每帖都能单独编译通过），再加 READ_METADATA / WRITE_METADATA 两个粗粒度权限——不做 chmod/chown 的细分。顺带删掉一处冗余的 EVM xattr 长度检查（它只拿得到 dentry，过不了新签名）。
效益 对写 LSM 的人：路径语义第一次能贯穿到元数据操作，per-path 策略不再断在 inode 钩子上。
和你相关 这是「先做无行为变更的重构、再加功能」的教科书式切法，改 VFS/LSM 接口时可以照抄这个分帖节奏。
🔗 原文
📰 Rust
/ column★ 有人问「网络子系统的 Rust 抽象在哪」，答案是：还没有
定位 Rust for Linux 的子系统抽象层。目前 kernel crate 里有字符设备、dma-buf、时间、workqueue 等， 但没有 net。
做法 提问者想用 Rust 写地址族协议——就是 sock_register() / struct proto_ops 这一层——发现 kernel crate 里没有对应抽象，于是按「提交新抽象」的指引来邮件列表问进度、要建议。他也明确说： 自己的模块还没开源、仍在重开发，想知道是否已有现成 API，否则「我可能开始贡献」。
效益 一个明确的空缺信号：Rust 网络抽象还没人做，而缺口被公开认领了。对想参与 Rust for Linux 的人来说，这是少见的、被点名指出的空白区。
和你相关 Rust 子系统抽象目前最缺的几块之一就是 net；如果你哪天想找「影响力大、又没人占」的活，这是候选。
🔗 原文
★ dma-buf 的 Rust 层：忘了放 fence，现在能告诉你是在哪台设备上忘的
定位 rust/kernel/dma_buf/dma_fence.rs，Rust 侧的 dma-fence 包装。
做法 忘了释放 fence 说明驱动有严重设计问题，但原来的 pr_err!() 给不出有用信息。这帖让 FenceContext 持有一个 Device 引用（用已有的生命周期来保护），把告警换成 dev_warn!()， 从而能打印出设备信息。
效益 对写 Rust dma-buf/DRM 驱动的人：出错时能直接定位到设备，而不是收到一条无主告警。
和你相关 dma-buf 是 camera 与 DRM 共用的 buffer 底座，它的 Rust 侧抽象正在一块块补齐。
🔗 原文
📰 LSM
/ column★ AppArmor 补上 SCTP 的 connect 权限检查（v2 带上回归测试）
定位 AppArmor 的网络 mediation 层：unix socket 那条路有 ctx 更新处理，SCTP 的 connect 却没走权限检查。
做法 内核侧补 connect 权限检查（v1 起未变）；v2 的增量是在 AppArmor 用户态仓库加一条 SCTP 连接 mediation 的回归测试。作者来自 ANSSI。
效益 策略漏检的口子被堵上，而且带测试——安全修复典型的「内核 + 用户态两头都要改」。
和你相关 LSM 的「某条路径没挂钩子」是常见漏检模式，值得留意这类补丁的找法。
🔗 原文
更多动态 · 子系统与系列
○ media · Qualcomm iris 视频编解码加 AR50LT core 支持、启用 Agatti 平台（v9，19 帖） 〔09-25 17:22〕
○ media · v4l-utils：edid-decode 修正移位错误并补全 AMD VSDB 〔09-25 21:47〕
○ DRM · drm/vc4：运行时挂起期间屏蔽 V3D 中断 〔09-26 03:13〕
○ DRM · drm/msm：Hawi 与 Maili GPU 支持（15 帖）在讨论 〔09-26 03:59〕
○ mm · 热页跟踪与提升基础设施（v8） 〔09-26 00:57〕
○ mm · VMA 标志语义显式化、消灭 VM_SPECIAL（v3，40 帖） 〔09-25 15:32〕
○ fs · XFS 实时（RT）设备数据校验 21 帖：iomap 加校验和、RTG csum 文件、新磁盘格式 〔09-25 14:01〕
○ fs · hfsplus 转向 iomap（v4，7 帖） 〔09-25 15:15〕
更多动态 · 修复与杂项
○ DRM · drm/tyr：给 Job IRQ 加处理（v6） 〔09-26 03:30〕
○ mm · mm/vma：pgoff 未变时不再把 VMA 从 rmap 上摘掉 〔09-26 03:00〕
○ PCI · BUG 讨论：AMD Phoenix 的 USB4 运行时挂起，挡住 JHL9480 下游枚举 〔09-25 23:24〕
○ PCI · PCI: qcom-ep：pm_runtime_resume_and_get() 失败后清掉运行时 PM 错误 〔09-25 18:32〕
○ net · net: dsa：Airoha AN8855 支持已经迭代到 v23 〔09-26 02:24〕
○ net · stmmac：更多自测（selftest）相关修复（v4，7 帖） 〔09-26 04:22〕
○ net · RFC：bnxt_en 让 RING FREE 更健壮（v4） 〔09-26 01:44〕
○ Rust · rust: file —— 在文件描述符 API 里处理 fd 表拆卸（v2） 〔09-26 00:00〕
⚙️ 机制雷达：4 条跨域大改动
/ section kallsyms 查找提速约 7 倍（v5，3 帖） 两个瓶颈：符号名要整份解压进 512 字节栈缓冲再 strcmp（94% 的二分探测在前 1–2 个字符就不匹配）， 以及从最近的 256 符号 marker 起顺序扫 ULEB128 头。改法：边比边解压、首个字符不符就退出 （省约 530ns/次）；marker 密度从 256:1 提到 16:1；展开 24-bit 序列重建。受益的是批量符号查找 （比如一次追踪 6.4 万个函数的 BPF multi-trampoline attach）。原文
lib/lz4 不再 fork 上游（RFC 9 帖） 内核里的 LZ4 是 2017/2018 年手工同步的 fork，上游此后在 lib/ 上做了 488 个提交，差距靠一个个 cherry-pick 维持；fork 的 LZ4_decompress_fast() 没有边界检查，损坏输入会在两个方向上跑出 输出缓冲。改法是把上游源码原样 vendor 进来、构建期适配，重新同步变成「拷目录」。 原文
iommufd 加 hypervisor external attach（RFC 9 帖） IOMMUFD/VFIO 一直围绕 KVM/QEMU 模型演化（Linux 宿主自己管 IOMMU）。MSHV/Xen 不是这个模型： 宿主拥有物理设备，但不拥有 IOMMU 硬件，stage-2 页表由 hypervisor 编程。这个 RFC 引入 external attach domain 与 hypervisor vIOMMU 类型，让这类模型也能接进同一套 UAPI； 同一思路也可用于 Xen。原文
virtio-blk 加内联加密（v4，2 帖） virtio-blk 增加一个控制 virtqueue，用来承载内联加密（inline encryption）的密钥与配置； 这是低频列表 virtio-dev 上今天唯一的动向。原文
block：loop 把 queue limits 清理挪到 workqueue loop 设备在清理 queue limits 时会和别的路径抢，改到 workqueue 里做。 原文
📖 本期概念速查
/ section Live Update / LUO 不重启、不重新枚举设备就换内核，靠新旧内核之间移交 PCI、IOMMU、VFIO 三层状态； LUO（Live Update Orchestrator）负责编排这次移交。
RGBIr / 4×4 Bayer 在 2×2 Bayer 之外多一个 Ir 像素的滤色阵列；像素格式要按 4×4 图案的有效相位分别描述。
media bus format 传感器到 CSI-2 接收端之间「线上」的像素格式描述，与 V4L2 像素格式配对使用。
VC（Virtual Channel） MIPI CSI-2 在同一条链路上多路复用的通道号；OV2312 用 VC0/VC1 分别送 IR 为主与 RGB 为主的帧。
HPIE Slot Control 寄存器里的热插拔中断使能位；pciehp 靠它判断该不该在 ISR 里处理这次中断。
MMU_GATHER_RCU_TABLE_FREE 让架构选择「页表释放是否推迟到 RCU 宽限期之后」的配置项；本系列要删掉它——因为所有架构都 RCU 化了。
vendoring 把上游源码原样引入仓库、构建期适配，而不是维护一个会持续走偏的 fork。
如果对你有用，点个赞，或转给需要的朋友。
数据来源：lore.kernel.org（全内核 13 列表）· 北京时间