HDMI论坛拒绝AMD开发HDMI 2.1+开源驱动 阻止AMD FreeSync连接

HDMI论坛拒绝AMD开发HDMI 2.1+开源驱动 阻止AMD FreeSync连接 Phoronix 在 2021 年 1 月份就提到，HDMI 论坛不提供 HDMI 2.1 规范的公开访问，而 AMD 工程师 Alex Deucher 长期以来一直为 AMD 的开源产品做贡献。AMD FreeSync 功能在 Linux 系统上只支持 DisplayPort 协议连接，如果是 HDMI 的话则不支持此功能，为此 Alex Deucher 一直想要为 Linux 开发支持 HDMI 的开源驱动程序。而 HDMI 规范不再公开，因此想要制作开源驱动程序变得几乎不可能，即便如此 Alex Deucher 还是提议要实现开源驱动，直到最近被彻底拒绝。Alex Deucher 去年曾发布消息称，HDMI 论坛正在与 AMD 法律团队沟通，明确 AMD 可以提供哪些服务、仍然需要遵守对 HDMI 论坛的义务。而在本周三，HDMI 论坛拒绝了 AMD 的提议，因此在不违反 HDMI 论坛的要求下，开源实现 HDMI 2.1 已经成为不可能。所以未来 Linux 用户使用 HDMI 连接高配显示器也没用，例如常见的 4K 120Hz 都不行，如果要尝试 8K 的话屏幕可能会闪缩并出现各种显示异常。(所以换 DP 吧) ... PC版： 手机版：

新的AMD RDNA 3.5 GPU对应条目"GFX1152"出现在开源Linux驱动程序中

新的AMD RDNA 3.5 GPU对应条目"GFX1152"出现在开源Linux驱动程序中 GFX1150 用于 AMD Strix Point，GFX1151 用于 Strix Point Halo。现在，开源驱动程序栈中开始出现一种新的变体，即 GFX1152，用于尚不清楚的产品。AMD 为 AMDGPU 着色器编译器后端启用 GFX1152 的补丁确认了它仍用于 APU，而非任何独立 GPU 更新。至少从编译器后端角度来看，GFX1152 与 GFX1150 完全相同（GFX1151 略有不同，其"Feature1_5xVGPRs"设置为拥有更多的 VGPR 寄存器），只是在条件语句中为这个新变体添加了各种新的检查。AMD Ryzen AI 300 系列将于 7 月份首次亮相，RDNA 3.5 显卡也将首次亮相。开源的 AMD Linux 驱动程序栈中对 GFX1150 / GFX1151 的支持已经持续了几个月，但 GFX1152 现在才出现，很可能是为了以后的产品，也可能是一些半定制的芯片解决方案。GFX1152 目前没有显示其他新特性，到目前为止，它到底是什么还有待观察，但既然它已经出现在LLVM 代码库中，意味着 AMD 驱动程序对该图形 IP 版本的其他支持可能也不远了。 ... PC版： 手机版：

【活久见！NVIDIA 正式开源其 Linux GPU 内核模块】众所周知，不同于老对手 AMD 对开源的热情，NVIDIA 一

【活久见！NVIDIA 正式开源其 Linux GPU 内核模块】众所周知，不同于老对手 AMD 对开源的热情，NVIDIA 一直非常抗拒拥抱开源。尽管他们提供了出色的 Linux 驱动程序支持，但其私有闭源驱动却饱受 Linux 社区诟病。 #抽屉IT

英特尔为 Linux 提供 USB-C 接口 DP 2.1 显示连接支持

