新的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版： 手机版：

相关推荐

封面图片

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发布了适用于其显卡的Radeon Software Adrenalin 23.10.1驱动程序。该驱动程序为RX 7000

AMD发布了适用于其显卡的Radeon Software Adrenalin 23.10.1驱动程序。该驱动程序为RX 7000系列显卡启用了《CS2》的Anti-Lag+功能。然而，Valve已经公开表示Anti-Lag+是通过重定向引擎dll函数来实现的，由于Anti-Lag+篡改了《CS2》的代码，玩家使用的话将会受到VAC封禁。Valve建议玩家目前禁用Anti-Lag+。一旦AMD团队对其驱动进行更新，开发人员将识别受影响的用户并解除封禁。
封面图片

AMD为Linux 6.11准备更多内核图形驱动程序代码 为RDNA4启用DCC

AMD为Linux 6.11准备更多内核图形驱动程序代码 为RDNA4启用DCC 本周 AMD 为 6.11 提交的"新内容"包括一系列修复，从 SR-IOV 问题的解决到电源管理相关的修复以及其他各种缺陷的解决。此外，还对 GPUVM TLB 刷新进行了代码清理，增强了固件加载功能，解决了一些代码消毒器警告等问题。在为即将到来的 RDNA4 图形处理器做准备方面，DCN 4.0.1 Display Core Next IP 块也进行了修复。现在，针对 RDNA 4 硬件的 AMD GFX12 图形 IP 块也启用了三角色彩压缩(DCC)。这对于节省内存带宽和最终提高性能非常重要。以上就是正在排队等待 Linux 6.11 的 AMD 内核图形驱动程序最新变更的摘要。更多详情，请参阅此请求。这是在AMD 前几周围绕更多 RDNA 4 功能和 DRM-Next 中已经排好队的其他部分提出的拉取请求的基础上进行的。 ... PC版： 手机版：
封面图片

适用于Linux系统的NVIDIA驱动程序默认情况下将安装开源内核版本

适用于Linux系统的NVIDIA驱动程序默认情况下将安装开源内核版本 这个开源内核模块采用双开源许可证，内核源代码也在 GitHub 上提供，两种内核模块使用相同的底层源代码，但互斥也就是不能同时安装，不过无论是安装哪种内核模块，驱动程序的用户空间组件都是相同的、并且以相同的方式运行。现在的变化是什么：5 月 11 日英伟达宣布从 560.x 系列驱动程序开始，默认情况下不再安装专有的英伟达驱动程序，而是安装具有开放内核的驱动程序。如果用户通过.run 文件开始安装，英伟达将预先检测系统使用的显卡型号，如果显卡支持的话，那么默认情况下就安装开放内核版。相反，如果显卡不支持则安装英伟达闭源的驱动程序。受支持的主要是基于 NVIDIA Turing 及以上架构的显卡，图灵架构的产品包括 GTX 16XX/20XX、MX450/550、RTX 3000~8000 等。简单来说就是 2018 年及之后英伟达推出的显卡都支持使用开放内核模块的驱动程序，从 560.x 驱动程序也默认安装开放内核。后续的变化：英伟达还透露现阶段如果用户需要，仍然可以通过命令行来指定内核，也就是继续安装英伟达闭源的内核模块，不过在未来某些显卡将只支持安装开放内核模块。这种说法是否意味着随着时间的推移英伟达会逐渐放弃闭源内核的驱动程序呢？这是有可能的，毕竟对英伟达来说如果开源 / 闭源驱动模块都能实现完全相同的功能和性能，那也没必要再继续维护两套驱动程序。 ... PC版： 手机版：
封面图片

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版： 手机版：
封面图片

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

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

🔍 发送关键词来寻找群组、频道或视频。

启动SOSO机器人