一封發給Linux成員內部信：關於Linux 4.14

郵件正文：

這個星期沒什麼驚喜，雖然可能值得指出0day機器人如何變得更好了(這在之前非常有用，馮光一直在努力讓它變得更好，並且報告發現的問題)。

附加的shortlog顯然只適用於自rrc8以來的(小)執行，而且它確實很小，並不適合很多提交。在diffstat中突出的最大事情是“leaking_addresses”perl指令碼，這實際上是積極的發展，但第一個版本是4.14，以便人們可以看到初始狀態並檢視最終結果，也許問自己“我的程式碼是否應該使這些核心地址對使用者空間可見”。

實際的變化有望開始滲透到4.15，其中一個值得注意的早期變化(在列表上被廣泛討論)是預設情況下對任何“%p”地址進行雜湊。我們以前有嚴格的模式，只是把地址清零，但實際上這是相反的，因為人們經常使用地址作為除錯的核心物件(或者互相關-網路套接字)， 所以只要清除指標值就會使這些用途變得毫無意義，但是使用安全雜湊可以實現這些用途而不洩露地址本身(其他情況下，實際的地址是相關的)。

無論如何，除了那一個指令碼，其餘的是真的one-liners或者”few-liners”。

最明顯的變化可能是不得不還原/ proc / cpuinfo中顯示良好MHz值的程式碼現代“CPU動態挑選”案例。它工作得很好，但是在數十或數百個CPU的機器上，它太昂貴了。

與此同時，4.15的合併視窗顯然是開放的，如果覺得擴大合併視窗不能有足夠的響應。或者甚至不會注意到，因為我將擁有膝上型電腦和網際網路接入。

無論如何，測試一下新的4.14版本，這是接下來LTS核心的樣子，然後開始傳送4.15合併請求視窗。