周四，英特尔的一位长期Linux内核工程师发布了一个补丁，该补丁将开始将过时的英特尔CPU微代码视为一个安全漏洞，并通过现有的sysfs漏洞报告机制报告给用户空间。
英特尔工程师Dave Hansen发出了“征求意见”补丁，该补丁将使旧的英特尔微代码被报告为系统的漏洞。
Hansen在补丁的封面信中解释道：
“你不能实际运行旧的微代码并认为系统是安全的。所以，让我们称旧微代码是什么：一个漏洞。在人们可以找到的地方暴露这个漏洞：/sys/devices/system/cpu/vulnerabilities/old_microcode 这显然是不完美的。但这意味着可以用一个文件维护一个微代码版本的单一列表，并且不需要跟踪哪个版本修复了给定的错误。”
“你不能实际运行旧的微代码并认为系统是安全的。所以，让我们称旧微代码是什么：一个漏洞。在人们可以找到的地方暴露这个漏洞：/sys/devices/system/cpu/vulnerabilities/old_microcode
这显然是不完美的。但这意味着可以用一个文件维护一个微代码版本的单一列表，并且不需要跟踪哪个版本修复了给定的错误。”
Linux内核将维护每个CPU家族的最新英特尔微代码版本的列表，该列表基于英特尔微代码GitHub存储库的数据。反过来，这个列表需要随着新的Linux内核发布和英特尔推出新的CPU微代码文件而保持更新。
这个补丁不阻止Linux用户运行过时的英特尔CPU微代码或类似的事情。它只是简单地报告一个新的X86_BUG_OLD_MICROCODE标志，如果该启动处理器的CPU微代码已知是过时的版本，过时的版本也意味着“易受到攻击”。
鉴于新的CPU微代码更新需要直接修复安全问题，或者与更新的内核代码一起启用新的缓解措施，这个增加看起来是直接和合乎逻辑的。
我们将看看它是否会被主线Linux内核采纳，以及是否会被改编用于AMD CPU微代码报告。
昨天发出的 AMDGPU/AMDKFD 内核驱动程序拉取请求包含了即将到来的 Linux 6.13 内核合并窗口中最后几个功能添加和补丁。除了其他 AMD 内核图形驱动程序更新外，新的驱动程序代码与 Radeon RX 7000 系列 RDNA3 图形卡将最终允许在 Linux 下控制零 RPM 风扇功能。
在 Linux 6.13 的这一轮 AMDGPU 更新中，包括了许多 DCN 3.5.x 和 DCN 4.x 显示修复、各种 8K 显示修复、OLED 修复、代码清理以及其他维护工作。
对于最终用户来说，值得一提的是，对于带有 SMU13 IP 的图形卡，即 Radeon RX 7000 系列，用户可以控制零 RPM 功能。AMD 的“零 RPM”风扇功能允许在空闲/低于设定温度阈值时完全停止图形卡的风扇。
使用 Radeon 的 Windows 驱动程序，可以通过 GUI 选项切换零 RPM 风扇控制...但在 Linux 下直到现在还不行。
有了 Linux 6.13，新增了 sysfs 条目，允许用户切换是否希望启用此功能，并指定零 RPM 应该启动的温度阈值，这个sysfs 控制项叫做“fan_zero_rpm” 。
第二个补丁添加了“fan_zero_rpm_stop_temperature”sysfs 文件，用于读取或设置在启用零 RPM 功能时图形卡风扇应该停止的温度。
这段代码最终是由用户 Wolfgang Müller 编写的，他希望为他的 Radeon RX 7900 XTX 图形卡启用零 RPM 风扇控制。Wolfgang 在其中一个补丁中解释说：
"我一直想要这个功能，所以今天我坐下来研究了如何最好地实现它。这是我第一次查看 amdgpu 代码，所以我用 RFC 标记了它。我基于 eedd5a343d22 (drm/amd/pm: add fan target temperature OD setting support for SMU13, 2023-08-11) 的实现，并用 'r' 钩住了重置旋钮。"
FreeBSD项目今天发布了他们的2024年第三季度进展报告，概述了在过去一个季度中对这个开源BSD操作系统所做的增强。
FreeBSD开发者们一直非常忙碌，他们2024年第三季度的一些成就包括：
完整报告可以在http://FreeBSD.org上阅读。
虽然旧的 Radeon GFX6/GFX7 时代的图形处理器已经不再被 AMD 在 Windows 上积极支持，而且已经有相当长的时间没有支持了，但在 Linux 上，通过上游开源驱动程序堆栈，它们仍然得到支持，并且在很大程度上仍然享受着共同代码的改进。
得益于 Valve 的 Linux 图形驱动程序开发者和其他在 Mesa RADV 驱动程序上工作的开源开发者，AMD GFX6 和 GFX7 GPU 现在有了符合标准的 Vulkan 1.3 支持。
这适用于 Radeon HD 7000 系列、Radeon Rx 200/300 系列以及其他早期 GCN 显卡（在 Polaris（GFX8）之前）。GFX6 代表 CAPE VERDE、PITCAIRN、TAHITI、OLAND 和 HAINAN。GFX7 是针对 BONAIRE、KABINI、MULLINS、KAVERI 和 HAWAII GPU。
Valve 的 Samuel Pitoiset 今天开启了 合并请求，以识别这些老化的 AMD Radeon GPU 的 Vulkan 1.3 符合性：
"这是 RADV 第一次在 GFX6-7 上符合 Vulkan 标准！ 由于我们无法访问，一些芯片缺失，但大多数 GFX6-7 GPU 都被覆盖了。
确实，现在在 http://Khronos.org Vulkan 符合标准产品页面 上，这些各种旧的 AMD GPU 现在被认可为 Vulkan 1.3 符合性：
对这些旧 AMD GPU 的 Vulkan 1.3 符合性的认可应该被合并到 Mesa 24.3 中。
又一个特性合并到了 Mesa 24.3 中，那就是在 Wayland 下支持 Vulkan FIFO 呈现模式。
Mesa 在 Wayland 上的 Vulkan 窗口系统集成（WSI）代码现在允许使用 Wayland 的 commit_timing 和 FIFO 协议来启用 Vulkan FIFO（先进先出）呈现模式，作为mailbox呈现模式的替代方案。
mailbox 和 FIFO 呈现模式之间的区别在 Vulkan 文档中描述如下：
"VK_PRESENT_MODE_MAILBOX_KHR 指定呈现引擎等待下一个垂直消隐周期来更新当前图像。无法观察到撕裂。使用内部单入口队列来保存待处理的呈现请求。如果队列已满时收到新的呈现请求，新请求替换现有条目，与之前条目相关的任何图像都可以由应用程序重用。在每个非空队列的垂直消隐周期中，从队列中移除一个请求并进行处理。 VK_PRESENT_MODE_FIFO_KHR 指定呈现引擎等待下一个垂直消隐周期来更新当前图像。无法观察到撕裂。使用内部队列来保存待处理的呈现请求。新请求被追加到队列的末尾，在每个非空队列的垂直消隐周期中，从队列的开头移除一个请求并进行处理。这是唯一需要支持的 presentMode 值。"
"VK_PRESENT_MODE_MAILBOX_KHR 指定呈现引擎等待下一个垂直消隐周期来更新当前图像。无法观察到撕裂。使用内部单入口队列来保存待处理的呈现请求。如果队列已满时收到新的呈现请求，新请求替换现有条目，与之前条目相关的任何图像都可以由应用程序重用。在每个非空队列的垂直消隐周期中，从队列中移除一个请求并进行处理。
VK_PRESENT_MODE_FIFO_KHR 指定呈现引擎等待下一个垂直消隐周期来更新当前图像。无法观察到撕裂。使用内部队列来保存待处理的呈现请求。新请求被追加到队列的末尾，在每个非空队列的垂直消隐周期中，从队列的开头移除一个请求并进行处理。这是唯一需要支持的 presentMode 值。"
随着上个月的 Wayland 协议 1.38，他们添加了正在被利用以在 Wayland 合成器下启用 Vulkan FIFO 支持的 FIFO 协议和 commit-timing-v1 协议。
一夜之间，这个 11 个月大的合并请求终于进入了主线 Mesa，为 Mesa 24.3 实现了在 Wayland 下的 Vulkan FIFO 支持。
10月底，OpenCL 3.0.17作为这个跨厂商GPU和其他加速器的低级计算API的最新维护更新发布。现在，OpenCL头文件和SDK已经更新至这个新版本。
OpenCL 3.0.17带来了对外部内存和信号量扩展的增强和修正，支持在Windows上按名称导入NT句柄，对临时cl_khr_command_buffer_mutable_dispatch扩展的可用性改进，以及其他一些小的变更。
昨天在Khronos GitHub上标记了新的OpenCL头文件，这些头文件进行了各种调整以与OpenCL 3.0.17规范保持一致。同样，更新的OpenCL SDK现在也标记为与OpenCL 3.0.17保持一致。
自OpenCL 3.0规范发布已经过去了四年，但到目前为止我们还没有听到任何关于这个计算规范的下一个主要修订版本的公开消息，但至少Vulkan计算已经取得了一些进展。
作者：Hualet 链接：https://zhuanlan.zhihu.com/p/5837669825 来源：知乎
懂了，deepin再不赶紧搞出来，要起大早，赶晚集了
Popular Ranking
Popular Events
中文 
deepin 
How to create shortcut like in Windows? 
英特尔Linux补丁将过时的CPU微代码报告为安全漏洞
周四，英特尔的一位长期Linux内核工程师发布了一个补丁，该补丁将开始将过时的英特尔CPU微代码视为一个安全漏洞，并通过现有的sysfs漏洞报告机制报告给用户空间。
英特尔工程师Dave Hansen发出了“征求意见”补丁，该补丁将使旧的英特尔微代码被报告为系统的漏洞。
Hansen在补丁的封面信中解释道：
Linux内核将维护每个CPU家族的最新英特尔微代码版本的列表，该列表基于英特尔微代码GitHub存储库的数据。反过来，这个列表需要随着新的Linux内核发布和英特尔推出新的CPU微代码文件而保持更新。
这个补丁不阻止Linux用户运行过时的英特尔CPU微代码或类似的事情。它只是简单地报告一个新的X86_BUG_OLD_MICROCODE标志，如果该启动处理器的CPU微代码已知是过时的版本，过时的版本也意味着“易受到攻击”。
鉴于新的CPU微代码更新需要直接修复安全问题，或者与更新的内核代码一起启用新的缓解措施，这个增加看起来是直接和合乎逻辑的。
我们将看看它是否会被主线Linux内核采纳，以及是否会被改编用于AMD CPU微代码报告。
Linux 6.13 将允许控制 Radeon RX 7000 系列 GPU 的零 RPM 功能
昨天发出的 AMDGPU/AMDKFD 内核驱动程序拉取请求包含了即将到来的 Linux 6.13 内核合并窗口中最后几个功能添加和补丁。除了其他 AMD 内核图形驱动程序更新外，新的驱动程序代码与 Radeon RX 7000 系列 RDNA3 图形卡将最终允许在 Linux 下控制零 RPM 风扇功能。
在 Linux 6.13 的这一轮 AMDGPU 更新中，包括了许多 DCN 3.5.x 和 DCN 4.x 显示修复、各种 8K 显示修复、OLED 修复、代码清理以及其他维护工作。
对于最终用户来说，值得一提的是，对于带有 SMU13 IP 的图形卡，即 Radeon RX 7000 系列，用户可以控制零 RPM 功能。AMD 的“零 RPM”风扇功能允许在空闲/低于设定温度阈值时完全停止图形卡的风扇。
使用 Radeon 的 Windows 驱动程序，可以通过 GUI 选项切换零 RPM 风扇控制...但在 Linux 下直到现在还不行。
有了 Linux 6.13，新增了 sysfs 条目，允许用户切换是否希望启用此功能，并指定零 RPM 应该启动的温度阈值，这个sysfs 控制项叫做“fan_zero_rpm” 。
第二个补丁添加了“fan_zero_rpm_stop_temperature”sysfs 文件，用于读取或设置在启用零 RPM 功能时图形卡风扇应该停止的温度。
这段代码最终是由用户 Wolfgang Müller 编写的，他希望为他的 Radeon RX 7900 XTX 图形卡启用零 RPM 风扇控制。Wolfgang 在其中一个补丁中解释说：
FreeBSD 将操作系统支持周期从5年减少到4年，并继续与AMD合作
FreeBSD项目今天发布了他们的2024年第三季度进展报告，概述了在过去一个季度中对这个开源BSD操作系统所做的增强。
FreeBSD开发者们一直非常忙碌，他们2024年第三季度的一些成就包括：
完整报告可以在http://FreeBSD.org上阅读。
Mesa RADV 驱动程序为旧 AMD GFX6/GFX7 GPU 提供符合标准的 Vulkan 1.3 支持
虽然旧的 Radeon GFX6/GFX7 时代的图形处理器已经不再被 AMD 在 Windows 上积极支持，而且已经有相当长的时间没有支持了，但在 Linux 上，通过上游开源驱动程序堆栈，它们仍然得到支持，并且在很大程度上仍然享受着共同代码的改进。
得益于 Valve 的 Linux 图形驱动程序开发者和其他在 Mesa RADV 驱动程序上工作的开源开发者，AMD GFX6 和 GFX7 GPU 现在有了符合标准的 Vulkan 1.3 支持。
这适用于 Radeon HD 7000 系列、Radeon Rx 200/300 系列以及其他早期 GCN 显卡（在 Polaris（GFX8）之前）。GFX6 代表 CAPE VERDE、PITCAIRN、TAHITI、OLAND 和 HAINAN。GFX7 是针对 BONAIRE、KABINI、MULLINS、KAVERI 和 HAWAII GPU。
Valve 的 Samuel Pitoiset 今天开启了 合并请求，以识别这些老化的 AMD Radeon GPU 的 Vulkan 1.3 符合性：
确实，现在在 http://Khronos.org Vulkan 符合标准产品页面 上，这些各种旧的 AMD GPU 现在被认可为 Vulkan 1.3 符合性：
对这些旧 AMD GPU 的 Vulkan 1.3 符合性的认可应该被合并到 Mesa 24.3 中。
Mesa 24.3 在 Wayland 上合并了 Vulkan FIFO 支持
又一个特性合并到了 Mesa 24.3 中，那就是在 Wayland 下支持 Vulkan FIFO 呈现模式。
Mesa 在 Wayland 上的 Vulkan 窗口系统集成（WSI）代码现在允许使用 Wayland 的 commit_timing 和 FIFO 协议来启用 Vulkan FIFO（先进先出）呈现模式，作为mailbox呈现模式的替代方案。
mailbox 和 FIFO 呈现模式之间的区别在 Vulkan 文档中描述如下：
随着上个月的 Wayland 协议 1.38，他们添加了正在被利用以在 Wayland 合成器下启用 Vulkan FIFO 支持的 FIFO 协议和 commit-timing-v1 协议。
一夜之间，这个 11 个月大的合并请求终于进入了主线 Mesa，为 Mesa 24.3 实现了在 Wayland 下的 Vulkan FIFO 支持。
OpenCL 头文件和SDK更新至OpenCL 3.0.17
10月底，OpenCL 3.0.17作为这个跨厂商GPU和其他加速器的低级计算API的最新维护更新发布。现在，OpenCL头文件和SDK已经更新至这个新版本。
OpenCL 3.0.17带来了对外部内存和信号量扩展的增强和修正，支持在Windows上按名称导入NT句柄，对临时cl_khr_command_buffer_mutable_dispatch扩展的可用性改进，以及其他一些小的变更。
昨天在Khronos GitHub上标记了新的OpenCL头文件，这些头文件进行了各种调整以与OpenCL 3.0.17规范保持一致。同样，更新的OpenCL SDK现在也标记为与OpenCL 3.0.17保持一致。
自OpenCL 3.0规范发布已经过去了四年，但到目前为止我们还没有听到任何关于这个计算规范的下一个主要修订版本的公开消息，但至少Vulkan计算已经取得了一些进展。
作者：Hualet
链接：https://zhuanlan.zhihu.com/p/5837669825
来源：知乎