WÁNG Xuěruì

> Ship it, I think? Given the 1.77.0 release is nearing, and not much packaging-side has changed, I'm going to merge this. But as I'm ~1300km away from my rig,...

Not sure why the CI (specifically the `i686-linux-android` job) is failing, but the change should not be responsible for that; I'll have to process this later but I expect to...

网络领域 Tx/Rx 表示 transmit/receive 即 发送/接收。 关于 `MsgID` 变 `string` 类型，我理解你可能想借此实现向前兼容？也就是说，即便用户不升级依赖的本库版本，也能捞着处理企业微信未来可能新增的消息类型？这么做情有可原，但我担心的是可能会造成事实上的弱类型。我个人可能需要再思考一下。 关于新增字段的部分，这种 webhook 回调消息从性质上说是否也是一种聊天消息？`RxMessage` 本义是用户在与 app 的聊天框里发送的消息。如果 webhook 回调消息不是一种聊天消息，那么复用同一个类型从领域建模上说就是不合适的。

> `MsgID` 变 `string` 类型，是因为群机器人消息的 `MsgID` 是 `string` 类型 Okay 我之前以为是消息类型了。很不幸这个变化会破坏兼容，我应该会在 v2 考虑这一点。 > 下面内容是官方文档 这边的一些链接我没有权限查看，到时候可能无法协助验证。

另外：如果没有看到完整文档，我也没有办法帮忙确认新增 API 的设计是否合理，这样的话只有等到文档公开了，才可能合并相关支持的 PR。（否则万一后边发现 API 设计要不兼容变更，就得发 v3 了。）

Hi，本人和公司目前并没此方面需求，也没相应经验；不过如果您可以自行实现，很乐意为您 review!

Hi 感谢对本项目的关注！ 由于我的本职工作变化，近期不会有精力亲自做功能，也不会有测试凭据能用来验证。如果您有精力可以自己加上，提个PR我给你看。。

没看错的话，你的构建产物现在是个 ELF 文件？顾名思义，UEFI 固件它需要的是一个 EFI application。 具体可以参考下 [grub2](https://github.com/loongarch64/grub/tree/dev/patchwork/efi) 或者 Linux EFI stub 他们在龙架构都怎么做。

追一下 qemu 源码（`hw/loongarch/virt.c`，关键词 kernel），你那么调用之后直接进了 EFI shell 应该就是因为固件不认。 他们现在貌似做了两个引导流程，有固件时候不处理 kernel image 直接通过 fw_cfg 机制交固件处理；没固件时候假定是 ELF 格式内核（结合龙芯自己商业上的安排，预期估计是「见到 ELF 内核就认为是 DT boot」。但显然他们实现上没做区分，无论有无固件都初始化了 ACPI 和 FDT）。

以前（龙架构甫一推出）和龙芯同学沟通过了，当时他们应该是不排斥甚至有想法推动。目前个人觉得这不是技术问题~