1.9 KiB
title, type, permalink, stable_id, scope, project_id, memory_type, status, revision, restored_from_commit, created_at, updated_at
| title | type | permalink | stable_id | scope | project_id | memory_type | status | revision | restored_from_commit | created_at | updated_at |
|---|---|---|---|---|---|---|---|---|---|---|---|
| Checkpoint 2026-09-17 16:28:20 UTC [df3d40e762] | checkpoint | main/projects/6f47523e-e22e-4cdd-bd18-76e5e474ee0c/checkpoint-2026-09-17-16-28-20-utc-df3d40e762 | 41d9da9c-88ae-444d-a246-308e9fbb2387 | project | 6f47523e-e22e-4cdd-bd18-76e5e474ee0c | checkpoint | active | 1 | 6a6a895eaf |
2026-09-23T14:58:32.065993+00:00 | 2026-09-23T14:58:32.066056+00:00 |
2026-09-18 00:21:27 CST 经用户“完成吧”授权实施可回滚 ECM 隔离措施：执行实机原生 /etc/init.d/qca-nss-ecm disable 与 stop，确认 ECM exit complete、/sys/module/ecm 不存在、S26启动链接不存在、dev.nss.general.redirect=0。防火墙 flow_offloading 与 flow_offloading_hw 原本都是0，未改变。ath11k nss_offload仍为1，本措施不是全面关闭NSS；不主动重启、不卸载无线驱动。崩溃pstore四个文件另存/root/router-logs/incident-20260917-230655/，SHA256SUMS全部校验通过，ecm.before与可执行rollback-ecm.sh保存；回滚脚本使用原生enable/start，sh -n通过。00:27:43复查boot_id仍d568e954-dd25-4dff-9543-fc8fe1c60210，2.4G/两个5G AP正常，路由器和Windows客户端均ping外网3/3、DNS解析正常，当前日志无新增Oops。缓存vmlinux的ip_skb_dst_mtu函数大小0x1a8与崩溃指令序列吻合，+0x90为ldr x0,[x1,#280]，x1=ffffff800031f000，目标正是故障地址ffffff800031f118；源码对应dst_dev_rcu后dev_net_rcu读取，说明无效设备指针，非简单MTU数值问题。不能仅凭栈经过qca_nss_drv断言其根因，更不能称永久修复。下一步观察数天复发周期；如仍发生，保留新pstore并比对调用栈，进一步检查skb/dst生命周期、NSS无线/GRO及OAF hook等，避免盲加空指针补丁或覆盖固件。当前源码仓库main a066d95，仅既有两个.runtime JSON dirty，本轮未修改项目代码。