Patch I closes besser#1 — the wsm_generic_confirm 0x0007 dmesg storm. One-line guard in bes2600_hw_scan() refuses the 5 GHz iteration of mac80211's per-band hw_scan loop with -EOPNOTSUPP, so the firmware never sees the scan request that would be rejected with status 2 → -EINVAL cascade. Phase 7 verified 2026-05-18 on ohm running pkgrel=2: Pattern A 14.3/h → 0/h over 30-min window, no WARN/BUG, single-band 2.4 GHz scans still return BSSes cleanly. Two flavors imported (scan-filter-5ghz and scan-filter-5ghz-danctnix) matching the convention of other bes2600 series — the code path doesn't touch timer APIs so the two are byte-identical for now; flavor separation is kept to preserve consistency in ohm.yaml. The arm64 scs-arm-neon-build-fix series is a build-environment workaround: GCC 15.2.1 strictly validates that -fsanitize=shadow- call-stack requires -ffixed-x18, and arm_neon.h's #pragma target/ push/pop blocks lose x18 fixing inside the wrapped section. The Makefile tweak re-adds -ffixed-x18 explicitly for xor-neon.o. It's a no-op when SCS is off (current pkgrel=2 ohm config) and unblocks SCS=y once GCC upstream is fixed. ohm.yaml gains a CONFIG_SHADOW_CALL_STACK=n config override with a pointer to besser#20 (the re-enable tracking issue) so future manifest-driven kconfig generation honors the workaround without silently dropping it. Source-of-truth commit for Patch I: marfrit/bes2600-dkms branch bes2600/scan-filter-5ghz sha 093a503 PKGBUILD-side (already deployed to ohm via pkgrel=2): marfrit/besser branch claude-noether-14 sha ae175f9 Refs: besser#1 (closed), besser#20, kernel-agent#5
patches/arch/arm64/
Cross-cutting patches that touch arch/arm64/Kconfig or other
non-board-specific arch-level files. Apply only where explicitly
manifested.
Patches
0006-arm64-Kconfig-do-not-select-HAVE_GCC_PLUGINS.patch
Local-build workaround that makes arch/arm64 not select
HAVE_GCC_PLUGINS. NOT for upstream — it papers over a missing
host-side GCC plugin dependency at build time rather than fixing the
makepkg/distro packaging that should provide gcc-plugin-devel (or
equivalent) when needed.
Used on ampere when building the kernel from a clean Arch ARM userspace that doesn't have the gcc plugins development headers installed. The proper fix is to install the headers; this patch is a fallback for when the user wants a working kernel without touching the userspace package set.
Source: github.com/marfrit/misc_patches/genbook/kernel/0006
Author: Markus Fritsche