docs: Record V1.2.2 in Script A's history and add the release note

Script A: four entries under V1.2.2 for blanton_ber.sh v1.1.0 and
v1.1.1, bcm_100g_dsc_cycle.sh, and tools/100G_dsc_cycle.txt; header date
to 2026-09-15.

CLAUDE.md: status to V1.2.2; the BER paragraph notes port 268 and the
per-unit group summary; a commands block for bcm_100g_dsc_cycle.sh; the
BER command block notes the three summary rows and that a zero-lane
group is a failure; and a new gotcha that 'prbs get' output is data, not
diagnostics.

ARCHITECTURE.md: Script A ref to V1.2.2; the BER row covers port 268 and
the group summary; a Key Features row for the 100G cycle test; both new
files in the tree; the git tag checkbox to V1.2.2; a known issue for the
unverified cycle script; and one recording that a completeness check
which cannot see a failure has now bitten this repo three times -
bcm_dsc_scan.sh counting its own markers, blanton_ber.sh reading lane
results as shell errors, and the power-cycle report parser turning a
100% packet loss into "no data".

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_014RetWKFZFG1ZHcitQAyhwM

CLAUDE.md

@@ -9,7 +9,7 @@ DUT 端的取數能力由一組 **bash 工具庫** 提供（CB FPGA `pcimem` →
 
 完整架構見 [ARCHITECTURE.md](ARCHITECTURE.md)。
 
-**目前狀態（2026-09-08）**：Script A 為 **V1.2.1**（A 集中記錄所有 TTL 的變更）。涵蓋
+**目前狀態（2026-09-15）**：Script A 為 **V1.2.2**（A 集中記錄所有 TTL 的變更）。涵蓋
 PCIe AER / DDR EDAC / PMON+TPM / 電壓 margin（9 顆 LTC2980）/ SWB loopback 線速流量 /
 10G+1G 管理網路 ping / BMC DDR 與 USB / NVMe 健康，壓力層走平台的 `bgctl`。
 switch unit 數量由 `config.ttl` 的 `SWB_UNIT0` / `SWB_UNIT1` 宣告，風扇轉速由 `FAN_SPEED` 指定
