- 主题:从 LoongArch 的新旧世界看国内的开源环境
事实上一个新 ISA 架构,如 RISC-V,在正式问世之前,会先经过 qemu 模拟器、FPGA 阶段,这时候按说该走的流程就应该走了,比如向上游开源社区提交 patch,申请 BFD 码等;再然后才是设计开发、流片测试、整机组装等
LoongArch 恰恰相反,都已经出成品了,而且已经给 UOS 等国内合作方提供开发 sdk 了,还没有正式完成上游的合入,而且前期的 commit 大篇幅的抄袭 MIPS 被打回,结果就造成了:国内的操作系统全部由老版本的4.x 内核进行软件编译适配,无法跑在最新的 6.x 内核上。
这其实也体现出了龙芯一贯的自娱自乐精神,MIPS时代就在4.x内核上闭门造车。即使从21年开始转向开放拥抱主流开源市场了,仍然跑不出一些桎梏,比如 qemu 主干到目前都无法模拟运行 LoongArch,只能用龙芯自己提供的 fork
--
FROM 114.251.196.*
龙芯社区里经典的old world和new world固件代沟问题……
总的来说最近这几年龙芯有懂开源社区的人掌握了一定话语权,
知道给一些主要的开源基础设施提供龙芯支持了,这是好事。
【 在 zli07 的大作中提到: 】
: 事实上一个新 ISA 架构,如 RISC-V,在正式问世之前,会先经过 qemu 模拟器、FPGA 阶段,这时候按说该走的流程就应该走了,比如向上游开源社区提交 patch,申请 BFD 码等;再然后才是设计开发、流片测试、整机组装等
: LoongArch 恰恰相反,都已经出成品了,而且已经给 UOS 等国内合作方提供开发 sdk 了,还没有正式完成上游的合入,而且前期的 commit 大篇幅的抄袭 MIPS 被打回,结果就造成了:国内的操作系统全部由老版本的4.x 内核进行软件编译适配,无法跑在最新的 6.x 内核上。
: 这其实也体现出了龙芯一贯的自娱自乐精神,MIPS时代就在4.x内核上闭门造车。即使从21年开始转向开放拥抱主流开源市场了,仍然跑不出一些桎梏,比如 qemu 主干到目前都无法模拟运行 LoongArch,只能用龙芯自己提供的 fork
: ...................
--
FROM 183.157.163.*
【 在 zli07 的大作中提到: 】
: 事实上一个新 ISA 架构,如 RISC-V,在正式问世之前,会先经过 qemu 模拟器、FPGA 阶段,这时候按说该走的流程就应该走了,比如向上游开源社区提交 patch,申请 BFD 码等;再然后才是设计开发、流片测试、整机组装等
: LoongArch 恰恰相反,都已经出成品了,而且已经给 UOS 等国内合作方提供开发 sdk 了,还没有正式完成上游的合入,而且前期的 commit 大篇幅的抄袭 MIPS 被打回,结果就造成了:国内的操作系统全部由老版本的4.x 内核进行软件编译适配,无法跑在最新的 6.x 内核上。
: 这其实也体现出了龙芯一贯的自娱自乐精神,MIPS时代就在4.x内核上闭门造车。即使从21年开始转向开放拥抱主流开源市场了,仍然跑不出一些桎梏,比如 qemu 主干到目前都无法模拟运行 LoongArch,只能用龙芯自己提供的 fork
我觉得这事很多原因吧,搞龙芯的不熟悉开源社区流程是一个主要原因,另一个原因我认为是龙芯的目的是能用就行,看外面很多debian添加龙芯支持的新闻下面的评论,因为龙芯在实体清单,对这个并不友好,理由也是西方新闻里那一套,明知开源社区讨论政治不合时宜,还讨论,能说明什么
--
FROM 120.244.234.*