• v0.6.1 4f193cac05

    mward4 released this 2026-06-09 11:18:07 -04:00 | 11 commits to main since this release

    v0.6.1 — latest iPXE + automatic NIC driver fallback

    Mirrors the worthwhile device-support wins from iVentoy 1.0.24→1.0.35 onto OpenPXE's proxy-DHCP + iPXE-chainload architecture. (iVentoy's other changes don't apply: arm64-server / distro-display fixes live in its injected Linux, which we don't have; iSCSI is niche; Matrix Boot is closed-source.)

    iPXE refreshed (mirrors 1.0.35 "Update iPXE")

    • From-source build pinned to ipxe/ipxe master @ 2026-06-09 (95ffbf47) — newer NIC drivers + EFI fixes. The pin also busts the cached build layer so the release genuinely recompiles iPXE.

    Automatic NIC driver fallback (mirrors 1.0.34 "driver / boot-file mode" — zero toggle)

    • The proxy-DHCP serves the firmware-net build (snponly/undionly) by default — unchanged, so hardware that boots today never regresses.
    • If a client's firmware NIC stack fails (it re-PXE-boots without ever completing the tell-tale iPXE-user-class handoff), that MAC is automatically escalated to iPXE's own all-drivers build (ipxe.efi / ipxe.pxe / ipxe-i386.efi / ipxe-arm64.efi) so iPXE's native drivers can bind the card. The choice is sticky per-MAC after a confirmed handoff. No settings, no UI — it just works.
    • All-drivers binaries now embedded for every supported arch.

    Core principles intact: DHCP-proxy-only, container-first, Rust-focused (the logic is all Rust; only the iPXE fetch/build stays shell), Windows hard-rules untouched.

    Validation

    clippy clean; full workspace test suite green (core 99 incl. new DriverMode tests, dhcp-proxy +4 escalation tests, http-api 31+68, iso-store 61, tftp 6, bin 2); the Docker build recompiled iPXE from latest master successfully (the build is the upstream-compatibility check).

    Image: gitea.milesward.dev/mward4/openpxe:0.6.1 (also :latest) — linux/amd64, digest sha256:f9683754495b7e756a3e5e4a5b08344cf94b6e31a4124a891ad49605d293bdf6.

    Downloads