@@ -25,6 +25,7 @@ Script B 的 soak 迴圈每輪印 `bgctl list` + `jobs` + `systemctl is-active m
 `mlucas-amm` transient unit（`Restart=always`），不再是 shell 的 `&` 背景 job —— 掉線也不會停，
 Script C 用 `systemctl stop mlucas-amm` 收掉並把 log 複製到隨身碟。
 V1.1.0 新增全機 SerDes BER 掃描（`blanton_ber.sh`，依 `SWB_UNIT` 分支）；**V1.2.1 起 Script A 也接了一次**，
+**V1.2.2 起清單納入 port 268（100G uplink，ce0）**，summary 每個 unit 拆成「200G ports / 100G p268 / TOTAL」三列；
 在第一輪流量之前取基線，與 Script C 流量報表之後的收尾掃描一起夾住 soak（同 DSC 的做法）。另有
 TR518 負載（`blanton_tr518.sh`，**TTL 尚未接**）、SWB 軌功耗（`TH6_SWB{0,1}_power_readback.sh`），
 線速流量也納入 100G `ce0`（VLAN 138，靠 ingress mirror 維持循環）。
@@ -152,6 +153,8 @@ sleep 30                                      # 至少等一個 interval 再 rep
 ./Blanton_Script/blanton_ber.sh report        # 每 lane 一列，BER < 1e-6 才 PASS，最後 summary
 ./Blanton_Script/blanton_ber.sh stop          # prbsstat STOp
 ./Blanton_Script/blanton_ber.sh clear         # prbs clear（會解除 PRBS，要重測得再 init）
+#   summary 每個 unit 三列：200G ports / 100G p268 / TOTAL（兩個 unit 各有自己的 ce0(268)）
+#   ⚠️ 某一組「一條 lane 都沒回報」算 FAIL 不算 PASS —— 待測的 port 沉默不是通過
 #   -u 0 / -u 1 單邊；-c 1e-9 換門檻；-F 只列失敗；-f <log> 離線重解
 #   ⚠️ 不能跟 blanton_traffic_linespeed / blanton_tr518 同時跑（都會接管同一批 port）
 
@@ -171,6 +174,17 @@ sh ~/Blanton_Script/bcm_dsc_parse.sh -i blanton_dsc_ScriptA_u0.log -o u0
 #   純 sh + awk（mawk 相容），欄位靠括號群組順序抓，SDK 改排版不會壞；
 #   群組數 != 9 的列標成 UNPARSED 印到 stderr，不會安靜解錯
 
+# ── 100G link down/up 循環 + DSC（TTL 尚未接）────────
+./Blanton_Script/bcm_100g_dsc_cycle.sh              # 印說明
+./Blanton_Script/bcm_100g_dsc_cycle.sh 200          # 跑 200 輪（-c 200 亦可）
+./Blanton_Script/bcm_100g_dsc_cycle.sh 200 -d       # 每行指令以灰色 [CMD] 印出來
+./Blanton_Script/bcm_100g_dsc_cycle.sh 20 -T        # 跳過 tuning
+./Blanton_Script/bcm_100g_dsc_cycle.sh 1 -n         # dry-run，不碰硬體也不 sleep
+#   log: ~/dsc_log/100G_dsc_cycle_test_<ts>.log，每輪一段 '### TEST CYCLE n/N'
+#   每輪收：兩個 unit 的 phydiag dsc + serdes-tx-get / serdes-rx-get sys 0..7
+#   等 link 是輪詢 'bcmcmd ps 268'（每 -p 秒，上限 -w 秒），不是 show interfaces status
+#   ⚠️ 尚未上機驗證；與 blanton_ber / blanton_traffic_linespeed / blanton_tr518 互斥
+
 # ── TR518 負載 + 量功耗（TTL 尚未接）─────────────────
 ./Blanton_Script/blanton_tr518.sh start       # 兩 unit，跑完 settle 120s
 ./Blanton_Script/TH6_SWB0_power_readback.sh   # 19 條軌 V×I + TOTAL POWER
@@ -354,6 +368,11 @@ Tera Term 連 COM port (115200-8-N-1)
 - ⚠️ **兩張管理網卡同網段會 ARP flux**：`mgmt_ping_monitor.sh` 讓 eth0/eth1 同時 up，同一個 /24 下
   對端 ARP 可能由任一張卡回應，回包落在沒送封包的那張。`ARP_STRICT=1` 擋掉；判讀時看 `RESULT` 行的
   `nic_tx`/`nic_rx`（該卡自己的 packet delta）—— **ping 成功但 `nic_tx` 接近 0 = 封包從另一張卡出去的**
+- ⚠️ **`prbs get` 印的每一行是資料，不是 shell 的錯誤訊息**：沒鎖上的 lane 會印 `PRBS Error!`，
+  而 `blanton_ber.sh` 從 v1.0.0 就用 `grep -i 'ERROR|Invalid|...'` 掃**整份輸出**判斷「指令被拒絕」——
+  於是**跑得好好的 init 會報 `the BCM shell rejected 'phydiag ... prbs get'`**，而且因為提早 return，
+  那段「數 PRBS OK / 總數」的檢查根本沒跑，**你看到一個假錯誤，卻看不到哪幾條 lane 真的沒鎖**。
+  v1.1.1 已把 per-lane 行排除在錯誤掃描外、改成大小寫敏感，並把真正的拒絕訊息印出來
 - ⚠️ **BER 的 `clear` 才是把 lane 放回正常運作的動作**：V1.2.1 起 Script A 在第一輪流量**之前**跑 BER，
   而 `blanton_ber.sh clear` 與緊接著的 `blanton_traffic_linespeed ps` 之間**沒有任何 settle**。
   Script C 是流量報表之後才跑 BER，沒有這個順序問題。第一次上機時比對兩邊的 traffic report ——