作為長期支持版，Linux Kernel 4.14 的功能更新一直備受關注。近日，Linus Torvalds的一封郵件對Linux 4.14的部分功能更新進行了解讀，或許你可以開始為這個版本做準備了，畢竟未來所有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合并請求窗口。