Linux 7.4 默认启用 AMDGPU HDMI 2.1 FRL，A 卡用户终在 HDMI 上跑满 4K 120Hz
Linux 7.4 中 AMDGPU 默认启用 HDMI 2.1 FRL，FreeSync、VRR、ALLM 一并合入，A 卡用户不用再手动开内核参数。
Linux 7.4 会默认打开 AMDGPU 的 HDMI 2.1 支持。9 月 10 日，AMD 显卡驱动维护者 Alex Deucher 向 dri-devel 邮件列表发出 7.4 的 amdgpu 拉取请求（标签 amd-drm-next-7.4-2026-09-10），补丁清单里有一条「drm/amd/display: Enable HDMI FRL by default」。FRL（Fixed Rate Link）是 HDMI 2.1 引入的传输模式，取代沿用多年的 TMDS，能承载高得多的带宽；AMDGPU 则是 Linux 内核里 AMD 显卡的开源驱动。和 FRL 一起进 7.4 的还有 HDMI 2.1 FreeSync、VRR、ALLM 三组补丁，Phoronix 在 10 月 18 日的 7.4 特性预览里把「AMDGPU finally enables HDMI 2.1 support by default」列为本版内容。
要点
- 9 月 10 日的拉取请求同时包含四个 HDMI 相关补丁：「Enable HDMI FRL by default」「Add HDMI 2.1 FreeSync support for AMD VSDB」「Add HDMI 2.1 VRR support for HF-VSDB」「Enable HDMI ALLM for Gaming-VRR」；核心侧还有一个 drm/edid 补丁，让内核从显示器 EDID 的 HF-VSDB 读出 ALLM/VRR 能力。
- 时间线：FRL 补丁 5 月出现，7.2 合入时默认关闭（等 VRR 成熟，避免回归），7.4 起默认打开；合并窗口 10 月 19 日开启，正式版预计 12 月底前后。
- 社区口径的收益是「4K 120Hz」：快科技 10 月 24 日报道的标题和 Reddit、Arch 论坛的讨论都提到它。拉取请求与两家英文媒体的正文都没有给出具体分辨率数字。
背景
A 卡在 HDMI 上受限，起于 2024 年：HDMI Forum 拒绝了 AMD 把开源 HDMI 2.1 实现并入内核驱动的请求。VideoCardz 回顾了这段历史——AMD 的 Alex Deucher 当时表示，公开已按 HDMI 2.1 采纳者协议签署的实现会与 Forum 的要求冲突。后果是开源驱动在 HDMI 上按 2.0 的 TMDS 速率工作，想要更高的分辨率和刷新率，要么改用 DisplayPort，要么在压缩色彩格式下勉强达成。
转折发生在 2026 年。Phoronix 报道称，Forum 立场的转变「普遍推测与 Valve 有关」——Valve 即将推出的 Steam Machine 客厅主机依赖 AMD 开源图形栈，HDMI 2.1 支持缺失曾是它的短板。VideoCardz 提到，Valve 在 6 月表示这个问题已经「fully resolved」，HDMI 2.1 VRR 受支持，4K 240Hz 也在计划中（走 DSC 路径）。5 月，AMD 把 FRL 补丁贴上邮件列表；7.2 合入时代码默认关闭。
合并窗口本周开启，这件事才算落定。Linux 7.3 于 10 月 18 日发布（Linux 7.3 发布），7.4 的合并窗口次日开启，当天邮件列表上的另一件事是 EDAC 拟把四款老驱动标为无人维护（Linux 7.4 合并窗口：EDAC 请求）。
事实部分
拉取请求由 Alex Deucher 于美国东部时间 9 月 10 日 17:30 发往 dri-devel 与 amd-gfx，整个请求改动 557 个文件，新增约 116,863 行、删除约 9,853 行——这是 amdgpu 全量更新的规模，HDMI 只是其中一组。核对到的 HDMI 相关补丁如下：
| 补丁标题 | 作用 |
|---|---|
| drm/amd/display: Enable HDMI FRL by default | 把 FRL 的默认状态从关改为开 |
| drm/amd/display: Add HDMI 2.1 FreeSync support for AMD VSDB | 按 AMD 厂商数据块启用 FreeSync |
| drm/amd/display: Add HDMI 2.1 VRR support for HF-VSDB | 按 HDMI Forum 数据块启用 VRR |
| drm/amd/display: Enable HDMI ALLM for Gaming-VRR | 打开 ALLM 自动低延迟模式 |
| drm/edid: parse HDMI 2.1 gaming (ALLM/VRR) capabilities from HF-VSDB | 核心侧补丁，从显示器 EDID 读出游戏相关能力，作者 Tomasz Pakuła |
VSDB 与 HF-VSDB 是显示器在 EDID 里声明能力的数据块：前者是 AMD 自己的 FreeSync 扩展，后者是 HDMI 2.1 的标准位置。内核先解析这两块数据，再决定对一台显示器开启哪些特性。
时间线在各方报道中一致：5 月 FRL 补丁出现；7.2 合入但默认关闭，Phoronix 转述的原因是等 VRR 工作成熟再打开，避免回归；9 月 10 日拉取请求发出；10 月 18 日 Phoronix 预览确认代码列入 7.4；10 月 19 日合并窗口开启。正式版的时间，Phoronix 写「就在 12 月底附近」，VideoCardz 写 2026 年底或 2027 年 1 月初。
各方说法
Phoronix 的 Michael Larabel 说，VRR 和 FreeSync 进入主线是「wonderful to finally see in place」，并判断 7.4 会带上「全部或至少是明显多数」的 HDMI 2.1 工作。
Reddit r/Amd 的讨论更关心自己的机器会怎样。一位用户说，CachyOS 这类游戏发行版早已回移补丁，他用 HDMI 2.1 的 VRR 在 Linux 上玩了约半年，这次默认打开对他没有变化；另一位用户指出，VRR 的用户态支持早就有了，FRL 也不需要特别的用户态配合，但 ALLM 需要合成器主动设置模式提示。有人直接问：能不能跑 4K 120 HDR。
Arch 论坛 10 月 16 日的帖子给出另一组参照。Nikolai5 说他现在就能把 4K 120Hz 送到 LG C1 电视上，怀疑此前跑的是受限色彩格式；gabrielsec 回复说，4K@120 本来就通的用户「不一定注意到差别」，带宽带来的增益是更好的信号格式，加上 VRR、FreeSync 和 ALLM，他更在意「VRR 能不能正常工作」。
中文报道由快科技在 10 月 24 日补上，标题写的是「4K 120Hz」。这个具体数字只出现在快科技标题和上述社区帖里：Deucher 的拉取请求和 Phoronix、VideoCardz 的正文都没有给出分辨率承诺，VideoCardz 提到的 4K 240Hz 属于 DSC 路径，和默认打开的 FRL 是两回事。
编辑判断
对全新装机的人，这是一次默认值翻转：装上 7.4 正式版，HDMI 2.1 显示器声明的模式应当直接出现，不需要内核参数。对手动开过 FRL 或用回移内核的玩家，社区的说法很一致——感知不大，你已经在用这套东西了。
三点保留意见。其一，正式版预计 12 月底前后，想提前用只能等 7.4-rc 或选择已回移的发行版内核。其二，ALLM 这类特性依赖桌面环境配合，内核合入只是必要条件。其三，「4K 120Hz」是社区与中文报道的口径，官方源没有承诺具体分辨率；显示器或线缆不支持时，默认打开 FRL 也不会变出新模式。
对关注 Steam Machine 的人，这条新闻是 Valve 6 月那句「fully resolved」的内核侧落地：主机还没上市，它依赖的图形栈先补上了短板。
接下来
- 合并窗口按 Phoronix 的说法为期约两周，10 月 19 日开启，按此推算 7.4-rc1 会出现在 11 月初。
- 正式版预计 12 月底前后。届时接一台 HDMI 2.1 显示器看实际模式列表，是最直接的验证方式。
- ALLM 的桌面环境支持与 VRR 的实际表现，等正式版之后的跟进测试。