feat: async C API and Swift radio state display

Split the dongle session into a fast probe (xone_open) and a background
start (xone_start) that loads the firmware and initializes the radio on
a worker thread, so the app UI never blocks. Add xone_state/xone_error
for progress display, and select the firmware image per product ID when
no path is given. The Swift app polls the state each second and shows
idle/starting/ready/error plus the firmware build or error string.

The session destructor joins the worker so quitting the app does not
terminate on a joinable thread. Note in the CLI and transport that the
recover/re-enumerate path should not be used yet: a crashed SIE drops
off the bus, while the MCU watchdog recovers it after ~90s of quiet.

Co-Authored-By: qwen3.8-27b@q2_k_xl: async C API, Swift state display, and exit-time worker join
This commit is contained in:
portersky
2026-08-17 19:57:40 +02:00
parent c9ea1a6919
commit b3e747b900
7 changed files with 174 additions and 30 deletions
+5
View File
@@ -78,6 +78,11 @@ public:
// rescan). Host-side operation that works even when EP0 is wedged. Any
// existing transport handles are invalidated; probe() again for a fresh
// session. Returns 0 on success, -errno on failure.
//
// Do not use yet: when the chip's SIE is crashed it cannot finish the
// host-side port reset handshake and the device drops off the bus
// entirely. A crashed chip recovers on its own via the MCU watchdog after
// ~90s of a quiet bus, so prefer waiting over re-enumeration.
auto re_enumerate() -> int;
~transport();