这个合并窗口的一个悬而未决的问题是内核的基于 MIPS64 的LoongArch CPU 架构端口是否能够成功进入Linux 5.19周期。上游内核开发人员在这个假期周末进行了讨论,看起来它可能仍会登陆,但可能没有包含必要的硬件驱动程序。
这个 LKML 线程有关于主线 LoongArch 的最新讨论,这是 Loongson 在长期运行的基于 MIPS64 的设计之后开发的中国 CPU ISA。由于 MIPS64 是一条死胡同,并希望推动国内 CPU 产业的发展,LoongArch 的开发和灵感来自 MIPS64 和 RISC-V。至少在内核代码的某些领域,从软件的角度来看,这意味着在很大程度上复制了现有的 MIPS64 代码。
LoongArch 已经通过了10 多轮的审查,以获得对 Linux 内核的支持。它的要求之一在 GCC 12 中得到了满足,现在有一个 LoongArch 端口,用于在可以合并内核 CPU 架构代码之前获得必要的编译器支持。
但正如前面链接的内核线程中所详述的,LoongArch PCI 代码存在一个问题,还没有到位的 review-by/signed-off 标签。还有一个问题是 irqchip 驱动程序没有通过审查,因为它以非标准方式集成到 ACPI 和 PCI 中。LoongArch 的 ACPI 处理有点麻烦,但正在通过下一个 ACPI 标准更新来解决。无论如何,内核开发人员正在确定如何进行。
至少从最近的谈话来看,听起来 CPU 端口/架构代码至少可能会在本周为 Linux 5.19 合并窗口发送,而启动此类系统所需的硬件驱动程序将在必要时登陆最新的内核版本。
至少为 Linux 5.19 引入 CPU 端口将解除 LoongArch 开发人员能够向上游提交他们的 GNU C 库 (Glibc) 支持的障碍。对他们的 Glibc 支持进行主流化取决于首先使用固化的用户空间 ABI 来提供内核支持。开发人员希望看到 LoongArch 合并到今年小暑晚些时候发布的 Glibc 2.38 中,为此他们需要将 Arch 代码合并到 Linux 5.19 中。
所以我们将在接下来的几天里看到这将如何发挥作用,特别是围绕 LoongArch 驱动程序,但有可能只是 CPU/arch 代码将在这个周期合并,而实际上无法启动一个工作的 LoongArch 系统,直到那些必要的驱动程序登陆以后的内核周期。
原创文章,作者:校长,如若转载,请注明出处:https://www.yundongfang.com/Yun168488.html