在加拿大举行的 XDC 2026 技术大会上，Valve 旗下的图形驱动工程师 Timur Kristóf 做了一场长达 95 页的专题演讲。整篇报告没有炫耀前沿芯片的庞大算力，而是详细展示了他历时一年多向 Linux 内核 AMDGPU 驱动提交的大量底层补丁。这套补丁的唯一目标，是让发布超过十年的 AMD GCN 1.0 与 1.1 架构显卡，从濒临淘汰的旧驱动全面转入现代体系。
一块十年前的显卡在今天还能有什么价值？对硬件制造商而言，淘汰的产品如同过眼云烟；但对致力于去 Windows 化的开源游戏生态来说，每一块尚在运转的旧卡，都是不可放弃的据点。
强行换骨：旧卡为何非要硬闯新驱动
在 Linux 的世界里，AMD 显卡长期存在两套内核驱动体系：一套是维护陈旧架构的传统 radeon 驱动，另一套则是面向现代图形架构的 amdgpu 驱动。在过去十余年里，诸如 HD 7750、HD 7950 或 R9 200 系列这些基于 Southern Islands 与 Sea Islands 架构的硬件，默认都被死死卡在老旧的 radeon 驱动中。
表面上看，老驱动依然能跑 OpenGL，但游戏生态早已变天。Valve 押注的 Proton 兼容层，其底层完全建立在 Vulkan 基础之上。负责处理 Vulkan 调用的开源用户态驱动 Mesa RADV，对内核有着硬性门槛：它只认 amdgpu，根本不兼容旧版 radeon。这就意味着，老显卡若留在原处，就永远被阻绝在现代 Windows 游戏转译的大门之外。
用户想要跨越鸿沟，就必须通过追加内核启动参数 radeon.si_support=0 amdgpu.si_support=1 强行切换底座。然而在很长一段时间里，这种切换更像一场灾难。
深入无人区：排清硬件死锁与黑屏暗礁
AMD 的商业逻辑无可厚非。商业公司要对财报负责，研发资源自然全力倾斜向最新的 RDNA 架构。十年前架构在 amdgpu 驱动中的实验性代码，充斥着未修复的显示异常、时钟电压锁死以及全卡死机隐患，多年来无人问津。
Timur Kristóf 接手的是典型的泥潭工程。他在过去一年里修补了横跨 DCE6 到 DCE11 的显示引擎缺陷，修复了模拟接口信号、DisplayPort 桥接编码器、DP 与 HDMI 音频，以及不同板卡因为奇葩 VBIOS 导致的画面闪烁；同时他还重新梳理了动态电源管理机制，修正了笔记本电池供电、核心时钟与显存时钟的电压要求。
更为关键的技术攻坚在于软复位机制。在过去，GCN 1.0 架构一旦遭遇图形任务卡死，内核只能执行整卡级硬复位。硬复位会彻底抹掉显存中的数据，导致桌面崩溃、系统失灵，用户只能强制重启。
Timur 补齐的软复位逻辑，通过备份 Ring 缓冲区、控制时钟与电源门控，在精准杀掉失控任务后重新提交工作。最关键的是，这一过程完整保留了显存内容。一个游戏挂死，退出程序即可，桌面和其他应用安然无恙。
解决驱动崩溃的最高境界，不是杜绝故障，而是让故障降级为无感扰动。
这一系列系统级修复，促成了内核层面的逐步换代。Linux 6.19 已经将 Southern Islands 和 Sea Islands 架构的独立显卡默认切换至 amdgpu 驱动；Linux 7.1 则把 Kaveri 与 Kabini 这类 APU 默认纳入新驱动；而软复位补丁与 DRM 格式修饰符，则按计划在 Linux 7.3 合并。
性能跃升背后：数字光鲜与现实代价
底座换新带来的收益十分直观。在 Ubuntu 25.10、Mesa 26.0 开发版与 Ryzen 9 9950X3D 构成的测试平台上，对一张老旧的 Radeon HD 7950 展开基准实测，切换到 Linux 6.19 的 amdgpu 驱动后，包括 Unvanquished、Xonotic 等项目在内的多款测试中，录得了约30%的性能提升。
不过看待这组数据必须保持清醒。硬件的核心物理规格十年前就已经锁死，天下没有凭空多出晶体管的奇迹。这 30% 的飞跃，主要源自新驱动极低的 CPU 调度开销和更好的流水线管理，它反映的是旧驱动常年欠修所造成的效率损耗，而非显卡自身发生了质变。在部分纯粹受制于显存带宽的重度负载，或是特定远古游戏低分辨率场景下，新旧驱动的差距微乎其微。
更重要的是，长尾兼容性仍有暗礁。旧版 radeon 驱动虽然技术落后，但经过十余年民间打磨，对各种怪异的视频接口和休眠状态具有极高的容错性。过早完全废弃旧体系并不明智。
- 风险.对于部分冷门输出接口或定制版 VBIOS 老卡，新驱动仍存在边界情况异常，遇到黑屏时仍需手动追加内核参数回退至 radeon 驱动。
从独立显卡到 APU，再到格式修饰符与软复位的落地，整个迁移路线清晰严密。
商业的弃子与 Valve 的底牌
古人讲，物不废，则器不备。硬件厂商为了推陈出新，主动在软件支持上划清界限，是消费电子行业最标准的商业算盘。微软在 Windows 11 上用 TPM 限制老电脑，AMD 停止维护十年前的显示驱动，背后都是相同的利益权衡。
Valve 之所以愿意全职资助工程师扎进代码堆，给这些所谓的电子垃圾擦屁股，显然也不是在做纯粹的开源慈善。
SteamOS 与 Linux 游戏平台要想真正建立起对抗巨头封锁的阵地，最大挑战从来不是最顶级的硬件能跑多快，而是下游碎成粉末的长尾硬件能不能用。每清理掉一处驱动死角，就意味着少了一批因为黑屏崩溃而退回到 Windows 的潜在用户。通过把底层代码推入 Linux 主线，Valve 在无形中把硬件维护成本分摊给了整个开源社区，同时牢牢将游戏生态的运行权抓在自己手里。
商业公司舍弃的废料，被另一家需要构建壁垒的公司捡起来炼成了砖石。这场跨越十年的驱动迁移再次证明，硬件的生命周期是由厂商决定的，但底层生态的边界，终究属于那些愿意动手重构地基的人。