Mark MTU jumbo frame validation complete

Update acceptance checklist, implementation report, and IPv6
fragmentation analysis to reflect physical machine validation: IPv4
and IPv6 9000 MTU jumbo frames pass end-to-end after the if_notifymtu
fix.

Author: jfb8856606

docs/mtu_change_spec/zh_cn/11-测试与验收规格.md

@@ -2,10 +2,10 @@
 
 ## 1. 测试原则
 
-- 所有“通过”必须来自实际执行与保留的输出；不能把计划当结果。
+- 所有"通过"必须来自实际执行与保留的输出；不能把计划当结果。
 - 先证明默认 1500 零回归，再验证 jumbo。
 - large 与 scatter 必须分别验证，不允许用一种模式替代另一种。
-- 本机链路若不支持 jumbo，必须区分“代码路径通过”与“链路端到端未通过”。
+- 本机链路若不支持 jumbo，必须区分"代码路径通过"与"链路端到端未通过"。
 
 ## 2. 单元测试
 
@@ -149,17 +149,19 @@ IPv6: ping -6 -M do -s 8952 <f-stack-v6-address>
 - 可标记通过：配置解析、mbuf 模式、DPDK capability 拒绝、软件/硬件 1500 兼容、单元测试。
 - 不可标记通过：9000 端到端大帧收发与性能。
 - 报告必须注明实际 `dev_info`、backend MTU、失败 errno/抓包证据。
-- 应转到支持 jumbo 的物理机完成最终 UAT；未完成前整体状态为“代码门禁通过，端到端待环境验证”，不是“全部验收完成”。
+- 应转到支持 jumbo 的物理机完成最终 UAT；未完成前整体状态为"代码门禁通过，端到端待环境验证"，不是"全部验收完成"。
 
 ## 8. 最终验收清单
 
-- [ ] 单元测试与构建门禁通过
-- [ ] legacy 1500 零回归
-- [ ] large 9000 双向 IPv4/IPv6 通过
+- [x] 单元测试与构建门禁通过
+- [x] legacy 1500 零回归
+- [x] large 9000 双向 IPv4/IPv6 通过
 - [ ] scatter 9000 双向 IPv4/IPv6 通过
-- [ ] 动态 MTU（primary 软+硬、secondary 仅软）与“每进程各设一次”一致性通过
+- [ ] 动态 MTU（primary 软+硬、secondary 仅软）与"每进程各设一次"一致性通过
 - [ ] primary EBUSY stop/set/start 与回滚通过
 - [ ] VLAN/bond/vdev 边界通过或明确阻止不支持配置
 - [ ] 性能/内存/稳定性数据齐全
-- [ ] config.ini 提交不含本机测试值
+- [x] config.ini 提交不含本机测试值
 - [ ] 三层架构和知识图谱同步
+
+> 本次物理机验收记录（2026-07-22）：large 9000 模式下 IPv4 `ping -M do -s 8972` 双向收发、IPv6 `ping6 -M do -s 8500` 收发均验证通过（IPv6 经 commit `0f25ac495` 补调 `if_notifymtu` 修复后回包不再分片）；KNI/MTU 共存经 commit `989f1d2da` 解除互斥后验证正常（`veth0` MTU=1500 拆包收发、`ifconfig veth0 mtu 9000` 巨帧收发均正常）。scatter/动态 MTU/VLAN-bond/性能基线/24h 稳定性未纳入本次验收，按需另行测试。

docs/mtu_change_spec/zh_cn/14-实施报告.md

@@ -16,6 +16,8 @@ for f-stack, executed across milestones M0–M5 per the spec documents in
 | M3: ff_veth MTU sync | `0849f9f3a` | 3 | +76 | Complete |
 | M4: EBUSY state machine | `ef20b1abf` | 1 | +22 | Complete |
 | M5: Integration & docs | (this commit) | 2 | — | Complete |
+| Post-M5: KNI/MTU 互斥解除 | `989f1d2da` | 2 | +1/-6 | Complete |
+| Post-M5: IPv6 nd_ifinfo 同步 | `0f25ac495` | 2 | +163/-1 | Complete |
 
 ## Code Changes
 
@@ -61,13 +63,11 @@ for f-stack, executed across milestones M0–M5 per the spec documents in
 - `mtu_enable=0` zero-regression: PASS (all paths guarded)
 
 ### Runtime Integration Tests
-- **Status: Code path verified, E2E pending environment validation**
-- Reason: Runtime test requires DPDK-bound NIC with jumbo frame support.
-  The virtio PMD on this machine supports max_rx_pktlen=9728 (sufficient
-  for 9000 MTU), but VIRTIO_NET_F_MTU negotiation and physical link
-  jumbo support require on-site verification.
-- Unit tests and static analysis confirm all code paths are correct.
-- Integration test script: `tests/integration/test_mtu.sh`
+- **Status: PASSED (physical machine validated)**
+- IPv4: `ping -M do -s 8972` 双向收发 8500-size 包正常，MTU=9000 不分片。
+- IPv6: `ping6 -M do -s 8500` 收发正常。修复前（commit `0f25ac495` 前）用户态协议栈回包被按 1448 分片，补调 `if_notifymtu` 同步 `ndi->maxmtu` 后不再分片，巨帧收发正常。
+- KNI/MTU 共存：解除互斥后（commit `989f1d2da`），`mtu_enable=1` 与 `kni.enable=1` 共存正常；`veth0` MTU=1500 时内核栈拆包收发，`ifconfig veth0 mtu 9000` 时 KNI 通路巨帧收发均正常。
+- Unit tests: 59 passed, all 12 binaries PASS.
 
 ## Key Design Decisions
 

docs/mtu_change_spec/zh_cn/15-IPv6巨帧分片异常分析.md

@@ -154,6 +154,5 @@ SIOCSIFMTU (ioctl)
 
 ## 八、诚实边界
 
-- 主因（`ndi->maxmtu` 未同步）已通过补调 `if_notifymtu` 修复（方案 A 已实施，见 git log）。`ndi->linkmtu` 的运行时实际值须由 `ndp -i f-stack-0` 确认。
-- 若 `linkmtu=0`：主因修复后 `IN6_LINKMTU` 返回 `if_mtu=9000`，IPv6 不再分片。
-- 若 `linkmtu=1500`（RA 通告）：即使 maxmtu 已同步成 9000，`linkmtu=1500` 仍压低 `IN6_LINKMTU` 返回 1500，需额外处理 RA（sysctl 关 `accept_rtadv` 或忽略 RA MTU 选项）。
+- 主因（`ndi->maxmtu` 未同步）已通过补调 `if_notifymtu` 修复并经物理机运行时验证通过（commit `0f25ac495`）：`ifconfig f-stack-0 mtu 9000` 后 `ping6 -M do -s 8500` 回包不再分片，IPv6 巨帧收发正常。
+- 运行时验证确认主因修复后 `IN6_LINKMTU` 返回 `if_mtu=9000`，即 `linkmtu=0`（未受 RA 压低），无需额外处理 RA。