AMD发布了138个Linux驱动程序补丁，为未来的GPU带来了新的SMU模块

AMD Linux图形驱动程序开发人员今天上午发布了一套138个补丁，介绍了一个适用于“未来ASIC”的新软件SMU驱动程序。

考虑到为新的GPU体系结构开发工作驱动程序支持需要多长时间，内部AMD已经在为今年晚些时候推出的下一代Navi的Linux支持工作也就不足为奇了。今天，这个新的SMU驱动程序可能是该支持的第一个迹象，尽管仅限于系统管理单元。

由超过六千行代码组成的138个补丁正准备在“未来的ASIC”上找到新的SMU（系统管理单元），该块负责电源管理任务和OverDrive等其他功能。 Navi没有明确说明，但鉴于AMD的路线图，可能是一个安全的假设。

代码补丁解释说，“powerplay驱动程序将退役。最终版本适用于带有SMU11的vega20。但是，未来的asic将使用新的swSMU框架来实现。这是新的sw smu驱动程序的第一个版本，即基于vega20 ...我们希望对linux电源代码进行重新编程，以便为将来的asics使用新的sw SMU ip块。我们希望为Linux编写一个简单易读的框架。“

Vega 20默认会继续使用PowerPlay，但事实证明，如果使用amdgpu.dpm=1启动，这个新代码也可以在那里工作。

在138个补丁中，没有关于下一代AMD Radeon硬件的有趣细节，但主要是填补了支持新SMU块的基础设施。显然，会有更多的代码及时实现，以便全面提升下一代AMD GPU支持。

Navi预计要到今年下半年才会出现，看看Linux内核支持何时发布会很有趣。在Vega的情况下，他们有开源支持，但是在RX Vega系列开始出货的时候没有合并，但最终是在事后，尽管在那种情况下他们当时被第一次合并阻止了AMDGPU DC。随着即将推出的Radeon VII，Linux支持应该已经到位，除非像RX 590那样存在任何最后一刻的问题。如果AMD（理想情况下）目标是在主线内核中支持硬件首先发布，他们需要在接下来的几个月内发布代码，以便与主线内核周期保持一致。此外，如果需要大量新代码来点亮Navi，公共代码审查过程将在下一个内核合并窗口之前花费一些时间。或者可能是开源驱动程序代码可用但尚未主导的情况，因此早期客户需要自己构建（或使用第三方内核构建）或仅依赖于Radeon Software / AMDGPU-PRO驱动程序使用DKMS模块轻松支持。