Merge branch 'v2-on-ui' into task/screenlink-plan-to-design

# Conflicts: # docs/子系统设计/控制台单写者日志设计说明.md
2026-10-30 09:25:35 +08:00
parent 8744c833e5 2b478588a7
commit add61ca2af
214 changed files with 929 additions and 717 deletions
@@ -29,6 +29,6 @@

 ## 相关文档

- 测试指南：`docs/测试说明/CH395F_Test_Guide.md`
+- 测试指南：`docs/测试说明/板级测试/CH395F_Test_Guide.md`
 - 上层抽象：`../NET/README.md`
 - 台架探针：`MDK-ARM/tcp_reconnect_probe.py`、`test/host/ftp_abort_probe.py`
@@ -42,5 +42,5 @@ GD5F2GQ5UE 芯片
 ## 相关文档

 - 存储架构：`docs/架构设计/STM32F4-Base存储架构说明.md`
- 测试指南：`docs/测试说明/GD5F2GQ5UE_Test_Guide.md`
- 容量恢复：`docs/测试说明/存储维护与容量恢复.md`
+- 测试指南：`docs/测试说明/板级测试/GD5F2GQ5UE_Test_Guide.md`
+- 容量恢复：`docs/测试说明/专项验证/存储维护与容量恢复.md`
@@ -40,7 +40,7 @@ int nand_ftl_init(void);
 * 限定条件：只允许走显式命令或恢复流程调用；不得因"某次读写失败"自动调用
 * 函数说明：新卷从空树写起，避免旧 journal 残留与新卷共存（结构卫生）。
 *   容量恢复动作的区分（A 清日志 / B 重挂载 / C 全片擦除 / D 残留清理）
- *   → ../测试说明/存储维护与容量恢复.md。
+ *   → docs/测试说明/专项验证/存储维护与容量恢复.md。
 */
 int nand_ftl_format(void);

@@ -71,4 +71,4 @@
 - 内部调用关系：`docs/网络/BSD_Socket_API_函数调用关系.md`
 - 架构设计：`docs/网络/Net层阻塞模型架构设计.md`（阻塞等待 / pending 请求模型）
 - ACCEPT 挂起化不实施的判据：`docs/网络/Net层阻塞模型架构设计.md` §10
- 测试：`docs/测试说明/CH395F_Test_Guide.md`、`docs/测试说明/FTP_Test_Guide.md`
+- 测试：`docs/测试说明/板级测试/CH395F_Test_Guide.md`、`docs/测试说明/板级测试/FTP_Test_Guide.md`
@@ -36,6 +36,6 @@ lftpd（本目录）

 ## 相关文档

- 测试指南：`docs/测试说明/FTP_Test_Guide.md`
+- 测试指南：`docs/测试说明/板级测试/FTP_Test_Guide.md`
 - 台架探针：`test/host/ftp_abort_probe.py`、`MDK-ARM/ftp_freeze_probe.py`
 - 内存优化：`docs/内存管理/RAM使用分析与优化方案.md` §4.1.4
@@ -44,4 +44,4 @@

 - 架构全景：`docs/架构设计/项目架构总览.md`
 - 存储栈：`docs/架构设计/STM32F4-Base存储架构说明.md`
- 测试指南：`docs/测试说明/*_Test_Guide.md`
+- 测试指南：`docs/测试说明/板级测试/*_Test_Guide.md`
@@ -24,5 +24,5 @@
 ## 相关文档

 - 墙钟维护：`docs/子系统设计/系统墙钟时间维护说明.md`
- 测试指南：`docs/测试说明/SD2506_Test_Guide.md`
+- 测试指南：`docs/测试说明/板级测试/SD2506_Test_Guide.md`
 - 陷阱台账：`docs/问题记录/SD2506_Trap_Records.md`
@@ -130,7 +130,7 @@ typedef int bsp_err_t;
 *    丢弃 HAL_SPI_Transmit/Receive 返回值、以及"未初始化局部量直接进 P_FAIL 判定"**一条不报**
 *    （它假定被调函数会写出参，而失败路径根本不写）。所以"丢弃底层传输的返回值"今天没有任何
 *    工具会响，只能靠脚本 + 书写约定；consume-result 上线当天就照出 37 处存量丢弃，其中一处是真窟窿：
- *    bbt_rebuild 的 ECC 重开被丢弃（详见 ../测试说明/存储维护与容量恢复.md §4.3）。
+ *    bbt_rebuild 的 ECC 重开被丢弃（详见 docs/测试说明/专项验证/存储维护与容量恢复.md §4.3）。
 * 5. 重试由调用方决定：必须有上限、必须喂看门狗、不得跨越就绪屏障盲目等。本头文件
 *    不提供 retry helper——一个通用 while 重试包装太容易被拿去包住无限等待；每个日志
 *    调用点内联约 216 B 栈的教训在前，栈预算不欢迎「顺手加一层」。