{"id":47040176,"title":"Show HN: Provisioner per-board sidecar for serial access, flashing, and bring-up","points":1,"user":"acarminati","time":1771275131,"time_ago":"8 hours ago","type":"link","content":"

Hi HN,

I’ve been building a small infrastructure tool called Provisioner: a per-board provisioning sidecar for SBC bring-up and lab automation.\nhttps://github.com/alessandrocarminati/provisioner

The model is simple: one instance per board. It sits next to the hardware, owns the serial console, exposes access over SSH, and serves boot artifacts (kernel, initramfs, rootfs) via TFTP/HTTP. It’s designed for the phase where networking is unreliable, storage is half-flashed, and UART is the only thing still telling the truth.

What it does

- Serial console ownership + SSH multiplexing\n- Monitor shell + serial tunnels\n- Scriptable boot interaction\n- Artifact provisioning (TFTP + HTTP)\n- In-band file transfer over serial\n- gzip/base64 hacks + XMODEM\n- Derived from my earlier send_console-ng utility https://github.com/alessandrocarminati/send_file-ng\n- Pluggable power control\n- SNMP PDUs, among others cheap ESP8266/Tasmota devices\n- Serial logging\n- Lightweight access control

Provisioner also embeds a minimal init runtime (goinit) inside the kernel initramfs, acting as its on-board provisioning agent, handling flashing, artifact retrieval, and reporting management state back over serial.

Routing & stream handling

Internally, Provisioner routes serial traffic through a pluggable router:

- Producers/consumers attach as components\n- Human vs machine clients handled differently\n- Unicast control sessions\n- Broadcast multiplexing to multiple observers

This allows several users or services to watch the same console without interfering.

Filters

A filter subsystem can intercept and modify serial streams on the fly.

Originally added to mitigate ANSI Device Status Reports (e.g. Cursor Position Report issues) when tunneling serial consoles, but it doubles as a general stream rewriting mechanism for automation and normalization.

Positioning

Not trying to replace large systems like LAVA.

This is aimed at:

- Homelabs\n- Bring-up benches\n- Kernel/BSP work\n- Small shared labs

Think lab automation you can deploy in an afternoon, not fleet orchestration.

Project is still evolving but already in daily use. Feedback and abuse welcome.","url":"item?id=47040176","comments":[],"comments_count":0}