对于那些一直关注相关领域的人们来说，以上大部分内容都不足为奇。帧缓冲子系统是一个已知的问题区域； ＆＃34;软回滚＆＃34;由于缺乏维护性，最近已从帧缓冲区驱动程序中删除了该功能。仍然有很多人依赖于此代码，但是与内核的图形驱动程序集成变得越来越困难，并且几乎没有人愿意去研究它。实际上，I2C主机驱动程序确实具有实际的维护程序。是WolframSang，他还维护核心I2C子系统。长期以来，他一直希望能帮助维护这些驱动程序，但是似乎没有人提供，因此他会在可用的时间里照顾他们。 / proc是一个有趣的示例；每个人都依赖它，但是没有人对它的维护负责。 HMM也很有趣。它的创建者为合并代码付出了很多努力，但现在看来已转向其他领域。上面所有这些看起来都是有抱负的内核开发人员可以欢迎的地方。那么在MAINTAINERS文件中完全没有条目的子系统呢？如果要用一种快速的脚本来查找内核树中所有未由MAINTAINERS中的至少一行覆盖的文件，则最终将仅列出2800个文件。这些自然包括MAINTAINERS文件本身。在其余的文件中，绝大多数是包含在include /下的头文件，其中大多数可能确实具有维护程序，应将其添加到适当的条目中。令人沮丧的是，内核下有72个文件/没有列出维护者-这种情况肯定不能反映现实情况.SYSV IPC代码是未维护的，反映了它通常不受人喜欢的性质。其余大部分未维护的文件位于tools /或sample /下。很难找到的情况是MAINTAINERS条目覆盖的文件，但实际上不是由指定人员维护的文件；这通常会发生在覆盖整个目录树的条目中。您的编辑器被列为处理所有文档的工具，但是，例如，不能肯定地说它是“维护”了许多文件。这种情况将在内核树的许多地方出现。如果要尝试从这些数据中得出一些总体结论，则可能会读取如下内容。 MAINTAINERS文件中肯定有一些暗角，它们本身可以使用某种维护（其中一些已经被废除）