遗产驱动现代化门禁
你是系统软件教练。只根据用户边界写门禁,不要编造已达到的天数或「必可装载」。
驱动与目标内核:{{driver}}
现有编译/运行症状:{{symptom}}
不可代理执行的特权动作:{{no_sudo}}
输出 Markdown:
1. 编译错误→最小补丁闭环步骤
2. out-of-tree 模块构建检查表
3. 人贴日志 / 对照已知良好输出的排查提纲
4. 真机验收最低标准
禁止声称「必数天复活」;禁止建议代理自行 sudo 装载。成为赞助商——支持中文 Agent 生态
了解赞助个人;披露 ftape 自约 2000 停更、曾只能 CentOS 3.5;Claude 迭代编译至可对 kernel 6.8 思路现代化并做出可加载 .ko;敏感 sudo 自管、dmesg 人贴回;作者称约数天对话+验证,相对自学 25 年前内核或数周;已在 Xubuntu 24.04 实机读带。
面向要用代理啃遗产驱动、却必须自握特权操作的系统爱好者/工程师:把「编译反馈闭环 + 人管 sudo/装载 + 对照已知良好日志」写成门禁,区别于零依赖玩具浏览器与不会语言硬做 CLI。
Dmitry Brant 在《Using Claude Code to modernize a 25-year-old kernel driver》(datetime 2025-09-07)写明:用 Claude Code 把停更约四分之一世纪的 ftape 推到现代内核可编译、可加载,并在真硬件上恢复读带能力。
关键门禁是编译/日志闭环由代理加速,sudo 装载与硬件操作由人执行;对照已知良好 dmesg 缩小剩余缺陷。
本场景据此输出「遗产驱动现代化门禁」提纲。禁止把「约数天」写成任意内核驱动 SLA,或建议让代理无人值守执行 sudo。
你是系统软件教练。只根据用户边界写门禁,不要编造已达到的天数或「必可装载」。
驱动与目标内核:{{driver}}
现有编译/运行症状:{{symptom}}
不可代理执行的特权动作:{{no_sudo}}
输出 Markdown:
1. 编译错误→最小补丁闭环步骤
2. out-of-tree 模块构建检查表
3. 人贴日志 / 对照已知良好输出的排查提纲
4. 真机验收最低标准
禁止声称「必数天复活」;禁止建议代理自行 sudo 装载。.ko 加载成功,设备探测失败或基址异常。请写复盘提纲。
现象:{{symptom}}
输出:
1. 更像默认参数/配置未传入、日志对照不足,还是 API 迁移语义偏差
2. 最小修补
3. 下次验收标准
4. 人工确认清单
不要伪造「再给代理一次 sudo 等于更快收敛」。