Linux kernel armlinux内核开发环境

Linux kernel armlinux内核开发环境,linux-kernel,arm,soc,Linux Kernel,Arm,Soc,我正在学习Linux内核在基于ARM的SoCs开发中的应用。 这是学习的早期阶段,而且肯定需要很长时间,因为事情似乎很全面。 目标是在生态系统中有足够的方向,以便在解决自己项目中的具体问题时,能够在适当的路径上进行搜索/调查 这是莱纳斯树,香草仁。至于ARM平台,还有ARM端口tee/project/repository。然而,如果要查看维护者文件,有几个维护者/子系统显然是特定于ARM的窄谱主题。 我想知道为什么所有这些狭隘的主题都没有提供/贡献给ARM port()存储库,而不是直接提供给T

我正在学习Linux内核在基于ARM的SoCs开发中的应用。
这是学习的早期阶段,而且肯定需要很长时间,因为事情似乎很全面。
目标是在生态系统中有足够的方向,以便在解决自己项目中的具体问题时,能够在适当的路径上进行搜索/调查

这是莱纳斯树,香草仁。至于ARM平台,还有ARM端口tee/project/repository。然而,如果要查看维护者文件,有几个维护者/子系统显然是特定于ARM的窄谱主题。
我想知道为什么所有这些狭隘的主题都没有提供/贡献给ARM port()存储库,而不是直接提供给Torvalds树? 似乎还存在ARM子体系结构子系统。一些窄谱子系统/维护人员似乎打算移植到某个平台上,结论是命名发现的子系统/维护人员。为什么这些都集中在Linus树上/直接贡献给Linus树,而不是ARM子体系结构子系统或如上所述


这个组织在某种程度上是神秘的,对新手来说是透明的。

在我的主观印象中,它缺乏对现有结构的共同认识,可能是因为缺乏足够的沟通。或者另一种选择——人们更愿意直接向Linus tree捐款有具体的原因。我认为多级结构有利于更好的流量控制。我认为ARM系列的范围非常广泛,不一定决定了在Linus tree上游使用多少级别。在某种程度上,两者都应该有资格被孤立。像ARM端口树这样的中间阶段肯定有优势。@dwelch“Linus的rant”是关于不同ARM SOC板的大量代码。这些问题已通过设备树和其他结构得到纠正。例如,飞思卡尔“iMx”系列使用20-50个机器文件和大量代码。现在远没有了,所有的“iMx”板/CPU都将使用带有条件/功能指针的通用驱动程序;不是多个文件和/或条件编译。典型的主线是“CPU演示板”(如RPI等),也可能是非常流行的产品(NAS、路由器等)。正确的是,没有其他体系结构能够如此成功地实现多样化。问题是,我没有发现其他社区/讨论平台适合提出这样的答案。LKML不适合,因为在99%的情况下,硬核内核的开发都在这里讨论过,对于我自己来说,不清楚整个内核是否都在开发。ARM家族就在这里。Git理解并不是一切,另外还有一个项目协作的大问题,在AMR的情况下,这当然也适用。我一开始只是为了理解Git,这还不够,因为本地和私有存储库显示了很多东西,出于某些不清楚的原因,这些东西包含在那里。。。