每周一龙：第 38 期
每周一都为大家报道 LoongArch 社区最前线的第一手新鲜资讯！ 上周的进展主要有 Linux、工具链和发行版。 详情点进来看！
如无特别说明，文中提及的日期、时间都为北京时间（UTC+8）。
本期周报的实际发稿时间是周二晚间，因为周一都在忙别的。
先「马」再看
本栏目的内容具有一定延续性，将持续追踪报道 LoongArch 领域的重要或长期项目（坑）。
Linux
在移植、测试 Chromium 的过程中，社区同学们发现了 Chromium seccomp 沙箱机制对
statx 系统调用的处理方式存疑。xen0n 重新发起了讨论：
本次的问题本质上与数年前就已为社区所深知的 seccomp 深参数审查（deep argument inspection）问题相同。
截至周一晚间，已经累积了相当多的讨论内容，其深度、复杂度甚至不日即可撑起一篇专栏文章；
我们将在尘埃落定之后为您追踪报道。
来自统信的 Wang Yuli 意图清理
LoongArch CRC32 加速代码中的两条 64 位模式用不着的语句。xen0n 建议 :ta:
可以不用删掉：换成 #ifdef 的话，万一未来增加 LoongArch32 支持，不用再改一次代码。
近日，Linux 项目成为了自己的 CVE 编号权威机构（CVE numbering authority, CNA）。 这意味着 Linux 可以自己给自己的安全漏洞分配 CVE 编号了。 于是乎，先前 LoongArch 的 BPF 实现中被发现并修补的一处内存越界访问， 便成为了新时期的首个 Linux/LoongArch CVE：CVE-2024-26588。 我们摘录并翻译此漏洞的影响范围如下：
- 从 6.1 起，被提交
bbfddb904df6f82引入，在 6.1.75 为提交4631c2dd69d9所修复 - 从 6.1 起，被提交
bbfddb904df6f82引入，在 6.6.14 为提交9aeb09f4d85a所修复 - 从 6.1 起，被提交
bbfddb904df6f82引入，在 6.7.2 为提交7924ade13a49所修复 - 从 6.1 起，被提交
bbfddb904df6f82引入，在 6.8-rc1 为提交36a87385e31c所修复
请使用上游内核的 LoongArch 用户、开发者注意。（xen0n 为您检查了 Loongnix 的 Linux 4.19.190.8.14 代码，不存在该问题。但不确定其他旧世界系统或「产品内核」是否受影响。） 感谢 xry111 提供新闻线索！
这是友情提醒：如果您或您的组织在中国大陆法域内提供、运营网络服务或从事信息安全工作， 那么您应该已经对国家信息安全漏洞共享平台（CNVD） 与《网络产品安全漏洞管理规定》有所了解。 简单来说，您在中国处理安全漏洞时，如果您是「网络产品提供者」，您需要在 2 日内上报 CNVD 等国内漏洞共享平台； 如果您是信息安全工作者，对漏洞细节等信息的发布也受到一些具体限制。 违反《规定》导致危害网络安全等后果的，还将触发《网络安全法》罚则。
由于 LoongArch 尚处于新旧世界交替的过渡期，本例漏洞所影响的内核版本可认为实际没有部署： 实际承载业务的 LoongArch 装机量仍以旧世界为主，而新世界用户群体的「追新」则相当激进，且新世界用户以开发者为主，不承载重点业务。 因此即便本例漏洞未被首先上报 CNVD（笔者未查证），事后看来，也没有对任何法益造成实质减损，因而不至触发《规定》乃至《网络安全法》的罚则。
即使如此，笔者认为仍有必要给读者朋友们提个醒：假如之后再给 Linux 等开源软件「捉虫」，觉得像是有安全影响的话，请认真评估下！
工具链
binutils
Fan Peng（编者注：姓在前）移除了链接可执行文件时一处多余的未解析符号检测。 看补丁的说明文字，似乎是修复了某些软件链接失败的问题。
mengqinggang 修复了三种重定位类型的定义错误。
GCC
为防止先前的 GCC 12.x/13.x 版本与 Binutils 2.42 搭配时生成错误代码， 不得不将 relaxation 支持往回移植到 GCC 12.4 与 GCC 13.3。
对 GCC 12 而言，唯一可感知的明显变化是新增了 -mrelax 与 -mno-relax 支持；
当 -mpass-relax-to-as 生效时，它们将被透传至汇编器。-mpass-relax-to-as
的默认取值取决于 GCC 构建时搭配的汇编器是否支持 -mrelax。GCC 本身的行为则不受这些开关影响。
对 GCC 13 而言，情况也类似：如果在 GCC 构建时检测到汇编器支持 -mrelax，
并且在当次具体的 GCC 调用时也生效了 -mrelax，那么将默认开启 -mno-explicit-relocs。
后一条要件是 Xi Ruoyao 为了保持与 Binutils 2.41
搭配时的行为不变而特意做的兼容。
Xi Ruoyao 还去除了 CRC intrinsic 被翻译为指令后多余的符号扩展操作。 由于 CRC 操作几乎总是出现在热点循环中，此优化势必提升性能。
感谢 Xi Ruoyao 自己制造并提供本节的新闻线索！
LLVM
xen0n 在研究 Telegram Desktop 为何会在 Scudo 的 free 函数中无限递归的过程中，
顺便发现 Scudo 没有用上 LoongArch 的专门 CRC 计算指令，
遂顺手做掉了。
heiher 改进了 LoongArch 代码生成后端对「长得像加法」操作的判断方式，从而能够避免生成少量不必要的指令。
heiher 还把 LoongArch 的 addrspacecast 都标记为了空操作。
这修复了在 Alpine Linux
上旧版本 Rust（1.72.0）构建失败的问题。
值得注意的是：此 issue 中提到的两个软件 Alpine Linux 和 Rust 1.72.0 实际上都没有
LoongArch 支持——后者更是一个已发布版本，我们无法坐时光机为其添加支持。
考虑到 musl 的 LoongArch 支持刚刚进入主线，而 musl 是 Alpine Linux 的 libc，
因此这应该代表着 Alpine Linux 的适配工作在龙芯内部得以继续开展了。
杂闻播报
龙芯中科发布了基于龙架构讲授的计算机核心课程 MOOC（慕课）资源。
时过境迁，Debian loong64 移植的完成度于 2 月 22 日前后再次超过 90%，预计之后不容易跌破了。
（先前虽然也达到过 90% 甚至更高，但当时许多基础包是手工上传的，因此每当这些基础包版本更新，完成度就会跌。
目前此情况已得到相当缓解。）
感谢 RevySR 提供以上两条新闻线索！
安同开源社区（AOSC）贡献者白铭骢 给 KDE 桌面硬件抽象组件
Solid 增加了
LoongArch /proc/cpuinfo 的解析支持，以便在 KInfoCenter 正确显示龙架构处理器的型号。
感谢 :ta: 自己制造并提供新闻线索！
2 月 16 日，musl libc 上游合并了龙架构移植。 待 musl 新版本正式发布后，Rust musl target、Gentoo musl profile、Alpine Linux 等等大量工作都将可以开展了。 感谢 heiher 提供新闻线索！
Xi Ruoyao 给 elf.h 增加了编号从
110 到 126 的新 LoongArch 重定位类型定义。
之后对 elfutils 也做了类似的事情。
Xi Ruoyao 还给 XZ 项目增加了 LoongArch CRC32 优化。 感谢 :ta: 自己制造并提供以上两条新闻线索！
张贴栏
本栏目可供张贴公益性质的各种信息。