瀏覽單個文章
野口隆史
Elite Member
 
野口隆史的大頭照
 

加入日期: Mar 2001
您的住址: Rivia
文章: 7,036
引用:
作者NTC_TW_IT
在linux kernel code的patch裡面,確實是把AMD排除囉
- /* Assume for now that ALL x86 CPUs are insecure */
- setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
+ if (c->x86_vendor != X86_VENDOR_AMD)
+ setup_force_cpu_bug(X86_BUG_CPU_INSECURE);

PS: 一開始確實是通殺,後來改成只讓AMD豁免,可以等後續的code更新,看有沒有新成員在豁免清單內增加

也是最近發生的事情,是陰謀論嗎?
https://azure.microsoft.com/zh-tw/b...epyc-processor/
拉攏AMD再捅一下intel

我重新檢視了這個patch
這個patch應該只做好一半而已
因為它根本沒有真正意義上排除AMD CPU
畢竟這是從git上來的,大概也就隨便弄一下
後續的合併應該不至於如此草率

不要跟我說有這一行
引用:
+ if (c->x86_vendor != X86_VENDOR_AMD)

我看得懂也知道它本身的意思
但是他整個patch除了這行外
根本沒有寫剩下檢測到AMD CPU要做的處理方式
照理說他應該是維持原本的代碼
並建立一份一樣的,當檢測到cpu是AMD
則使用原本的部分下去編譯
檢測到不是AMD CPU
就用心的方式編譯
用makefile下去控制

可是他是直接修改代碼
而非提供 linux kernel 兩種作業方式
舊的 --> 新的
所以不管有沒有這一行
引用:
+ if (c->x86_vendor != X86_VENDOR_AMD)

AMD CPU也是用新的方式下去處理

感覺這比較像是政治正不正確的問題而已
而非甚麼技術問題

這種改法其實反而比較像是linux kernel ASLR本身的問題
而非甚麼CPU問題
目前的情報還不曉得此問題在非linux平台上引發的影響
如果最後是 linux kernel問題比較大,就很好笑了...
__________________
Folding@home with GPGPU集中討論串

Unix Review: ArchLinuxSabayonOpenSolaris 2008.5Ubuntu 8.10
AVs Review: GDTCAntiVir SSESSKIS 09NIS 09Norton 360 V3

I Always Get What I Want.
舊 2018-01-04, 10:45 AM #70
回應時引用此文章
野口隆史離線中