Received-SPF: pass (google.com: domain of linux-wireless+bounces-3505-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
Precedence: bulk
MIME-Version: 1.0
From: KeithG <ys3al35l@gmail.com>
Date: Mon, 12 Feb 2024 19:36:24 -0600
Message-ID: <CAG17S_MOiC43F2wXMG-Y6nQgitZQJs18jESQJrX+aC6=MQb6ew@mail.gmail.com>
Subject: brcmfmac AP mode
To: linux-wireless@vger.kernel.org
Content-Type: text/plain; charset="UTF-8"

I have been trying to use teh brcmfmac device on my RPi to run in AP
mode to allow device configuration of wifi and such when ethernet is
not available. I am using connman and iwd to manage my internet
connections and have noticed that when the AP is running, the AP will
reset when iwd scans.

I set it up to be an AP so I can configure the network on the RPi via
a web interface. I first set up a as a separate device as an AP for
wlan0:

iw dev wlan0 interface add ap0 type __ap

I then give it a MAC different from the wlan0 so iwd can keep track of
which is which and the ssids will show up on wlan0 when I run 'iwctl
station wlan0 scan'

ip link set dev ap0 address b8:27:eb:00:00:00

I then start an AP with either iwd or hostapd/dnsmasq.

iwctl device ap0 set-property Mode ap
iwctl ap ap0 start-profile testAP

It will start the AP and then I can connect to the Pi from my laptop.
I am using iwd on wlan0 to scan for available SSIDs. Whenever iwd
scans, either manually from cli or automatically, it will reset the AP
and kick everyone off. It does this even when I use hostapd/dnsmasq to
control the AP. When I disable iwd and use wpa_supplicant for
scanning, though, I can set up the AP with hostapd and scan many times
via connmanctl and it will not disconnect.

Why does it kick everyone off when iwd scans? Why is iot more stable
with wpa_supplicant? Is there something I could/should do to make this
more stable? When I try this on an intel card, it is rock steady and I
have not seen a disconnect. I have tried the latest brcmfmac
(cycmfmac) firmware and see the same result.

https://github.com/Infineon/ifx-linux-firmware/tree/master/firmware

I am running RPiOS Bookworm and am fully up to date though it uses an
older firmware
[   11.513277] brcmfmac: F1 signature read @0x18000000=0x1542a9a6
[   11.533628] brcmfmac: brcmf_fw_alloc_request: using
brcm/brcmfmac43430b0-sdio for chip BCM43430/2
[   11.740252] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM43430/2
wl0: Mar 31 2022 17:24:51 version 9.88.4.77 (g58bc5cc) FWID
01-3b307371

Is there any hope of stability when used like this?

Keith