Files
kernel-agent/patches/driver/bes2600
test0r 4c80458d1f fleet/ohm: import Patch I (5GHz scan filter) + arm64 SCS build-fix
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
2026-05-18 15:25:37 +02:00
..

patches/driver/bes2600/

BES2600 WiFi driver patches (drivers/staging/bes2600/*, mainline-bound). Mirrored from marfrit/besser/patches/ on 2026-05-16.

Scope tag: driver:bes2600 (see fleet/ohm.yaml for the consumer). Consumer: ohm (PineTab2, RK3566 + BES2600 SDIO).

Series taxonomy

30 series (15 base + 15 -danctnix siblings). The -danctnix variants exist because vanilla series don't apply on the DanctNIX kernel base (slightly different in-tree state for drivers/staging/bes2600/*). Keep both as separate series until BES2600 lands upstream, then collapse — issue #2 acceptance criterion.

Each series directory contains numbered .patch files plus optionally a 0000-cover-letter.patch for multi-patch series.

Promotion eligibility (per series)

Marked here for the kernel-agent CLI (ka-promote) to pick up. Markus to update as series mature. Default UNSET means "ask before including in a build".

Series promote_eligible Notes
debian-copyright-fsf-address unset Debian packaging metadata; not kernel-side
drop-dpd-file-paths unset
drop-dpd-file-paths-danctnix unset DanctNIX sibling
drop-orphan-file-io unset
drop-orphan-file-io-danctnix unset DanctNIX sibling
enable-testmode unset
factory-drop-kernel-write unset
factory-drop-kernel-write-danctnix unset DanctNIX sibling
factory-series unset
factory-thread-dev unset
lmac-recover-via-mmc-hw-reset unset
lmac-recover-via-mmc-hw-reset-danctnix unset DanctNIX sibling
pm-detect-firmware-unsupported unset
pm-detect-firmware-unsupported-danctnix unset DanctNIX sibling
pm-gate-on-handshake unset
pm-state-resync unset
pm-state-resync-danctnix unset DanctNIX sibling
pm-timeout-silence unset
pm-timeout-silence-danctnix unset DanctNIX sibling
pm-wake-consume-state unset
pm-wake-consume-state-danctnix unset DanctNIX sibling
remove-chardev-user-interface unset Cross-ref bes_chardev merge regression (besser #17)
scan-defer-backoff-tune unset
scan-defer-backoff-tune-danctnix unset DanctNIX sibling
scan-defer-on-reject unset
scan-defer-on-reject-danctnix unset DanctNIX sibling
staging-prep-series unset 7-patch cover-letter series; upstream-staging-prep work
staging-prep-series-danctnix unset DanctNIX sibling
tx-sdio-dma-oob unset
tx-sdio-dma-oob-danctnix unset DanctNIX sibling

DKMS-to-in-tree transition path

bes2600-dkms (Mobian fork, in marfrit/bes2600-dkms) is the out-of-tree shim that ohm currently uses for the BES2600 wifi+BT. Once these driver/bes2600/ series land in mainline (or at least in DanctNIX's PineTab2 kernel base):

  1. ohm's manifest drops the bes2600-dkms package dependency
  2. kernel-agent builds the in-tree variant via the series listed here
  3. marfrit/bes2600-dkms repo gets archived (kept as history)
  4. PineTab2 buyers from then on get bes2600 directly out of the kernel

Track the dropdown in fleet/ohm.yaml (replaces_dkms: bes2600-dkms once the cumulative series is enough to replace it).

Cumulative-patch generation order

The current single-patch cumulative (0001-bes2600-besser-cumulative-series.patch in the existing PKGBUILD) is generated in this order on boltzmann:

A, B, C v3, F, G, D, E, C2, c5.x, c6.x, c7, H

This is NOT alphabetical — C2 follows E rather than coming after C v3. ka-promote MUST honor an explicit series-ordering field when concatenating, not sort by series name. Field name TBD; suggest adding apply_order: to fleet/ohm.yaml (issue #5 will surface this when the cumulative gets regenerated).

References

  • Issue: git.reauktion.de/marfrit/kernel-agent/issues/2
  • Source repo: git.reauktion.de/marfrit/besser/patches/
  • Consumer: ohm (fleet/ohm.yaml)
  • Related: bes2600-dkms, linux-pinetab2-danctnix-besser PKGBUILD