[情報] Linux之父對CPU漏洞門爆粗口：修復補丁一

看板PC_Shopping作者 (Lovelive!)時間6年前 (2018/01/23 16:36), 編輯推噓56(56推 0噓 110→)
留言166則, 45人參與, 6年前最新討論串1/3 (看更多)
Linux之父對CPU漏洞門爆粗口：修復補丁一坨渣 http://news.mydrivers.com/1/564/564303.htm Linux 4.15正式版突然跳票，而是罕見地發布了RC9候選（上一次還是2011年的3.1內核 RC9）。 1月21日，在回复Linux內核長期開發者、前Intel核心工程師、現亞馬遜雲服務工程師 David Woodhouse的公開郵件中，Linux之父Linus Torvalds強烈發飆，稱Intel的漏洞修 復方法是徹徹底底的垃圾（the patches are COMPLETE AND UTTER GARBAGE）。 Linus認為，在啟動階段加入宏命令來限制旁路預測執行是瘋狂的，完全沒法接受。 事實上，在1月初，Linus就稱，他希望Intel針對此次的CPU漏洞事件好好研究解決，不要 總是發一些公關文混淆視聽。 雖然看起來是對這名工程師糟糕工作的否定，但Linus在信中稱，還有一個解決辦法更震 撼，就是讓Intel把過去20年的CPU全召回，然後免費補償用戶。 -- Linus：這個沒救了 只能砍掉重練 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.224.79.46 ※ 文章網址: https://www.ptt.cc/bbs/PC_Shopping/M.1516696576.A.315.html
→
01/23 16:39, 6年前 , 1F
只是系統崩潰而已，沒事兒
01/23 16:39, 1F
推
01/23 16:39, 6年前 , 2F
難道你要買AMD嗎?
01/23 16:39, 2F
推
01/23 16:39, 6年前 , 3F
01/23 16:39, 3F
→
01/23 16:39, 6年前 , 4F
上次Meltdown通殺所有x86把AMD拖下水就開罵過了...
01/23 16:39, 4F
推
01/23 16:41, 6年前 , 5F
難道你要買AMD嗎?
01/23 16:41, 5F
推
01/23 16:42, 6年前 , 6F
Google 那個修正法比較合理, 只是形式會是大改版
01/23 16:42, 6F
推
01/23 16:43, 6年前 , 7F
我怎麼覺得他老人家噴的沒很兇
01/23 16:43, 7F
推
01/23 16:43, 6年前 , 8F
這樣補大家才換新的啊XD
01/23 16:43, 8F
→
01/23 16:44, 6年前 , 9F
Google那個感覺是自家限定
01/23 16:44, 9F
推
01/23 16:44, 6年前 , 10F
Unix 系的作業系統不會太難, rebuild 一次就解了
01/23 16:44, 10F
→
01/23 16:45, 6年前 , 11F
但是線上的系統會很麻煩... 因為所有binary都要更新
01/23 16:45, 11F
推
01/23 16:45, 6年前 , 12F
Torvalds: Intel, Fuck You!
01/23 16:45, 12F
→
01/23 16:45, 6年前 , 13F
Redhat 就補出問題了
01/23 16:45, 13F
→
01/23 16:47, 6年前 , 14F
01/23 16:47, 14F
→
01/23 16:48, 6年前 , 15F
要是在台灣豬屎的 SA 說話能這麼大聲該有多好 QaQ
01/23 16:48, 15F
推
01/23 16:48, 6年前 , 16F
我記憶中好像往前沒有硬體漏洞這麼底層的?
01/23 16:48, 16F
→
01/23 16:49, 6年前 , 17F
全召回勒 intel又不是慈善事業
01/23 16:49, 17F
→
01/23 16:49, 6年前 , 18F
人家是大佬 豬屎屋的SA還是乖乖去加班吧QQ
01/23 16:49, 18F
→
01/23 16:50, 6年前 , 19F
Linus 本來就是再說幹話 Intel當然不可能這麼做XD
01/23 16:50, 19F
→
01/23 16:50, 6年前 , 20F
我覺得他那句話的意思是Intel這二十年都賣垃圾...
01/23 16:50, 20F
→
01/23 16:50, 6年前 , 21F
他想表達的是Intel處理這件事的方法很糟糕
01/23 16:50, 21F
→
01/23 16:51, 6年前 , 22F
目前給的修補方式根本是垃圾
01/23 16:51, 22F
→
01/23 16:51, 6年前 , 23F
linux的核心還是要他同意才能改啊
01/23 16:51, 23F
→
01/23 16:52, 6年前 , 24F
正常運作
01/23 16:52, 24F
→
01/23 16:52, 6年前 , 25F
Intel 前幾週花在公關，可能還比Debug的心力多
01/23 16:52, 25F
→
01/23 16:53, 6年前 , 26F
前幾周各大媒體和大公司消毒文TMD超級多
01/23 16:53, 26F
→
01/23 16:53, 6年前 , 27F
很明顯啊 你看他跟MS在那邊互噴口水 還有那張比較表
01/23 16:53, 27F
→
01/23 16:53, 6年前 , 28F
微軟和Intel還互婊XD
01/23 16:53, 28F
→
01/23 16:53, 6年前 , 29F
華爾街那票還買單我才覺得好笑XD
01/23 16:53, 29F
推
01/23 16:54, 6年前 , 30F
公關錢砸下去就有人一輩子不買AMD 效果超好啊
01/23 16:54, 30F
推
01/23 16:54, 6年前 , 31F
台灣媒體沒人跟噴INTEL!
01/23 16:54, 31F
推
01/23 16:54, 6年前 , 32F
I:不爽不要用
01/23 16:54, 32F
→
01/23 16:55, 6年前 , 33F
intel明顯就是懶得鳥你 你能拿它怎麼辦
01/23 16:55, 33F
→
01/23 16:55, 6年前 , 34F
Liuns 有種噴INTEL，猛
01/23 16:55, 34F
→
01/23 16:55, 6年前 , 35F
說真的我有點懷疑AMD老CPU更新卡死是公關( ′_>`)
01/23 16:55, 35F
→
01/23 16:56, 6年前 , 36F
Liuns他老人家噴人是常態好嗎 他不噴才是有問題
01/23 16:56, 36F
→
01/23 16:58, 6年前 , 37F
Linus 本來就很大砲，不要太認真了
01/23 16:58, 37F
推
01/23 17:03, 6年前 , 38F
intel有漏洞又怎樣？難道要買AMD嗎？
01/23 17:03, 38F
推
01/23 17:06, 6年前 , 39F
那個能不能處理一下，整天在門口吠也不是辦法，打
01/23 17:06, 39F
還有 87 則推文
推
01/24 01:04, 6年前 , 127F
正常作法不是應該看 cpuid 決定要不要 workaround?
01/24 01:04, 127F
→
01/24 01:05, 6年前 , 128F
而且走這個路線效果一定很差的
01/24 01:05, 128F
推
01/24 01:20, 6年前 , 129F
這個就是Intel的Patch 被Linus批評
01/24 01:20, 129F
→
01/24 01:21, 6年前 , 130F
LKML後面很多技術討論 基本上是戰Google的retpoline
01/24 01:21, 130F
→
01/24 01:23, 6年前 , 131F
是更好的解法 Intel弄個了IRBS機制反而是加深了
01/24 01:23, 131F
→
01/24 01:24, 6年前 , 132F
複雜程度 但是用retpoline的話要整個系統都重新編譯
01/24 01:24, 132F
→
01/24 01:25, 6年前 , 133F
看到整個系統要重新編譯我就暈了w
01/24 01:25, 133F
推
01/24 01:29, 6年前 , 134F
因為retpoline要從compiler那邊著手
01/24 01:29, 134F
→
01/24 01:30, 6年前 , 135F
剛剛看到TechCrunch的文章 他們是說Intel新的Patch
01/24 01:30, 135F
→
01/24 01:30, 6年前 , 136F
是反過來取消了Meltdown的保護機制 然後九彎十八拐
01/24 01:30, 136F
→
01/24 01:31, 6年前 , 137F
最後卻沒有實際修復到Spectre..?
01/24 01:31, 137F
推
01/24 01:31, 6年前 , 138F
這是來玩沙的嗎
01/24 01:31, 138F
推
01/24 01:34, 6年前 , 139F
三小? 有文嗎
01/24 01:34, 139F
→
01/24 01:34, 6年前 , 140F
我怎麼越看越覺得AMD慢慢拖也沒啥差了...
01/24 01:34, 140F
推
01/24 01:38, 6年前 , 141F
https://tinyurl.com/ybkz98s9 我可能看錯 很晚了..
01/24 01:38, 141F
推
01/24 01:41, 6年前 , 142F
01/24 01:41, 142F
→
01/24 01:41, 6年前 , 143F
看下Hackernews
01/24 01:41, 143F
推
01/24 01:47, 6年前 , 144F
好吧 還是沒看懂...(倒
01/24 01:47, 144F
推
01/24 01:57, 6年前 , 145F
你是說哪段 我看好像不是那意思
01/24 01:57, 145F
推
01/24 02:00, 6年前 , 146F
應該是翻好幾個網站的時候有看錯
01/24 02:00, 146F
→
01/24 02:01, 6年前 , 147F
關掉meltdown的flag是故意給未來沒有bug的CPU
01/24 02:01, 147F
→
01/24 02:02, 6年前 , 148F
整個作業系統工程太巨大了。Google還是第一批知道這
01/24 02:02, 148F
→
01/24 02:02, 6年前 , 149F
這個是確定的 但是IPBS的機制好像很粗暴
01/24 02:02, 149F
→
01/24 02:03, 6年前 , 150F
Bug的。而且還是用在自己高度訂製環境，這做法對其
01/24 02:03, 150F
→
01/24 02:03, 6年前 , 151F
另外還有個另外的機制 這個懲罰4000個cycle
01/24 02:03, 151F
→
01/24 02:03, 6年前 , 152F
企業來說成本太高，也太花時間了
01/24 02:03, 152F
→
01/24 02:03, 6年前 , 153F
剩下的只能看有沒有媒體深入報導
01/24 02:03, 153F
→
01/24 02:04, 6年前 , 154F
還是把問題交給作業系統那邊來解決...
01/24 02:04, 154F
→
01/24 02:04, 6年前 , 155F
Retpoline 是之後所有編譯器都會加的功能
01/24 02:04, 155F
→
01/24 02:05, 6年前 , 156F
kotori你說的是錯的 現在問題其實是 太多舊程式
01/24 02:05, 156F
→
01/24 02:06, 6年前 , 157F
I皇是想要逼Linux吃餅 但是人家不太願意
01/24 02:06, 157F
→
01/24 02:08, 6年前 , 158F
我剛剛說錯了，問題還是丟到軟體這邊解決
01/24 02:08, 158F
→
01/24 02:09, 6年前 , 159F
這修改工程還是很巨大....
01/24 02:09, 159F
→
01/24 02:11, 6年前 , 160F
我覺得現在每家廠商都有各自處理方式
01/24 02:11, 160F
→
01/24 02:12, 6年前 , 161F
不只Google 可能微軟、Amazon 各大雲端廠都有自己的
01/24 02:12, 161F
→
01/24 02:12, 6年前 , 162F
處理方法。只是沒有公布
01/24 02:12, 162F
推
01/24 10:12, 6年前 , 163F
跳票又不會怎樣，Android也跳票過
01/24 10:12, 163F
→
01/24 10:12, 6年前 , 164F
自從5.0開始一代不如一代，還可以偽裝GPS定位，造就
01/24 10:12, 164F
→
01/24 10:12, 6年前 , 165F
一群詐欺玩家
01/24 10:12, 165F
推
01/24 11:17, 6年前 , 166F
裡洗勒工三小
01/24 11:17, 166F
‣ 更多 KotoriCute 的文章
文章代碼(AID): #1QPlG0CL (PC_Shopping)
討論串 (同標題文章)
以下文章回應了本文：
完整討論串 (本文為第 1 之 3 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共3篇)
‣ 更多 KotoriCute 的文章
文章代碼(AID): #1QPlG0CL (PC_Shopping)