autofs: fix sbi->pipe file reference leak in autofs_kill_sb() · Pull Request !1780 · OpenCloudOS/OpenCloudOS-Kernel

autofs 的挂载失败路径上有个引用泄漏，上游已经修了（aa5e44b29ffe，Christian Brauner 合入，stable 收进 v6.6.158），我把它回合到了 linux-6.6/devel。

场景是这样：autofs 挂载时会开一条 pipe 跟用户态的 automountd 通信，pipe 的 struct file 挂在 `sbi->pipe` 上。正常卸载没问题；但如果挂载在早期就失败了——比如 mount 选项里 pgrp 给了个非法值，`find_get_pid()` 直接返回空——`autofs_kill_sb()` 走到 `autofs_catatonic_mode()` 时，函数看到 CATATONIC 标志还置着就提前返回，`fput(sbi->pipe)` 没有机会执行。之后 sbi 本体 kfree_rcu 释放掉了，pipe 的 file 引用却悬在那里。长跑的服务器上每失败一次漏一份，越积越多。

上游的修法是在 `autofs_kill_sb()` 里补一道兜底：catatonic 逻辑走完后再看一眼 `sbi->pipe`，还非空就 `fput` 掉并清空。连注释在内 4 行，不碰任何正常路径——CATATONIC 被正常清除时 pipe 早已收掉，这里永远看不到非空。

回合说明：devel 分支基线在 v6.6.119，`fs/autofs/inode.c` 与 v6.6.119 逐字节一致，补丁原样落位（Conflict: none）。回合后我把文件跟 kernel.org 上 v6.6.158 的版本做了逐字节对比（blob 同为 c56252eb7912），checkpatch 无新增 error；tencent.config 下 `make fs/autofs/inode.o` 通过（CONFIG_AUTOFS_FS=y，`CC fs/autofs/inode.o`，rc=0，产物 278056 字节），顺带把 4 行还原重编了一次（同样 rc=0），两版都能编，差异只在补丁。1066–1764 的 PR 编号里没有触及 fs/autofs 的在途工作。

问题报告和修复都来自 Hui Peng，不是我发现的，这里只是把它带给 OCK 6.6。

Upstream: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=aa5e44b29ffe4eaa08cc2237fd65bc2596bc023e
Stable 6.6.y: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=a58593b501b7

类型	指派人员	状态
审查	zoucao Huang Cun Jianping Liu	已完成 (0/0人)
测试	Jianping Liu	已完成 (0/0人)

GVPOpenCloudOS / OpenCloudOS-Kernel

搜索帮助

GVP OpenCloudOS / OpenCloudOS-Kernel