From 552f7b31b0b5c8ef481e44b4a850410dc581a0ee Mon Sep 17 00:00:00 2001 From: evgeny Date: Thu, 29 Oct 2026 22:36:14 +0100 Subject: [PATCH] Record ACK scheduling regression and successful desktop load --- doc/ble_etcp.txt | 37 +++++++++++++++++++++++++++++++++++++ doc/ble_transport.txt | 18 ++++++++++++++++-- 2 files changed, 53 insertions(+), 2 deletions(-) diff --git a/doc/ble_etcp.txt b/doc/ble_etcp.txt index 53f7687aa..665e2ccc6 100644 --- a/doc/ble_etcp.txt +++ b/doc/ble_etcp.txt @@ -423,3 +423,40 @@ local completion→HCI до1.497s; у1111 RX кадров HCI→callback0.3..2.6 test_etcp_windows63 сценария и исправленный server_lifecycle PASS. Desktop GUI/probe и Android APK/instrumentation arm64/x86_64 пересобраны; APK установлен на A52. Обычный desktop VibeChat и Android-политика после проб восстановлены. + +BLE version3: ACK и ограничение очереди (29.10.2026) +--------------------------------------------------- +Общий C-драйвер добавляет flow_id BE16 к каждому DATA GATT-value и отдельную +ACK-характеристику f61a9024-4abc-45ac-98e1-761df4c13811 (Write Request/Indication). +ACK содержит только последний полученный flow_id BE16. Public DATA/INVITE API +сохраняет владение ll_entry; backend имеет отдельный внутренний wire-канал ACK. +До opened обязательны все три подписки; ранний HELLO отвергается с WARN. +Все DATA, включая INIT/keepalive/bootstrap, расходуют одно окно12500байт на направление. +Кредит возвращает только удалённый ACK; ring хранит размеры, не payload. +При полном окне TX останавливается, ACK продолжает работать; подтверждение будит writable. +Без прогресса ACK15s действует самостоятельный watchdog, не зависящий от native pending. + +ACK объединяется до последнего ID, следующий разрешён через15ms после completion +предыдущего. Это также гарантирует >=15ms между отправками и даёт DATA/INVITE время +между ACK даже при медленном ATT. Первоначальный безусловный приоритет ACK давал +голодание DATA: /tmp/ble-ready-ack16-desktop-v3-* получил0/512 за233.032s, +хотя окно строго соблюдалось, HCI TX queue была <=0.753s. Raw-проба до исправления +планировщика /tmp/ble-ready-raw-ack16-v3-* дала64/96, complete=0. +Новая точная регрессия20ms ACK completion + непрерывный RX падала до исправления; +после него встречный DATA приходит примерно за21ms. Изменения ETCP для этого не нужны. + +Проверки: общий transport (MTU23/247/517, дуплексное окно, ACK>=15ms,70000 IDs, +повторы/неверный ACK, ранний HELLO, настоящий15s watchdog), identity, private-bus BlueZ, +ETCP/packet-link/UI проходят. ASAN/UBSan с detect_leaks=1:3/3 PASS. +./check.sh230/230 + proxy/burst/load PASS (180s). Android APK/instrumentation +arm64-v8a/x86_64, app/router unit tasks и desktop GUI/probes собираются; +WinRT backend с ACK проходит MinGW/C++WinRT cross-build, физического Win radio нет. + +Аппаратная проверка после исправления планировщика: +- /tmp/ble-ready-ack16-fair-desktop-v3-*: Linux central, Android A52 peripheral. + 512/512 echo, по768000байт в каждую сторону за72.344s, суммарно21232B/s. + Максимум DATA flight:8713байт desktop,4442 Android, оба меньше12500. + Минимальный интервал отправок ACK:27.958ms desktop,31.561ms Android. + С HCI сопоставлены1220 TX/1057 RX кадров по seq/размеру/отпечатку: + local completion→HCI TX <=0.174s, HCI RX→callback0.6..2.9ms. + Это успешный полный проход, не прежняя незавершённая проба на183/512. diff --git a/doc/ble_transport.txt b/doc/ble_transport.txt index 1573a23c9..af53628bb 100644 --- a/doc/ble_transport.txt +++ b/doc/ble_transport.txt @@ -279,8 +279,10 @@ Instrumentation временно включает echo, возвращает с Запрос не гарантирует смену PHY: onPhyUpdate/onPhyRead логируют фактические TX/RX. При отсутствии поддержки остаётся согласованный PHY. S2/S8 — параметры только LE Coded PHY (дальность/скорость), с выбранным 2M применяется NO_PREFERRED. -У Android BluetoothGattServer нет public requestConnectionPriority; интервал -для входящего подключения согласует central. Сам UUID/advertising остаётся legacy +У Android BluetoothGattServer нет public requestConnectionPriority; входящий link +использует дополнительный BluetoothGatt handle того же ACL только для HIGH. +Запрос/результат логируются, handle закрывается при teardown; нового ACL для настройки нет. +Сам UUID/advertising остаётся legacy 1M для обнаружения; PHY 2M относится к установленному соединению. Проверка 2026-10-29 @@ -295,3 +297,15 @@ Q8 сообщает isLe2MPhySupported=false; readPhy возвращает statu Общий C codec/transport и BlueZ mock: ASAN+UBSAN, leak detection — 3/3 PASS. Сборки Android arm64-v8a/x86_64, desktop GUI Linux и WinRT cross-build проходят. Физический Windows radio и несколько одновременных Android-клиентов не проверены. + +Проверки ACK version3 +--------------------- +test_ble_transport: MTU23/247/517, duplex12500-byte bound при задержанных удалённых ACK, +completion сам не освобождает окно, дубликаты/неверный ACK, переход65535→0 +на70000 GATT-values, интервал ACK>=15ms и настоящий15s ACK watchdog без native pending. +Отдельная регрессия имитирует20ms completion ACK при непрерывном входящем DATA: +до исправления планировщика встречный DATA не приходил за250ms; после — примерно21ms. +Таймер отсчитывается после completion ACK, чтобы новый ACK не вытеснял DATA/INVITE. +Private-bus BlueZ проверяет обязательность третьей подписки, адресные ACK indications +двух клиентов и ACK Write Request в исходящей роли. test_ble_etcp проверяет настоящий +ETCP/crypto, потери DATA и INVITE, NCD/BGP и lifecycle через новый flow prefix.