VFIO platform reset handlers for Calxeda XGMAC, AMD Seattle XGBE, and Broadcom FlexRM
Helper modules that safely reset three specific server devices before VFIO hands them to a virtual machine: the 10-gigabit Ethernet on Calxeda Highbank ARM microservers (early 2010s), the XGBE 10-gigabit Ethernet on AMD Seattle "Opteron A1100" ARM servers (mid-2010s), and Broadcom iProc FlexRM mailboxes on some Broadcom networking SoCs.
recommendation
Already on the path to removal. As of September 2025 the kernel's Kconfig explicitly marks all three reset handlers as deprecated, VFIO maintainer Alex Williamson has posted patches stating the hardware is unsupported and untested, and QEMU 10.2 has already deleted the matching vfio-calxeda-xgmac, vfio-amd-xgbe, and vfio-platform front-ends on the grounds that Calxeda boxes are e-waste and AMD Seattle is end-of-life. With the userspace counterpart gone and upstream consensus to drop them, these modules have no realistic users left.
repository signals
sources
- lore.kernel.org
Upstream removal thread for these reset modules; the maintainer says they do not support current hardware, are untested, and are being marked for removal.
- spinics.net
Discussion around the vfio-platform removal effort shows only niche surviving vfio-platform users, not renewed support for these specific reset handlers.
- qemu.org
QEMU 10.2 removed vfio-calxeda-xgmac, vfio-amd-xgbe, and vfio-platform, stating Calxeda hardware is effectively e-waste and AMD Seattle is no longer supported.
- cateee.net
Broadcom FlexRM mailbox support still exists in current kernels, indicating the underlying IP can still exist, but this does not imply active vfio reset-handler deployments.
codex reasoning notes (technical)
Local shell inspection shows this directory contains three loadable vfio reset-handler modules (`module_vfio_reset_handler`) and Kconfig already labels all three as DEPRECATED. `git -c safe.directory=... log/show` on the local tree found commit 801ca4ce0bce ('vfio/platform: Mark reset drivers for removal', committed 2025-09-19) and exposed the canonical lore URL cited above. Web search found the KVM thread reply on spinics and QEMU's removed-features page. Together they show active upstream removal intent, obsolete Calxeda/Seattle targets, and only at most residual niche vfio-platform usage, so this should be escalated from deprecate to remove.