Three things bundled because they were verified together in the same
deploy cycle on ohm (kernel built fresh on boltzmann 2026-05-18):
1. 0002 (Patch I) refined: refuse only multi-channel 5 GHz scans
(n_channels > 1). Original Patch I refused everything, which
blocked NM's per-frequency BSS discovery and made 5 GHz association
impossible. Tighter guard preserves the storm fix and unblocks
5 GHz attachment via NM 802-11-wireless.band=a profiles.
Verified on ohm with pkgrel=3: associated to BSSID
c0:25:06:e6:5b:33 on 5240 MHz (ch.48), TX 150 Mbit/s MCS 7
HT40 short-GI vs 72.2 Mbit/s on 2.4 GHz. Pattern A still 0.
Source-of-truth: marfrit/bes2600-dkms branch bes2600/scan-filter-5ghz
commits 093a503 + 8cd10f4 (squashed into this single 0002 file).
2. 0003 (new): arm64 xor-neon Makefile workaround for GCC 15.2.1
strict pragma validator vs arm_neon.h target() blocks losing
-ffixed-x18 under SCS=y. This is a defensive workaround;
currently dead-coded (SCS=n below) but in place for the day SCS
re-enable becomes possible (tracked in besser#20).
3. config: CONFIG_SHADOW_CALL_STACK=n override for the current GCC
15.2.1 toolchain issue. Restore to =y once GCC upstream fixes
the arm_neon.h pragma interaction (besser#20).
pkgrel bumped 2 -> 3.
Refs: besser#1 (closed), besser#20, kernel-agent#25 (PR mirroring
this into the kernel-agent patch tree — needs follow-up to pick
up the refinement).
Adds 0002-bes2600-filter-5ghz-scan.patch on top of the existing
cumulative series, addressing besser issue #1 (recurring
wsm_generic_confirm 0x0007 / [SCAN] Scan failed (-22) pattern).
The fix refuses 5 GHz hw_scan iterations in bes2600_hw_scan; the
firmware-reject cascade for the 5 GHz leg of mac80211's per-band
hw_scan loop is short-circuited. Source-of-truth commit lives on
marfrit/bes2600-dkms branch bes2600/scan-filter-5ghz (sha 093a503).
Predicted Phase 7 delta: Pattern A rate 14/h -> 0/h. See besser#1
comment 1171 for the full Phase 0-4 analysis and Phase 5 review.
pkgrel bumped to 2.
claude-noether