除了将所有各种开源 Radeon Linux 图形驱动程序组件（即 Linux 内核、Mesa、libdrm、LLVM 后端）上游化并及时为新的图形处理器版本开发到主要的 Linux 发行版之外，另一个挑战是一直在固件/微代码方面，也需要及时公开可用并被 Linux 发行版采用的那些二进制 blob。对于过去的一些 Radeon 显卡发布，AMD 直到发布当天或之后几天才发布这些必要的 blob。幸运的是，在下一次发布之前，今天发布了初始固件二进制文件。
虽然 AMDGPU 固件/微码是二进制文件，并且是通过其开源 Linux 图形驱动程序堆栈进行 3D 硬件加速所必需的，但由于法律/内部审查和其他冲突，有时会归结为这些固件 blob 是否被提前推出即使在开源 Linux 图形驱动程序代码已经四处流传和上游时也是如此。至少对于有经验的 Linux 用户/爱好者来说，下载一些固件 blob 并在必要时重新启动 initramfs 并不是什么大不了的事，但对于那些立即拿起新硬件的人来说，这只是另一个令人头疼的问题，而且对用户不太友好。
幸运的是，情况正在好转。正如过去 Phoronix 的详细介绍，在 Linux 下有 AMD 的 GPU 硬件启用新方法他们不是发送带有五颜六色的可疑代号的大补丁系列，而是发送对所有独立版本控制的单个 IP 块的支持，并且 AMDGPU 内核驱动程序的一部分发生变化，对于最新的 GPU，它由基于 IP 的检测到的枚举驱动GPU上的块。最近几周，我们看到AMD 开始推出新的 GPU 目标作为这项工作的一部分，当最终将与给定产品配对的内容有很多不同的块/版本在起作用时，外部各方更难以破译新的 GPU 细节。它可以帮助 AMD 开发人员更早地获取代码，并简化 AMD 的内部法律审查流程，而不是需要立即清除一些大型补丁系列，然后肯定会吸引新闻头条，尤其是在 Windows 网站中凤凰新闻。
这种新方法似乎也有助于 AMDGPU 固件方面在准备好时单独发布固件二进制文件，而不是等待发布给定 GPU 所需的所有多个固件文件。今天早上我很惊讶地看到一些固件 blob 进入了linux-firmware.git对于当前一代 AMD Radeon 图形硬件中尚未发现的一些新 IP 块。
今天登陆 linux-firmware.git 的是用于图形 IP 块GC 10.3.7的 AMD 固件二进制文件、用于安全处理器的PSP 13.0.8 、用于显示块的DCN 3.1.6和用于系统 DMA 的 SDMA 5.2.7 。
由于 linux-firmware.git 已经有了 Yellow Carp (Rembrandt) 和其他 AMD Radeon 固件二进制文件，通过 Radeon Software for Linux 21.50 驱动程序包中的内容，这些新的固件位用于未发布的东西……可能这些新的IP 块用于预期的 RDNA2 刷新 GPU，但我们拭目以待。无论如何，虽然从我们（社区/外部）方面来看，没有大的补丁系列和发布带有可疑代号的新硬件支持的公告就不那么有趣了，这种新的基于 IP/块的开发方法到目前为止似乎运作良好及时推出新的图形硬件和很好地看到固件二进制文件甚至在发布之前就已经完成了。
原创文章，作者：校长，如若转载，请注明出处：https://www.yundongfang.com/Yun136069.html
微信扫一扫不于多少！ 
支付宝扫一扫礼轻情意重 