xm530: add anbiux A8B-3MP (IPC-RB-BLK530AI, ATBM6032 USB WiFi) - #130
Open
yatotoshka wants to merge 1 commit into
Open
xm530: add anbiux A8B-3MP (IPC-RB-BLK530AI, ATBM6032 USB WiFi)#130yatotoshka wants to merge 1 commit into
yatotoshka wants to merge 1 commit into
Conversation
yatotoshka
requested review from
ZigFisher,
cronyx,
flyrouter,
viktorxda and
ystinia
as code owners
August 26, 2026 14:03
PR Summary by QodoAdd XM530 Anbiux A8B-3MP device profile
AI Description
Diagram
High-Level Assessment
Files changed (5)
|
Code Review by Qodo
1. Remove unused MT7601U firmware
|
![qodo-free-for-open-source-projects[bot]](https://avatars.githubusercontent.com/in/1068000?s=60&v=4){kind=small}
| BR2_PACKAGE_LIBEVENT_OPENIPC=y | ||
| BR2_PACKAGE_LIBOGG_OPENIPC=y | ||
| BR2_PACKAGE_LINUX_FIRMWARE_OPENIPC=y | ||
| BR2_PACKAGE_LINUX_FIRMWARE_OPENIPC_MEDIATEK_MT7601U=y |
There was a problem hiding this comment.
1. Remove unused mt7601u firmware 📘 Rule violation ⚙ Maintainability
5
The device defconfig enables MediaTek MT7601U firmware even though this board uses the AltoBeam ATBM6032 USB radio. This adds unrelated payload to an 8 MB image whose device-specific exclusions already prune other unused WiFi stacks for space.
Agent Prompt
## Issue description
The device defconfig selects MT7601U firmware that is not used by the board's ATBM6032 radio.
## Issue Context
The device is configured for `atbm60xx` over USB and uses `atbm603x-xm530-usb`; the extra MediaTek firmware conflicts with the requirement to keep device payload minimal, especially for the configured 8 MB flash.
## Fix Focus Areas
- devices/xm530_lite_anbiux-a8b-3mp/br-ext-chip-xiongmai/configs/xm530_lite_anbiux-a8b-3mp_defconfig[61-62]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
| BR2_TARGET_ROOTFS_SQUASHFS4_XZ=y | ||
|
|
||
| # OpenIPC | ||
| BR2_OPENIPC_SOC_VENDOR="xiongmai" |
There was a problem hiding this comment.
2. New vendor breaks ci 🐞 Bug ≡ Correctness
Adding BR2_OPENIPC_SOC_VENDOR="xiongmai" creates a new build trait, but no Xiongmai target is added to SMOKE_TARGETS; ci-matrix.py --self-test therefore reports the uncovered vendor:xiongmai trait and exits before the build matrix is selected. Because every PR, nightly, and manual run executes that self-test, this device will not be built or published and its configured latest/...-nor.tgz upgrade URL will have no release artifact.
Agent Prompt
## Issue description
The new Xiongmai device introduces the `vendor:xiongmai` CI trait, but the smoke matrix contains no target with that trait. The mandatory matrix self-test consequently fails and prevents all builds from starting.
## Issue Context
Add `xm530_lite_anbiux-a8b-3mp` to `SMOKE_TARGETS` (or replace an existing smoke target only if all existing trait and shared-directory coverage remains intact), then run `python3 .github/scripts/ci-matrix.py --self-test`.
## Fix Focus Areas
- .github/scripts/ci-matrix.py[104-120]
- devices/xm530_lite_anbiux-a8b-3mp/br-ext-chip-xiongmai/configs/xm530_lite_anbiux-a8b-3mp_defconfig[38-38]
ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools
yatotoshka
force-pushed
the
xm530-lite-anbiux-a8b-3mp
branch
from
August 26, 2026 14:44
adc174d to
eb208b1
Compare
The defconfig selects the atbm60xx driver (603x, USB) on top of xm530_lite, and drops the MT7601U firmware this radio does not use. The customizer sets wlandev to the atbm603x-xm530-usb case in firmware's /etc/wireless/usb and wifipdn to the PDN gpio (after which S40network applies the MAC and runs ifup), and points the upgrade url at this device's builder release. Depends on OpenIPC/firmware#2316: it provides the bring-up case, the depmod pass that makes the driver stack resolvable by modprobe, and the cfg80211 coexistence (the vendor rewrite ships as cfg80211_xm711.ko, atbm60xx uses the in-tree module). xm530_lite_anbiux-a8b-3mp joins SMOKE_TARGETS: the vendor:xiongmai trait must be covered or ci-matrix.py's self-test refuses to select a build matrix.
yatotoshka
force-pushed
the
xm530-lite-anbiux-a8b-3mp
branch
from
August 26, 2026 14:50
eb208b1 to
e8f06b6
Compare
yatotoshka
marked this pull request as draft
August 27, 2026 14:02
yatotoshka
marked this pull request as ready for review
August 27, 2026 14:02
|
Code review by qodo was updated up to the latest commit e8f06b6 |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
No XM530 device exists in builder. This camera (anbiux A8B-3MP, board
IPC-RB-BLK530AI-0235P-AB0 V1.03, XM530AI + SmartSens SC3335) carries an
AltoBeam ATBM6032 USB WiFi (007a:8888) with power-down on gpio 96; the stock
xm530_liteimage has neither the driver nor a bring-up path for it.What this change does
xm530_lite_anbiux-a8b-3mp_defconfig—xm530_lite_defconfigplusatbm60xx(603x, USB), the same three-line pattern as the gk7205v300g6s-wprofile.customizer.sh— setswlandev=atbm603x-xm530-usb(the bring-up case infirmware's
/etc/wireless/usb, provided by xm530: bring up the AltoBeam ATBM6032 USB WiFi chip firmware#2316) and theupgrade url to this device's builder release, so the Web UI update keeps
pulling this device's image.
xm530_lite.list— prunes the wifi stacks this radio does not use(xm711, xm712-compat, 8188fu) to leave room for the atbm60xx module in the
5M rootfs.
Dependency
OpenIPC/firmware#2316
(cfg80211 guard): without it,
xiongmai-osdrv-xm530installs the vendorcfg80211 rewrite over the in-tree one the atbm driver is built against, and
the radio will not load in the built image. That PR also enables atbm60xx in
the shared
xm530_litedefconfig (with the bring-up case and the guard);this profile keeps the selection explicit in its defconfig snapshot and adds
the per-device parts: first-boot
wlandev, the device upgrade url, and theprune list.
Hardware tested on
XM530AI (marking 30WX1), board IPC-RB-BLK530AI-0235P-AB0 V1.03.
Evidence
The chip, PDN gpio 96 and the load order (dwc → wifi_pdn → atbm603x) are
proven on this camera — it is currently associated:
Status: the camera runs the driver from a prebuilt blob + local init script
today
Scope
processor_flavor_vendor-modelnaming and the minimal-file layout from the README