概览
QEMU
当日讨论重心在社区流程与测试基础设施：AI 生成贡献政策 RFC v2 提出整体转向，check-tcg 并入 meson 后围绕容器与构建目标名的修补仍在继续；功能侧以 BQL 长持锁可观测化、zone append 客户机可达缺陷修复和 virtio-sound 迁移最值得关注。
KVM
内核侧主线仍是机密计算落地：CoCo 实时迁移 RFC 引入 Arm CCA 可行性反馈，TDX 侧有 VM-DoS 防护与 VT-d 可信 DMA 初始化推进；同时 mm/VMA 标志重构与 PCI P2PDMA 这类非 CoCo 改动仍在持续评审。
Libvirt
当日以低风险小修为主：SWTPM backup/fsync 属性与 virBitmapNewCopy 的 UBSan 修复；bhyve 临时域未清理的 issue 状态更新为已关闭，结论以原 issue 为准。
统计
观察4
KVM · CoCo 机密客户机实时迁移内核 API
涉及 TDX、SEV-SNP、Arm CCA 多方诉求，API 形态与语义尚未定稿，厂商间收敛情况决定后续实现路径。
QEMU · AI 生成贡献政策 RFC v2
该 RFC 提出对既有政策的整体转向，尚处请求评论阶段，将影响所有贡献者的提交与评审流程。
QEMU · BQL 看门狗
把 BQL 长期持有从只依赖客户机日志变为可观测，已有开发者表示会用于 dirty logging 相关排查，仍需评审收敛。
Libvirt · SWTPM backup/fsync XML 属性
依赖尚未发布的 swtpm 特性，接口细节可能在 swtpm 正式发布前调整，需持续跟踪兼容性。
显示 25 / 25 条精选
当前筛选没有匹配条目。
QEMU13 条精选
提议回退 9696846600ca，理由是 multiboot 本就在 32 位模式引导 64 位内核，允许加载 x86_64 镜像便于 gdb 等工具调试，并修复 gnumach 的 x86_64 模式加载。
影响：影响 multiboot 使用者与内核调试工作流；作者表示仍在等待反馈，尚未形成结论。
查看原始标题
[PATCH] Revert 9696846600ca ("multiboot: Prevent loading of x86_64 images")本期新增 Reviewed-by（Brian Cain），并就保留短名 static inline 的做法达成一致；系列逐目标改用共享 gen_helper_raise_excp 并删除复制的 helper 定义。
影响：消除各 TCG 目标的重复 helper 定义，避免统一二进制下全局 C 符号冲突，属构建与代码组织层面的清理。
查看原始标题
[PATCH 00/21] accel/tcg: share raise_excp across TCG targetsRFC v2 提出对既有政策的整体转向，放弃为测试、文档注释、修 bug 设置小范围例外的思路，改为给出新的政策文本（docs/devel、AGENTS.md）。
影响：直接影响代码与文档的贡献流程和评审负担，社区共识尚未形成；本期已收到部分 Acked-by。
查看原始标题
[RFC PATCH v2 0/4] docs/devel, AGENTS.md: a completely new policy on AI-generated contributions新增采样线程监视 BQL 获取/释放的序号计数，若整个窗口内计数不变即判定同一持有者长期持锁，并记录持锁者信息。
影响：把 BQL 长持有导致的客户机 soft lockup/panic 从只能依赖客户机日志变为 hypervisor 侧可观测；已有开发者表示会用于 dirty logging 场景。
查看原始标题
[PATCH 0/10] system: add a watchdog for the Big QEMU Lock将 pseries 迁移测试重构为共享 helper，新增 UNIX socket 与 exec(socat) 传输路径用例，并增加 NVMe、e1000e、xHCI 的控制台探测检查。
影响：弥补 pseries 此前未覆盖的迁移传输路径，提升功能测试覆盖面；本期获得 Reviewed-by。
查看原始标题
[PATCH v2 0/2] tests/functional/ppc64: extend ppc64 functional tests规范中整寄存器 load/store 不依赖 vtype，但整寄存器搬移需合法 vtype，VILL 置位会触发 trap；补丁补齐 tcg_out_mov 前缺失的 vtype 设置并附 Fixes 标签。
影响：修复 riscv64 主机上因 VILL 置位导致的断言/SIGILL，已有用户报告在容器内 ls 触发该断言。
查看原始标题
[PATCH v2] tcg/riscv64: Set vtype before whole-register vector moves修正 zoned 设备对写粒度与最大 zone append 的汇报和执行，并修 file-posix 两处 zone append 模拟 bug，其中之一客户机可达；不再从 BlockLimits 推导这两个值。
影响：客户机可达的模拟缺陷会影响 zoned 后端与 virtio-blk 合并逻辑的正确性；本期确认了此前遗漏的 Reviewed-by 标签。
查看原始标题
[PATCH v5 00/15] block: fix the zone write granularity and the zone append limit修复 SELinux 主机与 rootless podman 开发容器下的 TCG 测试编译问题，涉及宿主文件系统挂载以及 UID 为 0 时 docker.py 的行为。
影响：提升容器化 TCG 测试的可运行性，属 CI 与开发体验改进；作者建议并入次日 PR。
查看原始标题
[PATCH 0/3] tests/tcg: fix more container issuesPULL v2 将 check-tcg 迁移到 meson 构建，并新增 tcg/tests meson 基础设施的 MAINTAINERS 条目。
影响：改变 TCG 测试的构建与运行方式，后续容器与目标名相关修补均建立在此之上，开发者命令与目标名会随之变化。
查看原始标题
[PULL v2 000/105] move check-tcg into the meson build扩展 IncompatiblePciDeviceSupportDxe 读取 etc/fixed-bars fw_cfg，并由 PciBusDxe 在直接编程 BAR 及为上层桥窗口 sizing 时遵守固定地址。
影响：配合 QEMU 侧固定 BAR 校验，使桥后的固定 BAR 被正确放置与覆盖；x86 侧已验证无 blob 时为无操作行为。
查看原始标题
[PATCH 0/3] MdeModulePkg, ArmVirtPkg, OvmfPkg: fixed PCI BAR placement补齐缺失的 VMSTATE 字段、启用迁移并在迁移后重连音频流，queue_inuse 数组用于重启 virtio 队列。
影响：virtio-sound 此前不可迁移，该系列解除这一限制，涉及音频流重连等状态处理，已带多个 Reviewed-by。
查看原始标题
[PULL v2 00/10] virtio-sound migrationWindows 11 宿主、WHPX 加速下，QEMU 11.1.1 使用 virtio-net-pci 进行持续下载时出现挂起，报告附带完整命令行与宿主环境。
影响：涉及 WHPX 与 virtio-net 组合的稳定性，目前为开放 issue，尚无根因结论，需关注后续复现与定位。
查看原始标题
virtio-net-pci hangs on sustained network download系列中把 info migrate_parameters 改为使用 output visitor，评审围绕空对象前缀、QList/QDict 间距以及旧输出兼容性展开。
影响：影响迁移管理接口的可读输出与脚本解析兼容性，属命令行为变化，需在合入前确定格式。
查看原始标题
Re: [PATCH v3 14/20] migration: Use output visitor in info commandKVM9 条精选
v8 共 29 个补丁，s390 抽取 arm64 定义与实现以在 s390 上提供 KVM 加速的 ARM 虚拟化，并新增 ARM64_S390_COMMON 标记与导出符号检查。
影响：跨架构代码复用范围大，需 arm64 与 s390 维护者共同确认代码抽取边界，评审周期可能较长。
查看原始标题
[PATCH v8 00/29] KVM: s390: Introduce arm64 KVM本期新增 Jonathan Cameron 的 Reviewed-by，评审意见集中在封装层（wrapper）；该系列是从原 KVM CCA 大系列拆出的固件基础层。
影响：可独立合入，为后续 KVM Realm 系列及 CCA 作为 TSM 的场景（如 PCI IDE）解耦依赖，降低大系列落地难度。
查看原始标题
[PATCH v18 0/7] firmware: arm_rmm: Add RMM v2.0 base RMI supportv4 较 v3 增加 5 个补丁，前 8 个面向 stable，修复相关 KVM CAP 问题并使用户空间可真正启用这两项 VM-DoS 防护。
影响：补齐 TDX 下对异常/恶意 VM 行为的防护并修正能力暴露；本期获得整体系列 Reviewed-by，成熟度较高。
查看原始标题
[PATCH v4 0/9] KVM: TDX: Enable VM-DoS Prevention Features for TDX系列在初版 vGICv5 基础上加入 GICv5 IRS，使客户机可用 SPI 与 LPI，从而在 Arm FVP 上启动完整 Linux 客户机；本期 LKP 报出 h_iste 类型不匹配并排队修复。
影响：LPI 形式的 IPI 是多 vCPU GICv5 客户机的前提，属 Arm 中断虚拟化路径的大改动，仍需逐项收敛。
查看原始标题
[PATCH v6 00/49] KVM: arm64: Add GICv5 IRS supportv9 修正 PERF_METRICS 高位写入的拒绝逻辑，新增 RDPMC Metrics Clear 模式支持，并在 DMR 机器与固定计数器 3 上扩展测试。
影响：用户程序可直接用 RDPMC 清零指标而无需额外 ioctl，提升 x86 PMU 架构特性虚拟化的保真度。
查看原始标题
[PATCH v9 00/12] KVM: x86/pmu: Add hardware Topdown metrics support讨论中新增 Arm 侧反馈：CCA 实时迁移 ABI 或可作为该 API 的后端，并指出与非 CoCo dirty log 之间存在阻抗不匹配。
影响：若坚持厂商无关设计，TDX/SEV-SNP/CCA 可共用同一迁移路径；当前仍处 API 形态与语义争论阶段，未有结论。
查看原始标题
[RFC PATCH v2 0/4] Add KVM API for confidential guest live migration本期作者已发出 v3，修复 1/40 中的一处 bug 并处理零散评审意见；v2 仍以 40 个补丁拆分内核拥有、可否合并扩展、是否阻止 GUP 等属性。
影响：影响依赖 VMA 标志的驱动路径；维护者此前指出评审偏薄，落地仍需更充分的 review。
查看原始标题
[PATCH v2 00/40] mm: make VMA flag semantics explicit, eliminate VM_SPECIAL每个方向在路径分叉处判定，按 TLP 类别区分 Request 与 Completion，并将 provider 暴露给 dma-buf 导入方，mlx5 改为查询而非假定。
影响：影响 VFIO、iommufd、RDMA 等 P2P 用户对非对称/嵌套交换机的判断，讨论焦点仍是现有 API 用户是否无需额外改动。
查看原始标题
[PATCH v6 00/18] PCI/P2PDMA: Route peer-to-peer DMA by TLP class5 个补丁为 host Intel IOMMU 增加 VT-d trusted extension 路径，包括受信任 DMA 翻译根表，作为 TDX Connect 等 TEE I/O 可信 DMA 的基础，常规 host DMA 路径不变。
影响：机密设备直通的关键前置；作者表示下一版将按评审意见调整方向，接口尚未定型。
查看原始标题
[PATCH 0/5] iommu/vt-d: Introduce trusted DMA initialization supportLibvirt3 条精选
为 swtpm 的 directory 后端新增 backup 与 fsync 选项，用于备份并同步状态文件及其父目录；v2 重构命令构造为 virBuffer 并改进错误上报。
影响：降低断电导致 TPM 状态文件损坏的概率，但需 swtpm 对应版本才生效，Libvirt 侧先行提供 XML 配置。
查看原始标题
[PATCH v2 0/2] qemu: Support backup and fsync optional attributes in SWTPMUbuntu clang CI 在 genericxml2xmltest 中因 memcpy 收到空指针触发 UBSan，补丁仅在源与目标位图非零大小时才调用 memcpy。
影响：修复 CI 上的未定义行为告警，属工具函数健壮性小修，不改变调用方语义。
查看原始标题
[PATCH] virBitmapNewCopy: skip copying zero-sized bitmaps本期状态由新提交更新为已关闭；原问题为经 virDomainCreateXML 启动的临时域在 virDomainShutdown 后仍可见（FreeBSD 15.1、libvirt 12.7.0）。
影响：属 bhyve 驱动历史问题，关闭结论以原始 issue 为准，不自动等同于已修复，后续可关注是否出现复现反馈。