From 41c486d5aaaa2c3254b481d43769a285033fd913 Mon Sep 17 00:00:00 2001 From: MemRelay Date: Thu, 24 Sep 2026 06:09:48 +0800 Subject: [PATCH] =?UTF-8?q?create:=202026=E5=B9=B47=E6=9C=88=E7=A1=AC?= =?UTF-8?q?=E4=BB=B6UART=E5=8F=8ASPI=E7=9F=AD=E6=8E=A5=E5=AE=9E=E8=AF=81?= =?UTF-8?q?=E8=A1=A5=E5=85=85?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit MemRelay-Operation: memory-save:bdyg-aidocs-migrate-20260924-2 MemRelay-Resource: c08c4c4e-a4de-44da-b264-b5d6541282dd --- .../2026年7月U-Boot构建与重启验证结论补充.md | 27 +++++++++++++++++++ .../2026年7月硬件UART及SPI短接实证补充.md | 25 +++++++++++++++++ 2 files changed, 52 insertions(+) create mode 100644 projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月U-Boot构建与重启验证结论补充.md create mode 100644 projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月硬件UART及SPI短接实证补充.md diff --git a/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月U-Boot构建与重启验证结论补充.md b/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月U-Boot构建与重启验证结论补充.md new file mode 100644 index 0000000..917a9eb --- /dev/null +++ b/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月U-Boot构建与重启验证结论补充.md @@ -0,0 +1,27 @@ +--- +title: 2026年7月U-Boot构建与重启验证结论补充 +type: fact +permalink: main/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026-年-7-月-u-boot-构建与重启验证结论补充 +stable_id: f624a189-dfe9-43a8-9b69-d5fd577de96b +scope: project +memory_type: fact +project_id: d0abaf3f-da04-4dd4-a228-bacf68f44e8f +usage_profile_id: 0c9feb46-d06e-43cd-9ef0-c5813c84a998 +status: active +revision: 1 +request_id: bdyg-aidocs-migrate-20260924-3 +created_at: '2026-09-23T22:09:44.795916+00:00' +updated_at: '2026-09-23T22:09:44.795916+00:00' +tags: +- migration +- verified-history +--- + +来源：旧aidocs截至2026-07-28的后续实测结论；早期假设与失败进度不作为当前事实。 +移除shutdown hook的A/B试验：stock连续4/4重启成功（30~34秒），selfbuilt连续4/4成功（27~28秒）；boot_id改变、hook目录为空、POWER_OFF_NOTIFICATION仍01。因此hook不是该组测试必需条件，不能把POWER_OFF_NOTIFY说成唯一已证实根因。此结果仅限当时版本和测试条件，不改写后续在线维护配置；长uptime、重负载和poweroff未由该试验覆盖。syscon是否独立根因未隔离验证。 +当时DTB包含syscon-reboot-mode PMUGRF 0x200；禁用GMAC0 fe010000后消除NETDEV WATCHDOG，实际uplink为GMAC1 fe2a0000接RTL8367S；eMMC为HS200 200MHz 8bit 1.8V，DDR52降速方案已撤回。曾关闭armbian-ramlog以避免/var/log在zram导致崩溃日志丢失。设备无RTC、依赖fake-hwclock，不以journal时间差推算启动耗时。 +最小原厂引导asset压缩约440KB、展开12550144字节，SHA256 1f74ff7c2e616a6d2296df7226334e72bff5691ed721d7c8c6ed6ae19ce28f0a，相关引导区LBA64..8191、16384..32767。rkbin ce50c0d1ad1d4630f5b595d317427b56fa97b7f6中的DDR1.21（59392字节）和BL31v1.44六段（253487字节）与原厂逐字节匹配。U-Boot DTB在asset偏移5267456、长度85552，SHA256 50655caf456a203171f05ef485f7a40218951f9bf15274ae6108400445c0f935。 +构建模式stock/selfbuilt/selfbuilt-ums；基于主线v2026.04 generic-rk3568_defconfig，不需要新defconfig，但DDR/BL31仍为预编译闭源。UBOOT_TARGET_MAP同时产bin/spi，BOOT_SCENARIO为spl-blobs；BOOTDELAY应在hook内设置避免后续覆盖。 +实测自编版本2026.04_armbian-2026.04-S88dc-P3cfe-Hbb50-V9fc7-Bd0d2-R448a启动成功。实验SPI固件1482752字节，SHA256 11fc3cdab40fc506a8824195eaf95c60079d119de2c62cb8bf47d22d2456e876，写入362block约15秒、回读同hash；eMMC原厂两段未改。当时实验后擦SPI退回，不能认为当前仍从实验SPI启动。 +无串口时应先正式selfbuilt，不先UMS：bootcmd ums 0 mmc 0不会启动Linux，退出需串口Ctrl+C，断电后仍回UMS。Linux可读chosen/u-boot,version判断引导版本；boot.scr路径实测可用。 +Armbian artifact key受hook源码影响，未必受runtime条件影响；UMS hook仅在对应模式注册，避免同key误复用。stock/selfbuilt产物分目录；stock校验两段原厂asset，selfbuilt校验sector64起与实际bin一致，manifest记录模式；整盘验证GPT/ext4、DTB/DSA及引导区，避免旧DTB镜像被误认成新构建。 \ No newline at end of file diff --git a/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月硬件UART及SPI短接实证补充.md b/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月硬件UART及SPI短接实证补充.md new file mode 100644 index 0000000..00305b2 --- /dev/null +++ b/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026年7月硬件UART及SPI短接实证补充.md @@ -0,0 +1,25 @@ +--- +title: 2026年7月硬件UART及SPI短接实证补充 +type: fact +permalink: main/projects/d0abaf3f-da04-4dd4-a228-bacf68f44e8f/2026-年-7-月硬件-uart-及-spi-短接实证补充 +stable_id: c08c4c4e-a4de-44da-b264-b5d6541282dd +scope: project +memory_type: fact +project_id: d0abaf3f-da04-4dd4-a228-bacf68f44e8f +usage_profile_id: 0c9feb46-d06e-43cd-9ef0-c5813c84a998 +status: active +revision: 1 +request_id: bdyg-aidocs-migrate-20260924-2 +created_at: '2026-09-23T22:09:42.029674+00:00' +updated_at: '2026-09-23T22:09:42.029674+00:00' +tags: +- migration +- verified-history +--- + +来源：旧aidocs已验证硬件记录；仅为历史取证，不表示当前正在短接或SPI中仍有实验固件。 +BDY-G18-Pro为RK3568、8GB RAM、256GB eMMC、32MiB SPI。SPI JEDEC ef6019，Linux debugfs识别Winbond W25Q256JW，U-Boot同ID叫w25q256fw；JW供电1.8V。 +RK3568_A_V1.1 2023.02.23主板UART是四个无丝印未焊过孔，在WiFi屏蔽区下、RTL8367S右、散热片上、u.FL旁；不能照别板GND/TX/RX/VCC顺序。照片 evidence/serial/uart-pads-unlabeled.png。UART2 GPIO0_D0 RX、GPIO0_D1 TX；ttyS2地址0xFE660000，3.3V TTL、1500000 8N1、无流控，VCC不接、TX/RX交叉。GND用通断测地，TX结合持续发送及串口计数确认。曾用CP2104及外晶振CH340G。 +板底WSON8按文字正向、定位点左上时pin2 DO、pin4 GND、pin6 CLK、pin8 VCC1.8V。2026-07-28 Linux下pin2接地的quad读取FF→DD→FF重复两次，松开后整片仍blank且dmesg无错误，证明引脚定位，不能推断一切故障都能由此恢复。证据 evidence/hardware-access-points.txt。 +BootROM先SPI后eMMC；SPI有效SPL卡死时仅短eMMC未必足够。恢复时短SPI上电约1~2秒后必须松开，否则Linux可能无法识别mtd0。 +SPI FIT偏移0x60000（384KiB），不是eMMC的8MiB位置；实验SPI链只占前1.41MiB，在3byte范围内，旧的“超过8MiB读取导致启动风险”推测已撤回。 \ No newline at end of file