Xi Ruoyao

> 但即使是 FAT12，只要能识别 LFN，文件名就是完整的。我测了一下，在 Linux 下面 mount AOSC 的 image，是可以看到完整的文件名的，说明是有 LFN。 > > 用 QEMU+EDKII 上游固件测了一下，确实能看到完整的文件名，也可以自动启动到 LiveOS。 是的，所以这可能是个 bug，但是如果 FAT16 就能用的话可以先用着。

目力看了一下您的提交 https://github.com/LA-NuttX/la-nuttx/commit/f0c3507af74b32d767a3443488e1ea1f645a6604 貌似没有 EFI stub (当然也可能我瞎了)，https://github.com/apache/nuttx/blob/master/arch/arm64/src/common/arm64_head.S 有 ARM64 的可以参考一下。

复数类型需要特殊考虑吗？ 在目前的非向量调用惯例中复数直接当成有两个浮点成员的结构体，会用两个 FPR，但是 CPUCFG word 2 bit 8 预留了“复数向量指令”，而且好像 (?) 即使没有专用的复数向量指令而只用一般向量指令，用向量寄存器传复数也是有好处的 (至少加减法就简化成一条指令)。 另外可以学 RISC-V 在二进制文件中打标记以防止不小心把 ABI 不兼容的东西链接起来：https://github.com/riscv-non-isa/riscv-elf-psabi-doc/blob/master/riscv-elf.adoc#dynamic-linking

> > 复数类型需要特殊考虑吗？ > > 在目前的非向量调用惯例中复数直接当成有两个浮点成员的结构体，会用两个 FPR，但是 CPUCFG word 2 bit 8 预留了“复数向量指令”，而且好像 (?) 即使没有专用的复数向量指令而只用一般向量指令，用向量寄存器传复数也是有好处的 (至少加减法就简化成一条指令)。 > > 另外可以学 RISC-V 在二进制文件中打标记以防止不小心把 ABI 不兼容的东西链接起来：https://github.com/riscv-non-isa/riscv-elf-psabi-doc/blob/master/riscv-elf.adoc#dynamic-linking > > 复数之前还没有考虑过，感觉可以试一试 ELF标记的话，目前主要考虑到系统大部分可能不会用vecarg来编译，所以暂时没有打标记，不过目前好像除非两个有向量调用的object，一边开vecarg、一边不开/向量开关对不上的时候会出问题，其他时候好像暂时没有遇到爆炸的情况 > > 不过之前准备在代码里如果出现了“有向量参数，vecarg开了，向量没开”的情况下给出警告，因为代码需要改动的地方比较多还没有做出来...

> 可能需要考虑同一编译单元内的混搭：例如用户可能希望综合使用 GNU ifunc、`CPUCFG` or HWCAP 等方式，来明确、自行控制一个公共的入口点之后的执行路径，使之在合适的软硬件组合上自动利用上 vecarg 能力。这种情况下可能不便以 ELF `e_flags` 或其他文件粒度的方式处理：如果一个文件虽然含有 vecarg 代码（因此它有了 vecarg ABI modifier 之类的标记），但其实这部分代码在不支持的系统上不会被跑到，那我们应该不想阻止用户运行。 RISC-V 的 STO_RISCV_VARIANT_CC 是符号粒度的，可以每个符号不一样。

另外还有 __int128 要不要走向量寄存器，因为我们向量指令集自带 128 位加减法，虽然我还没算清楚用向量指令做 128 位乘除会不会比一般做法快……

> Try with `Renderer=HarfBuzz` Got warnings like: ``` warning (file /usr/share/fonts/NotoSansCJK-VF.otf.ttc) (cff2): unsupported blend operator ``` and the glyphs don't show up in the PDF.

> > Try with `Renderer=HarfBuzz` > > Got warnings like: > > ``` > warning (file /usr/share/fonts/NotoSansCJK-VF.otf.ttc) (cff2): unsupported blend operator > ``` > > and the glyphs don't show...

`Renderer=HarfBuzz` works fine with texlive-2022. Closing.

> As I already wrote, I would like probably to see the step-by-step configuration changes e.g. what are minimal > configuration changes to make Speaker device work on your hardware?...