Linuxeden开源社区Linux 多媒体卡（MMC）子系统计划增加一些新的硬件支持，优化某些 eMMC 的安全擦除/trim 支持，以及其他各种改进。但由于在 linux-next 中缺乏明显的测试和审核，MMC 的所有变更都被拒绝，并将持续到 Linux 7.0 周期。Linus Torvalds 称其为“完全垃圾”和“未经测试的垃圾”。
在 Linux 7.0 之前，有一些有趣的 MMC 变更被排队，例如 NXP IW61x 设备 ID 用于 SDIO 上的 WiFi 芯片、支持 2025 年以后的制造日期、优化某些 Kingstom eMMCs 的安全擦除/TRIM、DW_MMC 代码清理、mtk-sd 中的 MediaTek MT8189 支持，以及各种 SHDCI 驱动更新。
拉取请求列出了提交给 Linux 7.0 的 MMC 更改。
但 Linus Torvalds 发现拉取请求无法正常构建，并且缺乏通过 linux-next 等方式进行的充分审查，他评论道：
不。
这些变更完全是垃圾，甚至无法编译。显然它从未出现在 linux-next 中，也从未以任何方式进行过构建测试。
当 CONFIG_MULTIPLEXER=m 时，我们构建那个 core.o 文件。
obj-$(CONFIG_MULTIPLEXER) += mux-core.o
但在 include/linux/mux/consumer.h 中你有
#ifdef CONFIG_MULTIPLEXER
这不会成立（因为定义的将是 CONFIG_MULTIPLEXER_MODULE），所以你会得到一长串类似的东西
drivers/mux/core.c:312:14: 错误：重新定义了 ‘mux_control_states’
因为 mux/consumer.h 头文件将定义一个虚拟的包装函数。
换句话说，那提交 ad314348ceb4 (“mux: 添加获取可选和选定 mux-state 的辅助函数”) 纯粹是未经测试的垃圾。
我不想看到你提交的“修复”的 pull request。这完全不可接受，在这个合并窗口我不会再拉取你任何东西。
别再发那些未经测试的烂东西给我了，它们连 linux-next 都没进过，连最基本的质量检查都没通过。
你可以为 7.1 再试一次，但前提是它必须真正进入过 linux-next 并且经过了充分的测试。”
所以，这些 MMC 的变更现在需要等待，直到 Linux 7.1 合并窗口在 Linux 7.0 稳定发布后的 4 月中旬开始。
转自 Linus Torvalds Rejects MMC Changes For Linux 7.0 Cycle: “Complete Garbage” – Phoronix