英特尔为 Linux 提供 USB-C 接口 DP 2.1 显示连接支持 去年，DisplayPort 2.1 规范发布，现在，英特尔的开源 Linux 工程师正在努力为 Linux 添加这一支持。 上周五，英特尔工程师提交了启用电缆识别流的补丁，这是 USB Type-C 接口开启 DisplayPort Alternate Mode 2.1 支持所需的补丁。 此外，Chrome cros_ec_typec 驱动程序代码也发生了变化，这可能表明英特尔对 DP Alt Mode 2.1 支持的兴趣是为了支持英特尔驱动的 Chromebook 。 DisplayPort Alternate Mode 2.1 规范要求 Type-C 驱动程序配置有关信令、UHBR13.5、线缆类型和 DPAM 版本报告的其他线缆详细信息 该补丁系列列出了对 Linux 的 DisplayPort Alternate Mode 2.1 支持，该代码目前正在接受审查，然后才进入主线。

AMD RDNA 4 GPU补丁将并入Mesa的RadeonSI Linux驱动程序

AMD RDNA 4 GPU补丁将并入Mesa的RadeonSI Linux驱动程序 我们已经有一段时间没有在 Linux 上看到多个 GFX12/RDNA 4 GPU 开发项目了，也没有看到 Red 团队如何使用"IP 块"来增强他们的方法。基于这一准备情况，我们可以期待在发布时对下一代 GPU 提供最佳支持。现在，Phoronix报道称，RDNA 4 GPU 启用的初期工作终于与 Linux 上的主流 Radeon 驱动程序合并，这表明我们确实接近正式发布的时间表，而且从目前的情况来看，AMD 已经为发布做好了一切准备。据透露，有 24 个补丁被合并到 Mesa 24.2-devel 中，其中大部分涉及平台的基本要素，如 AMD AC 代码、GFX12（RDNA 4 GPU）的 ADDRLIB 库代码，以及对 RadeonSI OpenGL 驱动程序的其他一些更改。由于这些补丁正在等待合并请求，我们没有看到任何新的或独特的内容；因此，我们就不详细介绍了。除此之外，AMD 还为其 RDNA 4 GPU 推出了VCN5（Video Codec Next）编码/解码功能：很高兴能看到这次AMD在 Linux 上启用 RDNA 和 Zen 架构时所采用的方法，因为从过去的情况来看，AMD 在推出补丁时表现得非常勉强，有些甚至是在正式发布几天后才推出。早期的补丁还揭示了 RDNA 4 GPU 的全新光线追踪功能，更多详情请点击此处。通过这些举措，AMD 准备将 Linux 支持提升到一个新的高度，与 MESA 的 RADVV ulkan 驱动程序等替代品展开竞争。 ... PC版： 手机版：

AMD更新AMDGPU驱动程序更新为Linux上的Radeon GPU设置功耗上限

AMD更新AMDGPU驱动程序更新为Linux上的Radeon GPU设置功耗上限 众所周知，Linux 是超频爱好者和 GPU 测试人员的乐园，因为该平台提供了无数的机会，让他们在设置功率限制和时钟速度时可以大展身手。然而，AMD现在计划停止这种做法，Linux 6.7 中整合的最新驱动里，AMD 设置了较低的功耗限制，并将其编程到 vBIOS 中，这意味着如果用户最初低于指定的功耗限制，他们将被迫将其设置为指定的功耗限制。今天来自AMD的错误报告证实了这一点："这个问题已在 amd-gfx M/L 上讨论过，结论是在边界框外过低的功耗有潜在危险，可能会损坏硬件。  这个问题不会再添加进来。AMD 表示，这一措施是作为安全预防措施实施的，因为该公司认为，设置功率限制对于确保硬件的使用寿命是必要的。这项措施可以确保个人在采用超出规定范围的功率限制时，不会受到潜在的损害甚至烧毁。虽然该公司的说法可能是对的，但我不知道低功耗是如何导致硬件损坏的，因为硬件本身本来就适合较高的功率限制。Linux 社区对这一变化并不欢迎，他们认为这将影响低功耗 GPU 的运行，从而使他们无法在这些系统上运行 Linux，而以前 Linux 在这些系统上运行良好。这也会影响超频者的实验过程，不允许他们挑战"边界"的一边。 ... PC版： 手机版：