附加的 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 合併請求視窗。