Collabora工程师正将RADV驱动移植Windows，获Valve赞助并成功运行《CS2》

在Collabora官方博客上，一篇题为《Cracking Windows Open: Porting RADV to WIN32》的文章揭开了正在进行的一项移植工作——把原本在Linux下开源的Radeon Vulkan驱动（RADV）带到Windows。这听起来像一次技术冒险：在几乎被AMD官方驱动垄断的Windows世界里，塞进去一个社区维护的图形驱动，不仅跑起来了，还顺利渲染了《CS2》。

主导这项移植的是Collabora工程师Louis-Francis Ratté-Boulianne。他并非从零起步，而是站在了3D图形专家Faith Ekstrand的研究之上。Ekstrand在2024年的XDC大会上展示了让Windows加载Mesa图形堆栈的基础框架，相当于在Windows的底层为开源驱动开了一扇窄门。Ratté-Boulianne进一步把这扇门推得更开，让RADV不再只是Linux专属。

RADV本身是Mesa项目的一部分。Mesa是Linux图形生态里的关键构件，为AMD、Intel等一系列GPU提供开源的用户态驱动，其中Vulkan驱动就是RADV。与AMD官方在Linux上提供的闭源驱动不同，RADV由社区共同开发，修复速度快、新扩展支持积极，已经成长为许多Linux游戏玩家的首选。把这样一个在Linux上证明过自己的驱动搬到Windows，相当于在AMD自家驱动之外，增加一个完全独立的图形管线。

移植工作的加速剂来自Valve。Ratté-Boulianne透露，这项工作得到了Steam运营方Valve的赞助。Valve一向在Linux游戏生态里扮演重要推手，从SteamOS到Proton，再到对Mesa和Vulkan的持续投入，这次将RADV送上Windows，似乎也是在为更灵活的图形驱动策略铺路。虽然Valve没有公开详细的技术路线，但其资助本身已经说明问题：开放驱动栈正在走向从前封闭的领地。

从目前公开的成果看，Ratté-Boulianne已经在Windows上完成了RADV的安装，并用Vulkan接口成功运行了《Counter-Strike 2》。展示的截图显示游戏正常渲染，没有出现明显花屏或崩溃。这说明RADV的底层管线——从SPIR-V着色器编译到命令缓冲提交——已经能够适应Windows的Win32图形环境。

不过距离日常可用还有明显缺口。Ratté-Boulianne指出，要真正让RADV在Windows下稳定运行，需要解决一个关键依赖：要么有AMD闭源内核模式驱动（KMD）所暴露的稳定、文档化的接口，要么需要一个能够通过私有数据通道进行通信的中介库。换句话说，RADV作为用户态驱动，还得跟Windows下负责提交GPU命令的内核驱动打交道，而目前这个接口要么不稳定，要么依赖未公开的机制。

这种状态很像早期Linux图形栈的情况——当时开源开发者不得不逆向闭源KMD的接口来驱动硬件。但这次是在Windows上，用户态驱动换成开源，而内核驱动仍是AMD的闭源组件。要把两者安全地拼在一起，要么等待AMD公开更多驱动接口，要么在中间架一层转换层。无论哪种方案，都意味着移植工作还处在“能跑但不够稳”的阶段。

尽管如此，这一尝试已经为Windows用户打开了一丝想象空间。对于那些希望摆脱官方驱动更新节奏、或者想在旧版本GPU上继续获得Vulkan扩展支持的玩家，RADV可能成为一个替代选项。从开发工具链的角度看，如果RADV能够在Windows上运行，图形开发者就可以在同一个开源的驱动上对比Linux和Windows的渲染行为，减少跨平台调试时的驱动差异干扰。

研究工作的代码已经发布在Freedesktop的GitLab仓库中，分支名带有wddm2标记，表明移植直接针对Windows的显示驱动模型（WDDM）。任何人都可以检出代码，尝试自行编译和测试，尽管目前还带有浓厚的实验性质。Ratté-Boulianne的提交历史显示，他正逐步将Linux下RADV的代码路径适配到Windows内核接口上，一些与内存管理和同步相关的代码被重写，以适应Win32的语义。

回顾整个脉络，从Faith Ekstrand在XDC 2024上展示基础框架，到如今能拿出实际运行游戏的原型，时间还不到两年。并且背后还有Valve这样的公司在推动，说明开源驱动生态正在试图突破操作系统的边界。虽然现阶段RADV在Windows上还远谈不上取代官方驱动，但已经有足够的理由让人关注：一个由社区共同维护、Valve出资支持的开源驱动，什么时候能真正成为Windows游戏的第二个选择。