今天两件事值得看完：页缓存读路径不再为每个 folio 抢一次引用， 64 线程小读从约 1500 万次/秒到 7000 万次；以及 Josef Bacik 的 cells RFC 想把容器做成单个内核对象， 任务出生在 cell 里、永不离开。硬件侧，ThinkPad 的 IR camera 和 RK3576 的原生 HPD 都有了可用路径。
📊 板块活跃度
/ column
数据截至 10-20 06:47 北京，近 24h 各板块真实计数：net 675 · DRM 361 · mm 314 · PCI 167 · media 162 · fs 117 · LSM 94 · block 48 · Rust 47 · rt 32 · virtio 3 · arch 3。net 的量仍来自合并窗口前的修复潮，但今天真正的机制讨论 集中在内存与容器抽象：页缓存读路径和 把容器变成一个对象同一天出现。
🎬 今日导读
/ section 头条一 页缓存免引用读取：64 线程小读提升 4.5 倍，Linus 的 RFC 被工程化
头条二 cells RFC：容器成为内核对象，没有 setns，也没有 unshare
硬件 Sony Starvis 2 公共驱动、ThinkPad IR camera、RK3576 HPD
安全 virtio-net 校验和加固与 KEYS 整数溢出修复
💡 今日头条
/ section页缓存不再为每次读抢引用：64 线程小读提升 4.5 倍
现状 多个 CPU 反复小读同一个文件时，
filemap_read() 每次都要对同一个 folio 取引用、再放引用，refcount 在核心之间来回弹。tmpfs 更重： shmem_get_folio() 每次读都要拿 folio lock，64 个线程和 1 个线程一样快。 痛点 页缓存的并行读被引用计数和锁串行化。文件本身是热的、数据已经在内存里， 吞吐却上不去；单线程不受影响，所以这个问题在单线程基准上看不见。
方案 Kiryl Shutsemau 把 Linus 的 RFC 做成 18 补丁：新增
PG_rcu_free，带这个标记的 folio 只在 RCU grace period 之后才释放；filemap_read() 与 shmem 直接从未加引用的 folio 拷贝。只有 folio_mark_accessed() 认定为热页的 folio 才打标记，流式读和冷数据不延迟释放。 为什么 语义没有变，只是把「释放」推迟到所有 lockless 读者都安全的时间点。 系列同时处理了 splice、fuse、
memory_failure()、 alloc_contig_range()、内存 offline 和 memcg uncharge， 并在 CPU 积压或内存紧张时提前催 RCU grace period。 效益 64 vCPU KVM 访客、16 字节
pread()：ext4 从 15.0–15.7M 次/秒 升到 68.9–70.1M；mitigations=off 时从 17.2M 升到 217–220M； tmpfs 从 1.6–1.7M 升到 71–72M。64K large folio 顺序读，huge tmpfs 从 96–100 MiB/s 升到 1370–1390 MiB/s。单线程读数与基线持平。 下一步 作者列出的开放项：patch 12 依赖
mapping_exiting() 的语义 （f2fs 在打开的 inode 上调 truncate_inode_pages_final()， 修复已在路上）；tmpfs 读不再拿 folio lock，需要 Hugh 复核； 迁移后的带标记页要等 grace period 才能回到 pageblock；标记是 page flag， 只支持 64 位；另有 debugfs 开关可以整体关闭这条路径。 一句话点评 这不是给读路径加缓存，而是把「引用计数」从热读里拿走。数字比 v7.3 基线高一个量级，真正决定能否合入的是回收、迁移、offline 这些慢路径的正确性。
🔗 原文
容器变成内核里的一个对象：cells RFC 提议删掉 setns 与 unshare
现状 容器在内核里不是「一个东西」：它是八种 namespace、一个 cgroup、 一个 seccomp filter，加上运行时维护的一堆约定。内核不能给它命名， 不能一次性杀掉它，也说不清里面有什么。
痛点 特权挂在 uid 和 user namespace 上；任务可以在两套 namespace 之间 停在一半，这是大量 bug 的来源。运行时只能靠约定把边界拼起来， 内核没有可以检查的边界。
方案 Josef Bacik 的 cells RFC 把容器做成单个对象。任务出生在 cell 里、 永不离开，也没有任何东西能进入，因此没有
setns()， 也没有 unshare()。建法是从外面用已持有的 fd 填命名槽， seal 之后再 spawn；持有 cellfd 就是全部权限，最后一个 cellfd 关闭时 cell 被杀。配套的 clone3(CLONE_EMBRYO) 给出一个存在但从未运行过的任务的 pidfd，再用 task_configure() 配置，最后 start 并 exec。 为什么 边界要真的有意义：kuid 从保留窗口分配；文件不传递特权，所有任务
no_new_privs，set-id 位在创建、chmod、写打开时丢弃； Unix socket 只传字节，不传 SCM_RIGHTS 与 peer credentials； mount 树从零构建，不让任何东西藏起来。作者把 id 窗口、capability 双向隔离、MNT_LOCKED、seccomp 与生命周期等 8 个问题留给社区。 效益 如果方向成立，容器第一次可以被内核命名、一次性回收，权限模型从 「uid + capability」收拢为「持有 cellfd 或什么都没有」。作者也承认 代价：host 不能再把文件 chown 给 2^31 以上的 id，因为检查要按值做。
下一步 这是设计讨论，不是可合入系列：代码是 62 个补丁，叠在 13 补丁的 cred 系列上，放在作者分支里；邮件正文是 pitch、8 个开放问题和完整 设计文档。作者明确说先看形状对不对，形状不对后面都免谈。
一句话点评 形状很激进：没有 setns、没有 unshare、权力等于 fd。但它把「容器」从运行时约定变成内核可检查的对象，值得 containers 与 fs 社区认真回应。
🔗 原文
📰 mm 内存管理
/ column★ 共享 vmemmap tail 页一律只读：device DAX 也补上保护
定位 HugeTLB 与 device DAX 都会在 vmemmap population 时安装共享 tail 映射。 一个共享 tail vmemmap 页为许多 tail page 提供元数据，本该只读； HugeTLB 在后面单独做了一次写保护，device DAX 没有。
做法 把只读保护移进通用的 sparse-vmemmap 与 powerpc radix population 路径， 于是 device DAX 也被覆盖，HugeTLB 专属的
vmemmap_wrprotect_hvo() 与 bootmem 包装可以删掉。 4 个补丁合计 +17/−70。 效益 共享 tail 页不再可写，HVO 从 HugeTLB 向 device DAX 泛化走出一步； 代码反而变短。距离完整的 HVO 泛化还差命名与开关合并。
和你相关 vmemmap 是物理页元数据的地图。做 NUMA、内存热插拔或 DAX 时，这类保护决定了一个 bug 是踩坏元数据还是立刻报错。
🔗 原文
📰 fs 文件系统
/ column★ beamfs：单设备上做 Reed-Solomon 纠错，读不出正确字节就报 EIO
定位 块设备文件系统，只有一个设备、没有第二份副本可修。每个数据块由 16 个交织的 RS(255,239) 码字组成，基于
lib/reed_solomon； 目录块、inode、分配位图、superblock 和 indirect block 也带奇偶校验。 默认布局每 4096 字节里 288 字节（7%）是开销。 做法 每次读都解码；解码器不能担保的读直接
-EIO， 绝不返回无法验证的字节。作者给出了 xfstests auto 组的逐项结果： x86-64 上运行的 122 个全过，aarch64 上 122/123。单比特翻转注入下， beamfs 从未返回错数据，只拒绝过一次读；同场 ext4/ext3 静默返回了 坏数据，btrfs 单副本也拒绝读。 效益 目标场景是辐射环境里的单设备系统：卫星、放疗室、粒子加速器。 作者明确列出限制：翻转是模拟的不是真实束流；没有 journal 与 COW； 超过 8 个错误符号可能 miscorrect；性能尚未测量。
和你相关 存储链路上的位翻转不只在介质里，也在控制器、总线和 DMA 缓冲里。beamfs 把「读不到就失败」做成了文件系统级契约。
🔗 原文
★ 负 dentry 的两个老症状：引用计数溢出与 d_children 遍历卡死
定位 负 dentry 可以有数十亿个，父 inode 的引用计数可能溢出；
d_children 链表的遍历时间没有上界，fsnotify 这类 影响面广的路径会触发 soft lockup。 做法 v4 只聚焦 fsnotify：先修引用计数溢出；再用一个统一的 helper 遍历
d_children，需要时放锁并 cond_resched()， 用 cursor 记住位置。其他文件系统专属的遍历路径留到后续。 效益 两个可报告的故障被拆开处理，先拿影响面最大的 fsnotify 开刀； 作者说这层就位后，才有信心去处理「遍历任意长」本身。
和你相关 dentry 缓存、fsnotify 和容器里的海量小文件直接相关。这是不改变缓存策略、只修症状的一小步。
🔗 原文
📰 media 视频采集
/ column★ imx678 变成 Starvis 2 公共驱动：一次覆盖五颗 Sony sensor
定位 IMX678 驱动已经在树内。作者在准备 IMX662 时发现它与 IMX678 的共性足够大，于是把驱动改造成 Starvis 2 的公共驱动，用
variant_def 描述各型号，覆盖 IMX662、IMX675、IMX585 与 IMX832。 做法 各型号共享寄存器路径与 CCI 访问，差异集中到 variant 表。 HMAX/VMAX 的取值来自 Sony datasheet 的整数帧率档；datasheet 没给全的 IMX675/IMX585，作者用实测开始出问题的 HMAX 值定界。 v5 修了 LINK_FREQ 菜单创建失败的报错、common_regs_written 的 条件判断，并新增 pm_runtime autosuspend。
效益 五颗 sensor 走一条驱动路径，新增 sensor 只需加 variant， 不再各提一份驱动。作者是 Raspberry Pi 的 Dave Stevenson， 这条路径也会成为 Pi 相机栈的上游基础。
和你相关 这是 camera 驱动里最典型的「先写一颗，再把共性抽出来」的演进。GMSL2/CSI-2 链路上换 sensor 时，公共驱动能省掉一整套 bring-up。
🔗 原文
★ ThinkPad 的 IR camera 为什么从不出帧：port B 少了 1-lane PHY 表
定位 Lenovo ThinkPad X1 Carbon Gen 11 的 OV9234 IR camera 在 Linux 上 从未出过帧：sensor 在流、ISYS 固件确认 open/start、PHY 报 ready、 CSI-2 错误状态为空，但每次 capture 都超时。
做法 作者对比 Windows 与 Linux 的 I2C 流量，初始化写完全相同；再对比
ipu6-isys-mcd-phy.c 与 Windows IPU6 驱动的 PHY 表， 发现 port B 没有 1-lane 表——Windows 用 2-lane 表配 1-lane sensor。 Linux 照做后，Y10 644x364@30fps 能出帧，并与另一 port 的 2-lane OV2740 同时工作。第二个补丁把 OV9234 加进 ipu-bridge。 效益 笔记本 IR camera 可用。sensor 驱动本身仍在树外（模式表来自厂商驱动）， 作者把它放在 GitHub，等社区写正式上游驱动。
和你相关 IPU6 的 PHY 表是按 lane 数和端口写死的。这类「Windows 能跑、Linux 不出帧」的差异，往往就藏在一张寄存器表里。
🔗 原文
★ UVC 读 imported DMA-BUF 不同步 cache：Pi 400 上拿到的是旧帧
定位 UVC 与 vivid 用 CPU 访问 imported DMA-BUF 时没有做 cache 同步。在 Pi 400 上，capture 的数据留在 CPU cache 里， 物理内存还是旧的，用户态读到 stale 帧。
做法 给 vb2 queue 加一个 opt-in flag，在
buf_prepare() 到 buf_finish() 之间 bracket CPU access； VIDIOC_REMOVE_BUFS 补上 finish 操作以保持平衡。 不用默认开启，因为有些 vb2-vmalloc 驱动会把 buffer 交给硬件。 效益 Pi 400 上 12 轮、每轮 8 帧：UVC/vivid 的 vb2-vmalloc 与 vb2-dma-contig 都是 0/96 stale；没有 DRM mapping 的对照组 仍有 4/16 stale。SAM9X75 与 BeagleV Ahead 也跑了生命周期测试。
和你相关 imported DMA-BUF 的 CPU/设备一致性是 camera 与显示共享缓冲的核心问题。这个 flag 把「谁负责同步」写成了队列契约。
🔗 原文
📰 DRM 显示
/ column★ RK3576 的原生 HPD 中断：显示管线关着也要能收到插拔
定位 Rockchip 上 Analogix DP 的原生 HPD pin IRQ 要求 DP controller 保持上电、时钟和初始化，才能产生插拔中断。旧驱动在 bridge enable/disable 时开关 IRQ，管线不活跃时就没有 HPD 检测。
做法 把 IRQ 与 pm_runtime 管理移到 bind/unbind；加
IRQF_ONESHOT 消除 hardirq 与 threaded handler 对 mask 寄存器的读改写竞态；中断类型改为 bitmask，支持细粒度 mute/unmute/clear；Rockchip 平台使用 HOTPLUG_CHG 中断并加 2ms HPD deglitch；下游 bridge 的 HPD 走 .hpd_notify。 效益 在 RK3576 上验证了原生 HPD pin 与 GPIO HPD 两种配置。 对使用 eDP 的板子，这意味着屏幕拔插不再依赖显示管线是否开着。
和你相关 这是 RK3588/RK3576 系列 DP/eDP 板级支持里最容易被忽略的一层：HPD 是中断语义，不是 GPIO 电平。
🔗 原文
★ 电子纸进 DRM：SSD16xx 驱动支持三种刷新波形与深睡
定位 Solomon SSD1673/1680/1681/1683 电子纸控制器没有 DRM 驱动。 电子纸是双稳态、低功耗设备，刷新波形和睡眠模式与普通 LCD 完全不同。
做法 接入 DRM atomic modesetting：SPI 4-wire 与 3-wire； 用 Data Entry Mode 做四向旋转，不经过 GPU 或内存拷贝； 支持 partial（约 300–500ms）、full（约 1.5–2s）、fast （约 1.0–1.5s）三种波形；BWR 三色；XRGB8888 与 R1； runtime PM 进入 Mode 1 深睡（保留 RAM），system suspend 进入 Mode 2。
效益 首个面板是 Gooddisplay GDEY042T81（4.2 英寸 400×300， SSD1683）。刷新模式、颜色模式与会话控制通过 DRM plane property 暴露，用户可以按场景选速度与功耗。
和你相关 电子纸的刷新不是「每帧重画」，而是「什么时候允许闪」。把它接进 DRM atomic，才能让合成器参与时序决策。
🔗 原文
📰 net 网络
/ column★ TLS 的空记录不再是 EOF：splice 与 recvmsg 的两个错误路径一起修
定位 TLS 1.2 与 1.3 都允许零长度的 application_data 记录，作为 流量分析对抗手段，对端会主动发。此前的修复只覆盖了
tls_sw_read_sock()，splice(2) 仍把空记录 当 EOF，recvmsg(2) 遇到空记录不前进。 做法 splice/recvmsg 消费空记录后检查
signal_pending()； in-kernel 的 sock_recvmsg() 不能收信号，于是给 read_sock 用「连续无字节记录计数」设上限；MSG_PEEK 或异步解密 时，空记录不再无限堆在 rx_list。 效益 对端持续发空记录不再能把调用者困在内核里；splice 不再误判连接 断开。作者如实列出行为变化：非阻塞 splice/sendfile 现在返回
-EAGAIN，空记录后面的控制记录返回 -EINVAL，收到信号返回 -EINTR。 和你相关 TLS 空记录是合法的流量整形，不是攻击。协议允许的东西，内核读路径必须能前进。
🔗 原文
★ virtio-net 校验和加固：不受信硬件不能再改包后再让栈校验
定位 允许不受信硬件为
CHECKSUM_PARTIAL 指定 csum start/offset，硬件可以编辑校验和之外的字节；网络栈可能在编辑前 和编辑后各看一次包，得到不同结果。此前的 6785011f8b16 只堵了已知的 IPv4 实例。 做法 真正的修法是只允许编辑校验和字段，或者在栈看包前完成校验。 系列在 ingress 解析 uncommon partial checksums，加一个 sysctl 可以关闭校验验证以降低回归风险，并清理相关路径。
效益 把「硬件说什么就信什么」收回到「栈自己验证」。作者判断这是 net 材料，且因体积较大不适合直接回移植 stable。
和你相关 virtio 是虚拟化里最常被当作可信边界的地方。这个系列说明：guest 里的硬件描述符同样不受信。
🔗 原文
📰 PCI 总线
/ column★ PF 复位时 VF 不再丢状态：SR-IOV 的 reset 顺序被重新定义
定位 VF 开启时 reset 有三个缺口：PF reset 会丢 VF 的硬件状态，VF 驱动 不被告知；bus/slot reset 的遍历是自上而下，PF 的
reset_prepare() 先于 VF；PF 带着 VF 时 bus reset 不可用，因为 VF 和 PF 在同一条 bus 上。 做法 reset 时把 PF 与所有 VF 一起锁住，保存/恢复 VF config， 调用 VF 驱动的
reset_prepare()/reset_done()； bus/slot reset 跳过 VF、通过 PF 处理，VF 先 prepare、后 restore； pci_parent_bus_reset() 忽略 PF 自己的 VF。 ionic、pds_core、i40e 随之调整。 效益 VF 状态在 PF reset 后不再丢，复位顺序与硬件层级一致；PF 带 VF 时 也能走 bus reset。后几个补丁用新的 VF 迭代 helper 替换 open-coded 查找，覆盖 PCI/TSM、ixgbe、ice、liquidio 与 xe。
和你相关 SR-IOV 的 VF 不是独立设备，它在 PF 的 reset domain 里。这个系列把「谁先复位、谁保存状态」写进了 PCI core。
🔗 原文
📰 block 块层
/ column★ dm 的 report zones 死循环：zone 边界上的最后一个 sector
定位
dm_blk_do_report_zones() 在遍历 device mapper 设备的 zone 时可能不前进，形成无限循环。 做法 修正循环推进条件，保证每次 report 至少跨过一个 zone 边界， 不再重复处理同一个 sector。
效益 zone 设备上的 report zones 不再卡死。对使用 dm 叠加 zoned 块设备的存储栈，这是会直接挂住 ioctl 的故障。
和你相关 zoned 存储把「顺序写」变成硬约束。report zones 是用户态发现 zone 布局的入口，循环不前进就是工具挂死。
🔗 原文
📰 sched / RT 调度
/ column★ Qualcomm SAW 的 IPI 路径不能再拿睡眠锁
定位 SAW（SPM）是 Qualcomm 的电源/频率控制块，regulator 通过 IPI 访问它。PREEMPT_RT 下，这条路径里出现睡眠锁会破坏实时语义； 另外 SDM660 silver L2 的 AVS 控制值不对，SAW control 寄存器 也会被覆盖。
做法 3 个补丁：修正 SDM660 silver L2 的 AVS 控制值；不再覆盖 SAW control 寄存器；regulator 的 SAW IPI 路径不再取睡眠锁。
效益 SAW 访问在 RT 内核上不再触发 sleeping-in-atomic 类问题， 同时修正了 SDM660 的电压/频率控制值。
和你相关 CPU 调频与 regulator 的 IPI 路径同时受 RT 与电源管理约束，是典型的「两个子系统各自正确、合起来出错」的位置。
🔗 原文
📌 机制雷达：5 条跨域大改动
/ section 合并窗口 v7.3 已由 Linus 打上 final tag，net-next 关闭；新 net-next 提交要等 合并窗口结束。这一轮合并窗口计划 3 周，net-next 11 月 9 日重开 · 原文
PCI Live Update 保留设备跨 kexec 继续 DMA 还不够：下一内核枚举时会 sizing/probe/重排 BAR 与 bridge window，可能关掉解码或移走地址。系列改为传递 BAR mask 与 probe 结果，并在扫描时 claim 保留资源 · 原文
Nova uAPI nova 把不稳定 uAPI 拆到
nova_drm_unstable.h，要求用户 显式确认才启用，并 taint 内核；稳定后再移回 nova_drm.h · 原文 MPAM 域拆分 MPAM 原来用一个结构同时装 control 与 monitoring domain，强制两者 同 scope；RFC 把两类域拆开、随 CPU online/offline 独立建拆， 为「每资源多控制」铺路 · 原文
eventpoll 并行化 嵌套 epoll 加叶子原来要拿全局 epnested_mutex；RFC 用共享 rwsem 冻结拓扑、per-file 哈希 mutex 做检查，ARM64 上 nested pairs/s 从 1.56M 升到 5.33M（+242%） · 原文
更多网络与驱动动态
○ [PATCH bpf-next v2 0/6] bpf: Add syscall common attrs support for xdp link_create 〔10-19 23:36〕
○ [PATCH net] octeontx2-pf: fix skb use-after-free with ipsec crypto offload 〔10-19 23:04〕
○ [PATCH 0/5] ice: fix reset and suspend paths 〔10-19 18:52〕
○ [PATCH net 0/2] net: pse-pd: si3474: two driver fixes 〔10-20 00:26〕
○ [PATCH net] tls: check the right open record in TLS_TX_MAX_PAYLOAD_LEN 〔10-20 06:26〕
○ [PATCH net-next v7 0/4] net/sched: cap the accounted backlog before it can wrap 〔10-20 00:00〕
○ [PATCH net v2] net: usb: lan78xx: avoid NULL PHY dereference in WoL setup 〔10-20 03:36〕
○ [PATCH] nfc: pn533: bound the OUT URB wait in pn533_usb_send_frame() 〔10-19 22:55〕
更多跨域动态
○ [PATCH 0/2] rust: remove TryFrom<&Device> implementation for pci and platform 〔10-20 00:13〕
○ [PATCH] rust: exports: emit ___EXPORT_SYMBOL without C declarations 〔10-19 23:13〕
○ [PATCH v2 0/6] KEYS: rhashtable bug fixes 〔10-20 02:17〕
○ [PATCH RFC 0/4] IPE: add a dedicated policy keyring 〔10-20 05:40〕
○ [PATCH v2 0/6] Add eDP support for RK3568 〔10-19 18:29〕
○ [PATCH v2 0/5] mm/vmalloc: make the mapping functions undo their partial mappings 〔10-19 13:44〕
○ [PATCHSET sched_ext/for-7.5] sched_ext: scx_qmap: fix a lowpri starvation 〔10-20 05:32〕
○ [PATCH 0/4] media: Add the ST VD55G0 global shutter sensor 〔10-20 00:27〕
📖 本期概念速查
/ section PG_rcu_free 页缓存 folio 的延迟释放标记；带标记的 folio 只在 RCU grace period 后才真正释放。
RS(255,239) Reed-Solomon 纠错码；255 个符号里 239 个数据、16 个校验，beamfs 用它从单设备读里纠正坏字节。
clone3(CLONE_EMBRYO) cells 提案里的新克隆方式；返回一个已存在但从未运行过的任务的 pidfd，配置后再 start。
Live Update kexec 进入新内核时保留设备状态；本期的 PCI 系列保证保留设备的 BAR 与 bridge window 不被动。
P2PDMA 两个 PCI 设备之间直接做 DMA，不经过系统内存；保留设备跨 Live Update 时要保持这条路径。
HPD 显示接口的热插拔检测；DP/eDP 上它是一条中断，不是简单的 GPIO 电平。
如果对你有用，点个赞，或转给需要的朋友。
数据来源：lore.kernel.org（全内核 13 列表）· 北京时间