一封发给Linux成员内部信:关于Linux 4.14

作为长期支持版,Linux Kernel 4.14 的功能更新一直备受关注。近日,Linus Torvalds的一封邮件对Linux 4.14的部分功能更新进行了解读,或许你可以开始为这个版本做准备了,毕竟未来所有Linux开发者将与4.14版本度过很长一段时间。


作为长期支持版,Linux Kernel 4.14 的功能更新一直备受关注。近日,Linus Torvalds的一封邮件对Linux 4.14的部分功能更新进行了解读,或许你可以开始为这个版本做准备了,毕竟未来所有Linux开发者将与4.14版本度过很长一段时间。

图0:一封发给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合并请求窗口。

阅读余下内容

发表评论

电子邮件地址不会被公开。 必填项已用*标注


京ICP备12002735号