每周一龍：第 14 期
2023年9月4日· 閱讀需 11 分鐘
作者：WANG Xuerui（https://github.com/xen0n）
每周一都為大家報(bào)道 LoongArch? 社區(qū)最前線(xiàn)的第一手新鮮資訊！
如無(wú)特別說(shuō)明，文中提及的日期、時(shí)間都為北京時(shí)間（UTC+8）。
先「馬」再看
本欄目的內(nèi)容具有一定延續(xù)性，將持續(xù)追蹤報(bào)道 LoongArch? 領(lǐng)域的重要或長(zhǎng)期項(xiàng)目（坑）。
Linux
截至發(fā)稿時(shí)，Linux 6.6 的合并窗口工作正風(fēng)生水起，子系統(tǒng)維護(hù)者們都在忙著整理代碼、提交PR拉取請(qǐng)求。
合并窗口預(yù)計(jì)在美西時(shí)間的本周日下午（9 月 10 日；中國(guó)時(shí)間 9 月 11 日）關(guān)閉；
本開(kāi)發(fā)周期的 arch/loongarch 變更已由 Huacai Chen 整理完成并打好了 tag（https://git.kernel.org/chenhuacai/linux-loongson/l/loongarch-6.6），
主要包含以下內(nèi)容：
arch/loongarch in Linux 6.6
允許在內(nèi)核態(tài)使用 LSX、LASX（Huacai Chen，應(yīng)筆者的 SIMD 優(yōu)化需求而設(shè)計(jì)）；
添加 SIMD 優(yōu)化的 RAID5/RAID6 例程（筆者）；
添加龍芯二進(jìn)制翻譯擴(kuò)展（LBT）支持（Qi Hu、Huacai Chen）；
添加 KGDB、KDB 的基本支持；
框架、核心功能：Qing Zhang；該同學(xué)是前龍芯員工，在龍芯時(shí)期完成了此工作。
斷點(diǎn)、單步：Binbin Zhou。
細(xì)節(jié)改進(jìn)調(diào)整：Hui Li。
構(gòu)建錯(cuò)誤修復(fù)打磨：Randy Dunlap；活躍的上游社區(qū)開(kāi)發(fā)者同學(xué)之一。
支持開(kāi)啟 KCov（內(nèi)核的代碼覆蓋率收集機(jī)制）構(gòu)建內(nèi)核（Feiyang Chen）；
添加 KFENCE (Kernel Electric-Fence) 支持（Enze Li；該同學(xué)是麒麟員工）；
添加 KASAN (Kernel Address Sanitizer) 支持（Qing Zhang）；
bug 修復(fù)與其他較小變更（Bibo Mao、Weihao Li、Tiezhu Yang）；
默認(rèn)配置更新。
該信息翻譯自 tag 說(shuō)明文字（https://git.kernel.org/pub/scm/linux/kernel/git/chenhuacai/linux-loongson.git/tag/?h=loongarch-6.6）， 相關(guān)作者信息由筆者整理添加。 除筆者外，未提及工作單位信息的同學(xué)都是龍芯員工。
8 月 31 日，Tianrui Zhao、Bibo Mao 等同學(xué)開(kāi)發(fā)的龍架構(gòu)KVM內(nèi)核虛擬機(jī)補(bǔ)丁系列已迭代至（https://lore.kernel.org/loongarch/20230831083020.2187109-1-zhaotianrui@loongson.cn/）第 20 版。 目前預(yù)計(jì)該功能正式露面的首個(gè)上游內(nèi)核版本是 Linux 6.7（下個(gè)開(kāi)發(fā)周期）， 但我們同時(shí)預(yù)計(jì)社區(qū)發(fā)行版?zhèn)儗⑤^快跟進(jìn)支持（提前集成這些補(bǔ)?。?。
值得一提的是
隨著上游的內(nèi)核CI持續(xù)集成設(shè)施的龍架構(gòu)工具鏈升級(jí)到最新版， 此堆代碼中寫(xiě)死的、不利于維護(hù)的指令編碼終于消失了。 這將不會(huì)影響下游未升級(jí)工具鏈版本的發(fā)行版集成該功能：這些發(fā)行版總能為其工具鏈單獨(dú)加入相關(guān)指令支持。
8 月 17 日，lihui貼出了（https://lore.kernel.org/loongarch/20230817032825.22974-1-lihui@loongson.cn/）第 3 版的龍架構(gòu)KGDB內(nèi)核 GDB支持補(bǔ)丁， 但 tā 把補(bǔ)丁原作者、前龍芯員工 Qing Zhang 的作者信息替換成了 tā 自己。 （在補(bǔ)丁內(nèi)容本身并未發(fā)生本質(zhì)改變的前提下，作者信息不應(yīng)被替換）。 補(bǔ)丁的原作者 Qing Zhang 在 29 號(hào)使用騰訊的郵箱地址吐槽了（https://lore.kernel.org/loongarch/ea1126e8-690c-424e-ab52-ef5ebbc9707a@tencent.com/）這件事， 截至發(fā)稿時(shí)尚未有后續(xù)進(jìn)展。 本周報(bào)將持續(xù)為您追蹤。
吐槽的具體點(diǎn)
一切從一個(gè)未被初始化即被使用的變量
cj_val開(kāi)始： 這意味著這部分代碼的作者未作任何測(cè)試，甚至連測(cè)試編譯都沒(méi)進(jìn)行，便提交了代碼。 且不論這種行為哪怕在任何公司內(nèi)部，恐怕也不可接受，遑論社區(qū)范疇； 作為補(bǔ)丁原作者，看到接手的同學(xué)這樣對(duì)待自己的勞動(dòng)成果，吐槽兩句也合情合理吧。Qing Zhang 還提到：補(bǔ)丁的本體是 tā 編寫(xiě)的，后續(xù)修補(bǔ)工作主要是 Binbin Zhou 做的， 并且「不改變作者信息」這件事似乎是 tā 從龍芯離職前與 lihui 內(nèi)部協(xié)調(diào)過(guò)的事項(xiàng)。 我們?cè)跊](méi)有獲得更多消息之前，相信溝通雙方本質(zhì)上都基于善意：也許 lihui 或其部門(mén)有什么其他原因?qū)е?tā 不能維持原作者信息了。 希望這場(chǎng)小風(fēng)波能最終平穩(wěn)解決！
工具鏈
gcc
9 月 2 日，Lulu Cheng 依照 2018 年 RISC-V 的同等優(yōu)化（https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=7bbce9b50302959286381d9177818642bceaf301），
也給龍架構(gòu)優(yōu)化了（https://gcc.gnu.org/pipermail/gcc-patches/2023-September/629155.html） switch 語(yǔ)句選擇支是 8 位量的符號(hào)擴(kuò)展結(jié)果時(shí)的代碼生成。
同一天，guojie 優(yōu)化了（https://gcc.gnu.org/pipermail/gcc-patches/2023-September/629157.html）向形如 MEM[base + index] 的位置存入浮點(diǎn) 0.0 這種行為的代碼生成。
9 月 1 日，Lulu Cheng 合并了 tā 和 guojie 6 月 29 日做的一處代碼生成錯(cuò)誤修復(fù)（GCC bug PR110484（https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110484）， 在開(kāi)啟LTO鏈接時(shí)優(yōu)化編譯 SPEC2017 541.leela_r 用例時(shí)發(fā)現(xiàn)）。
LTO 是跑分專(zhuān)享優(yōu)化嗎？有用嗎？會(huì)反而造成性能劣化嗎？
簡(jiǎn)單的回答：不是；有用；不大可能，不必?fù)?dān)心。
復(fù)雜的回答：取決于具體發(fā)行版和軟件作者的編譯參數(shù)選擇；取決于具體代碼寫(xiě)法；具體情況具體分析。
8 月 31 日，chenxiaolong 提交了（https://gcc.gnu.org/pipermail/gcc-patches/2023-August/628895.html）第 5 版的 128 位浮點(diǎn)操作內(nèi)建函數(shù)支持。
同一天，Lulu Cheng 優(yōu)化了（https://gcc.gnu.org/pipermail/gcc-patches/2023-August/628950.html）從內(nèi)存中載入定點(diǎn)數(shù)并馬上將其轉(zhuǎn)為浮點(diǎn)數(shù)的操作： 每次這種情況都省一條指令（不用非得先裝進(jìn) GPR 再搬進(jìn) FPR，可以直接裝進(jìn) FPR 去）。
glibc
8 月 26 日，Xi Ruoyao 清理了（https://sourceware.org/pipermail/libc-alpha/2023-August/151146.html）自從 glibc 要求的最低 binutils 版本抬升至 2.41 之后不再需要的兼容代碼。
8 月 24 日，dengjianbo 貼出了（https://sourceware.org/pipermail/libc-alpha/2023-August/151091.html）第二批 LSX、LASX 實(shí)現(xiàn)的字符串函數(shù)。 隨后 28 日 tā 又貼出了（https://sourceware.org/pipermail/libc-alpha/2023-August/151156.html）第三批。
截至發(fā)稿時(shí)，上述改進(jìn)都已進(jìn)入主線(xiàn)了。（感謝 Xi Ruoyao 的線(xiàn)索投遞。）
LLVM
8 月 31 日，hev 把 RISC-V 的一項(xiàng)特定有用原子操作優(yōu)化（https://reviews.llvm.org/D156801），移植到了（https://reviews.llvm.org/D159252）龍架構(gòu)。 這將有利于 Rust （https://github.com/rust-lang/rust/pull/114034）生成更好的代碼。
同一天，hev 還優(yōu)化掉了（https://reviews.llvm.org/D159272）龍架構(gòu) LL/SC 操作序列中不必要的柵障動(dòng)作、修復(fù)了其 acquire 語(yǔ)義。
8 月 30 日，SixWeining 優(yōu)化了（https://reviews.llvm.org/D159183）LLVM intrinsic llvm.is.fpclass 的代碼生成。
Go
（這是前幾期遺漏內(nèi)容的補(bǔ)充）8 月 22 日，Guoqi Chen 領(lǐng)銜的龍芯 Go 團(tuán)隊(duì)貼出了（https://go-review.googlesource.com/c/go/+/521790）龍架構(gòu)的regabi寄存器 ABI適配補(bǔ)丁。 筆者在此工作的早期亦有貢獻(xiàn)。 此適配完整合并、啟用后，將為龍架構(gòu)的 Go 程序普遍帶來(lái) 10% 到 20% 左右的性能優(yōu)化。
雜聞播報(bào)
8 月 29 日，Xi Ruoyao 修復(fù)了（https://sourceware.org/pipermail/elfutils-devel/2023q3/006362.html）elfutils 項(xiàng)目在龍架構(gòu) binutils 2.41 上的測(cè)試失敗（遺漏了新添加的重定位類(lèi)型常量）。（感謝 Xi Ruoyao 的線(xiàn)索投遞。）
8 月 28 日，Jiajie Chen 為 QEMU TCG 的 LoongArch64 移植添加了向量支持： 可以將被模擬架構(gòu)的一些 SIMD 操作映射到龍架構(gòu)的對(duì)應(yīng) SIMD 操作了。 截至 9 月 2 日，該補(bǔ)丁系列已迭代至（https://patchwork.ozlabs.org/project/qemu-devel/list/?series=371423）第 3 版。
社區(qū)整活兒
本欄目接受任何網(wǎng)友的投稿，只要內(nèi)容與 LoongArch? 有關(guān)，并可以為讀者帶來(lái)價(jià)值， 無(wú)論嚴(yán)肅貢獻(xiàn)（整的大活兒）或是博君一笑都一概歡迎！
已知有同學(xué)在進(jìn)行 AMD? ROCm? 套件的龍架構(gòu)移植工作了， 也有同學(xué)在龍架構(gòu)上初步跑起了 NixOS。 期待 tā 們帶著整理好的代碼正式出道！??
筆者仍在不（bǎi）慌（máng）不（zhī）忙（zhōng）繼續(xù) 3A6000/LA664 的測(cè)試工作。 截至目前：
證實(shí)到了 LA664 二進(jìn)制翻譯加速單元的吞吐提升，
發(fā)現(xiàn)前幾期提到的硬件頁(yè)表遍歷加速單元（PTW）被固件關(guān)閉了（可能有 bug 導(dǎo)致不能用），
仍未確認(rèn)到 LA664 相比 LA464 新增的任何指令。
此外，LA664 的 CPUCFG 數(shù)據(jù)中有不少未知位域被置了 1，但目前并無(wú)任何方法能獲知它們的名字與含義。
張貼欄
本欄目可供張貼公益性質(zhì)的各種信息。
本周報(bào)持續(xù)接受網(wǎng)友投稿（https://github.com/loongson-community/areweloongyet/issues/16）。歡迎來(lái)上游坐坐！
本文章的內(nèi)容以 CC-BY-NC-SA 4.0 （https://creativecommons.org/licenses/by-nc-sa/4.0/）許可證授權(quán)。
