AMD 正在给 Linux 上的 amdgpu 显示驱动补上 HDMI 2.1 的关键能力。根据 AMD 开发者 Harry Wentland 提交到 amd-gfx 邮件列表的补丁说明，HDMI FRL（Fixed Rate Link，固定速率链路）支持已经进入补丁序列，DSC（Display Stream Compression，显示流压缩）仍在测试，完整 HDMI 2.1 合规测试也还在推进。

这件事最容易被误读成“Valve 的 Steam Machine 已经确认完整支持 HDMI 2.1”。目前证据支撑不了这个结论。更准确的说法是：AMD 的开源 Linux 显示驱动正在解除一个拖了多年的带宽和合规障碍，Steam Machine 以及使用 AMD GPU 的 Linux 玩家会最先感到变化。

AMD 先补 FRL，完整 HDMI 2.1 还差 DSC 和合规

FRL 是 HDMI 2.1 高带宽能力的核心之一。过去 AMD Linux 驱动主要受限于 HDMI 2.0 及更早的 TMDS 传输方式，带宽天花板会限制高分辨率、高刷新率、HDR、可变刷新率等显示组合的直接输出。

这次补丁的意义在于，Linux 开源驱动终于开始跨过 HDMI 2.0 的老门槛。但 FRL 不是 HDMI 2.1 的全部。AMD 在说明中也把当前补丁称为“HDMI 合规性的代表性子集”，并明确表示 DSC 仍在测试，之后再提交。

项目当前状态对用户的影响判断
FRL已提交补丁有望突破 HDMI 2.0/TMDS 带宽限制是关键进展
DSC尚未合入，仍在测试更高分辨率和刷新率组合仍受限制不能提前算完整支持
HDMI 2.1 合规测试仍在进行设备能否正式宣传 HDMI 2.1 还不确定观察点不在跑分，在认证
HDMI Forum 授权原文未显示已解决开源实现能否被允许公开宣称合规仍有变量法务问题不能用技术补丁替代

AMD 另一名驱动开发者也在 Phoronix 评论区表示，完整 HDMI 2.1 实现会在补丁准备好并完成合规测试后提供。这句话的重点不是“已经有了”，而是“还要等测试完成”。

Steam Machine 用户受益，但买前仍要看最终标注

Valve 的 Steam Machine 是这条新闻里最具体的受影响产品。它基于 Linux，显示输出又离不开 AMD 驱动栈。此前 Valve 为了在 HDMI 2.0 带宽限制下尽量跑出更好的显示效果，使用过色度抽样、AMD FreeSync 等绕行方案。

这些办法不是没用，但本质上是在窄路上调度车流。色度抽样可能牺牲部分色彩信息，FreeSync 能改善刷新体验，却不能把 HDMI 2.0 的物理带宽变成 HDMI 2.1。FRL 进入 amdgpu 后，Steam Machine 未来接高端电视或显示器时，才更接近一条正路。

横向看，Windows 用户在显卡厂商闭源驱动里获得 HDMI 2.1 支持早得多。Linux 玩家过去常遇到一种尴尬：同一块 AMD 显卡、同一根线、同一台电视，换到 Linux 后显示能力打折。这不是 GPU 硬件不行，而是开源驱动、HDMI 授权和合规实现卡在一起。

对潜在买家来说，现实建议很简单：如果你打算买 Steam Machine 接客厅电视，先看最终产品页和评测里的接口标注，不要只看“AMD 提交补丁”就默认它能完整跑 HDMI 2.1。尤其是 4K 高刷新、HDR、VRR 同时开启这类场景，最该等实机测试。

真正的变量在授权和宣传口径

这次进展不只是一段驱动代码。HDMI Forum 此前对开源 HDMI 2.1 实现的授权态度，曾让 AMD 无法把相关能力直接放进 Linux 开源驱动。现在 AMD 愿意推进补丁，说明技术实现层面正在松动，但原文没有证明 HDMI Forum 已经彻底放行。

这里有一个容易被忽略的限制：用户能不能用到某项功能，和厂商能不能把设备标成“HDMI 2.1 合规”是两件事。前者看驱动、固件、线缆、电视兼容性；后者还牵涉认证和授权。对 Valve 这样的硬件销售方来说，宣传页上的一句接口规格，背后是客服成本、退货风险和法务边界。

所以，接下来最该盯三件事：DSC 何时进入 amdgpu，完整合规测试是否完成，Steam Machine 最终规格页会怎样描述 HDMI 输出能力。只要这三项没有同时落地，“可能支持”就不能写成“已经认证”。