If using rtlwifi, you could try using rtl8xxxu and see if you get
similar results. ¯\_(ツ)_/¯

On Tue, 2017-08-15 at 00:30 +0100, Russell King - ARM Linux wrote:

On Fri, Jul 28, 2017 at 09:50:21PM +0200, Arend van Spriel wrote:

quoted

On 28-07-17 19:49, Russell King - ARM Linux wrote:

quoted

Replacing that "(!mbss)" with "mbss" results in AP mode working
on the
4330.  However, I suspect:

		if (brcmf_feat_is_enabled(ifp, BRCMF_FEAT_MBSS))
			brcmf_fil_iovar_int_set(ifp, "mbss", mbss);

actually makes much more sense.

Given that this is direct firmware interaction, I can't say which
is
correct - all I can say is that mainline kernels are currently
broken.

Indeed. I have to come up with a proper fix for both scenarios.
Thanks
for the report.

I'm now on 4.13-rc4, and running with my patch.  I've configured AP
mode:

Interface wlan0
	ifindex 3
	wdev 0x1
	addr 6c:ad:f8:1d:4c:d9
	ssid Time
	type AP
	wiphy 0
	channel 5 (2432 MHz), width: 20 MHz, center1: 2432 MHz

using NetworkManager with a WPA2 key.  However, a Realtek RTL8192EU
client is trying to connect to it, but is unable:

[ 1750.497436] wlan0: authenticate with 6c:ad:f8:1d:4c:d9
[ 1750.530929] wlan0: send auth to 6c:ad:f8:1d:4c:d9 (try 1/3)
[ 1750.738795] wlan0: send auth to 6c:ad:f8:1d:4c:d9 (try 2/3)
[ 1750.946780] wlan0: send auth to 6c:ad:f8:1d:4c:d9 (try 3/3)
[ 1751.154764] wlan0: authentication with 6c:ad:f8:1d:4c:d9 timed out

The antennas are definitely within range (finger to thumb distance)
and the Realtek can definitely see the BCM4330 in AP mode.  I don't
see the interrupts for the SDIO interface increment while the client
tries to connect.

The WPA2 password is definitely the same on both ends.

Any ideas how to debug this?

Thanks.