一組"x86/緊急"補丁今天早上被送出，以便在今天的6.1-rc2版本之前拉入Linux內(nèi)核。這個x86/緊急拉動請求有一些影響Linux內(nèi)核x86/x86_64 CPU代碼的修復(fù)。有一些拓?fù)浣Y(jié)構(gòu)的修復(fù)，各種編譯器處理檢查的清理，英特爾perf LBR的修復(fù)，F(xiàn)PU狀態(tài)設(shè)置的修復(fù)，也許最引人注目的是對AMD CPU微代碼加載器的修復(fù)。

了解更多：

https://lore.kernel.org/lkml/Y1ULKYsASLRoVb7N@zn.tnic/

今年夏天，人們發(fā)現(xiàn)AMD?CPU微代碼的更新應(yīng)該被加載到每個CPU線程上，而不是目前Linux內(nèi)核的方法，即只確保CPU微代碼被加載到每個物理核心上，但不一定是SMT線程。

這是在AMD Bulldozer/Piledriver CPU的微代碼更新問題之后出現(xiàn)的，它放棄了輕量級剖析"LWP"指令，但該指令支持仍然出現(xiàn)在兄弟線程上，這在執(zhí)行"-march=native"構(gòu)建時最終導(dǎo)致編譯器問題。

可能還有其他的情況，AMD CPU微碼需要進(jìn)行每線程的修改，但是Bulldozer/Piledriver處理器的這個LWP問題是導(dǎo)致注意到Linux的AMD CPU微碼加載器的這個根本區(qū)別的原因。

在過去的一周里，AMD CPU微代碼對每線程加載的修改被修改并排在了x86/urgent中?，F(xiàn)在，隨著這個拉動請求的出現(xiàn)，這個修正也開始著陸內(nèi)核了。根據(jù)Linus Torvalds的一貫處理方式，這些x86修復(fù)可能會在今天晚上Linux 6.1-rc2發(fā)布前得到審核批準(zhǔn)。

[超站]友情鏈接：

四季很好，只要有你，文娛排行榜：https://www.yaopaiming.com/
關(guān)注數(shù)據(jù)與安全，洞悉企業(yè)級服務(wù)市場：https://www.ijiandao.com/