每周一龙:第 50 期
每周一都为大家报道 LoongArch 社区最前线的第一手新鲜资讯! 上周的进展主要有 Linux、工具链、发行版生态和 AI 生态。 详情点进来看!
本期周报的实际发稿时间是周四晚间,因为 xen0n 周三才把家里网修好。
如无特别说明,文中提及的日期、时间都为北京时间(UTC+8)。
先「马」再看
本栏目的内容具有一定延续性,将持续追踪报道 LoongArch 领域的重要或长期项目(坑)。
Linux
龙芯社区的老朋友 FlyGoat 回归了 LoongArch 开发:移植了 U-Boot 到 LoongArch,还顺带修复了 Linux 与 QEMU 的 FDT 引导流程问题。
我们发现下文的「小编评论」基于的部分论据缺乏考证。新一期周报对此进行了更正,并对名誉可能受到影响的原厂开发者表达了歉意。
出问题的代码,显然没测过就提交了;当初审查代码的 开发者显然信任了补丁作者会自测,因此也放松了神经。今后连原厂的内部质量保障都不能信任了吗……
而如果放下情绪,我们也能意识到,这像是龙芯近年来「不曾开源其 U-Boot 或 PMON 移植成果」的后续必然发展。
不开源或公开提供 FDT 固件,在商业策略上或许无可厚非,因为连 UEFI 都承载不起的系统一定是嵌入式小系统,背后的需求方也一定是企业。在 FlyGoat 制作此 U-Boot 移植之前,所有能从公开渠道获取的 LoongArch 固件都是 UEFI 的,即便需求方有能力自行适配,也无法支持这些系统。 这样一来,想驱动板子只能选用 FDT 固件,想用 FDT 固件只能给钱:反正您是企业,总不至于掏不起吧!
然而,这也自然会导致各路第三方人员、自动化设施无从测试 FDT 场景,进而让相关代码年久失修。维护者们面对这种代码,也只能绷紧业已衰弱的神经:无条件信任补丁作者的后果已经体现了,即便补丁出自原厂业务部门。
好在,这一切很快就要结束了。
ClangBuiltLinux 维护者 Nathan Chancellor
修复了使用
LLVM 构建 CONFIG_UNWINDER_ORC=y
这一内核配置时,该被丢弃的 ELF 节(section)没被丢弃,而导致的链接失败。