Linux5.8“是我们有史以来最大的版本之一。

/COLOR/Atom提要来自：Linus Torvalds<；[email protected]>；收件人：linux内核邮件列表<；[email protected]>；主题：linux 5.8-rc1日期：Sun，14 Jun 2020 13：44：07-0700 Message-ID：<；CAHk-=whfuea587g8rh2DeLFFGYxiVuh-bzq22osJwz3q4SOfmA@mail.gmail.com>；(RAW)所以我没想到会这样，但5.8看起来是我们有史以来最重要的版本之一。它与V4.9并驾齐驱，长期以来，它一直是我们提交次数最多的版本。是的，5.8-rc1比4.9-rc1少了几次提交，但在很多方面，尽管如此，它是一个更全面的版本。4.9内核被人为地变大，部分原因是该版本中合并了greybus子系统，但也因为v4.8有更长的RC系列，因此有更多被压抑的开发。在5.8版本中，我们没有迹象表明这类问题会让发行版变得更大--只是有很多开发而已。还有其他内核发行版有更多的新代码行--4.12版在这方面是无可争议的大小冠军，仅仅是因为它有大量的新代码行，这是因为AMD GPU驱动程序的寄存器描述太多了。由于特定的子系统，其他内核也有类似的大小(V4.2增加了AMD GPU驱动程序行数，2.6.29增加了大量的登台驱动程序，等等)。但是，5.8仍然是最好的，尽管没有任何真正突出的东西。是的，有几个很大的驱动器变化(habanalab和Atomisp)肯定是其中的一部分，但是它不像其他历史上的大版本那样是片面的。开发确实是无处不在的：有大量公平的基础核心工作和清理，但也有大量的系统工作，显然也有所有常见的驱动程序更新。此外，还有文档和归档工作。事实上，5.8-rc1在提交数量和新行数量方面都与最好的版本并驾齐驱，但在更改的文件数量方面，它实际上是最出色的冠军。(=。再说一次，这并不是因为一些单一的树范围的简单脚本编写(具有大量SPDX许可证行更改的内核更改了许多文件)，而仅仅是因为进行了大量的开发工作。因此，在5.8合并窗口中，我们修改了内核源代码存储库中大约20%的文件。这确实是一个相当大的比例，虽然其中一些是照本宣科的，但总体来说确实是一样的模式：5.8只是看到了很大的发展。IOW，5.8看起来很大。真的很大。纯粹的数字是：超过14k次非合并提交(超过15k次计数合并)，大约800k个新行，超过14000个文件被更改。值得注意的是，尽管它很大，但至少到目前为止，它看起来并不一定像是一个特别麻烦的版本。是的，纯粹的大小使这个合并窗口比我喜欢的更有压力，因为我真的喜欢在最后有几天的平静时间来更详细地查看一些拉入请求。这一次，这种情况从未真正发生过。但是我真的只有两个拉请求最终想要更详细地检查，所以一切都很好。所以这个合并窗口的纯粹大小确实让我(再一次)考虑制定一个更严格的规则，即在合并窗口的第一周绝对必须进入具有新功能的拉请求(而不是具有公正修复的第二波拉请求)，但老实说，大多数拉请求确实做到了这一点。不，不是所有的，而且它本可以更有组织一些，并且。但总的来说，尽管规模很大，事情还是相当顺利的。著名的临终遗言。让我们看看在这个版本剩下的时间里会发生什么。但是至少现在，虽然5.8看起来是一个非常大的版本，但我没有感觉到它特别麻烦。诺克伍德。附加的是像往常一样的合并日志。如果你还没有领会到这个想法(太棒了！)。短日志将过于笨拙，甚至比往常更笨拙。Linus-Al Viro(16)：uaccess/csum更新uaccess/access_ok更新uaccess/readdir更新uaccess/__put-user更新uaccess/__copy_from_user更新uaccess/__copy_to_user更新uaccess/核心转储更新VFS更新ia64构建回归修复拼接更新comedi uaccess清理misc uaccess更新i915 uaccess更新sysctl修复VFS修复EPOLL更新Alex Williamson(。更新Andy Shevchenko(1)：x86平台驱动程序更新Anna Schumaker(1)：NFS客户端更新Arnaldo Carvalho de Melo(1)：PERF工具更新Arnd Bergmann(4)：ARM SoC更新ARM defconfig更新ARM/SoC驱动程序更新ARM设备树更新Benson Leung(1)：Chrome平台更新Bjorn Andersson(2)：rpmsg up