今天早上发出了一组“x86/ emergency”补丁,将在今天的版本6.1-rc2之前被拉入Linux内核。这个x86/ emergency pull请求有一些影响Linux内核x86/x86_64 CPU代码的修复。有一些拓扑修复,各种编译器处理检查,英特尔性能LBR修复,FPU状态设置修复,也许最引人注目的是AMD CPU微码加载程序修复。
今年夏天,人们发现AMD CPU微代码的更新应该被加载到每个CPU线程上,而不是目前Linux内核的方法,即只确保CPU微代码被加载到每个物理核心上,但不一定是SMT线程。
这是在AMD Bulldozer/Piledriver CPU的微代码更新问题之后出现的,它放弃了轻量级剖析"LWP"指令,但该指令支持仍然出现在兄弟线程上,这在执行"-march=native"构建时最终导致编译器问题。
可能还有其他的情况,AMD CPU微码需要进行每线程的修改,但是Bulldozer/Piledriver处理器的这个LWP问题是导致注意到Linux的AMD CPU微码加载器的这个根本区别的原因。
在过去的一周里,AMD CPU微代码对每线程加载的修改被修改并排在了x86/urgent中。现在,随着这个拉动请求的出现,这个修正也开始着陆内核了。根据Linus Torvalds的一贯处理方式,这些x86修复可能会在今天晚上Linux 6.1-rc2发布前得到审核批准。
暂无评论,期待你的妙语连珠
预约成功!,
到时你将收到我们的短信提醒。
18点赞
579文章
渝ICP备20008086号-17 渝公网安备50010702505138号
ejdz2023#163.com(#替换为@) QQ:2368208271
Linux 6.1-rc2发布:一组紧急的x86补丁意外现身
今天早上发出了一组“x86/ emergency”补丁,将在今天的版本6.1-rc2之前被拉入Linux内核。这个x86/ emergency pull请求有一些影响Linux内核x86/x86_64 CPU代码的修复。有一些拓扑修复,各种编译器处理检查,英特尔性能LBR修复,FPU状态设置修复,也许最引人注目的是AMD CPU微码加载程序修复。
今年夏天,人们发现AMD CPU微代码的更新应该被加载到每个CPU线程上,而不是目前Linux内核的方法,即只确保CPU微代码被加载到每个物理核心上,但不一定是SMT线程。
这是在AMD Bulldozer/Piledriver CPU的微代码更新问题之后出现的,它放弃了轻量级剖析"LWP"指令,但该指令支持仍然出现在兄弟线程上,这在执行"-march=native"构建时最终导致编译器问题。
可能还有其他的情况,AMD CPU微码需要进行每线程的修改,但是Bulldozer/Piledriver处理器的这个LWP问题是导致注意到Linux的AMD CPU微码加载器的这个根本区别的原因。
在过去的一周里,AMD CPU微代码对每线程加载的修改被修改并排在了x86/urgent中。现在,随着这个拉动请求的出现,这个修正也开始着陆内核了。根据Linus Torvalds的一贯处理方式,这些x86修复可能会在今天晚上Linux 6.1-rc2发布前得到审核批准。
本文统计
本文标签
评论(0)
暂无评论,期待你的妙语连珠
预约成功!,
到时你将收到我们的短信提醒。
猜你喜欢
18
|点赞
579
文章
最新发布
最近热门