Xi Ruoyao

It may be related to a hardware issue (hazard in HyperTransport) explained in https://github.com/chenhuacai/linux/commit/a1e31fe7e00ad569d145b2ac09546a2dda04ba65. But it's just a "may" and the workaround is for radeon, no workaround has been developed...

Not a firmware bug. https://github.com/loongson-community/discussions/issues/19

AFAIK using LSX instructions in UEFI applications has never been supported. Not sure what you mean by "before." Maybe something has changed in systemd-boot or the toolchain (causing it to...

> 参考这个补丁：[systemd/systemd#31608](https://github.com/systemd/systemd/pull/31608) 如果发行版编译 GCC 的时候用了 `--with-arch=la464` 或者 `--with-simd=lsx` 这样的东西，libgcc.a 可能包含 SIMD 指令，而这个补丁无法解决该问题。 https://github.com/loongson-community/discussions/issues/19#issuecomment-1851720891

按道理来说应该用 `-mfpu=none` 而不是 `-mno-lsx`，因为你光禁掉 LSX 的话并不禁止浮点指令，只是目前我们并不用浮点指令优化整数操作才碰巧不出问题。一个很显然的优化是拿浮点寄存器作为定点寄存器的 spill 空间，这样可以避免往栈上 spill，只是现在没人写这优化罢了。 用了 `-mfpu=none` 以后它会把 ABI 降级成 `-mabi=lp64s`，所以会用 LP64S 的 multilib，这样可以在编译 GCC 的时候把 LP64S multilib 加上 `-mfpu=none` (`--with-multilib-list=lp64d,lp64s/-mfpu=none`)。 但是这意味着为了编译 bootloader 而让用户空间里面的所有 LP64S ABI...

> > 参考：https://bbs.loongarch.org/d/327-amdgpu/4 > > ``` > > [LiarOnce](https://bbs.loongarch.org/u/451) > > 19 天前 > > 已编辑 > > > > 目前更新了 https://github.com/loongson/Firmware/tree/main/6000Series/PC/XA61200 的固件然后关闭 DPM 运行就正常了 > > > > 内核参数参考：...

我有点怀疑 AOSC 的启动盘的 ESP 是不是 FAT16……

好像并不是 FAT16 的问题，因为我的 LoongArch 系统盘上 ESP 也是 FAT16 然而使用没问题……

嘶，AOSC 的 ISO 里面 ESP 是个 FAT**12** 分区： /dev/loop0p2: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID "MTOO4042", sectors/cluster 2, root entries 240, sectors 5760 (volumes

把 ESP 弄成 FAT16，顺便把路径改成全大写试一下？ 我现在只能远程访问我的 LoongArch 设备所以没法自己试： ``` losetup /dev/loop0 aosc-os_livekit_20230707_loongarch64.iso -P mount -t vfat /dev/loop0p2 /mnt cp /mnt/efi/boot/bootloongarch64.efi /tmp/BOOTLOONGARCH64.efi umount /mnt mkfs.vfat -F 16 /dev/loop0p2 mount -t vfat /dev/loop0p2...