On Wed, Jan 09, 2019 at 11:27:31AM +0100, Arend Van Spriel wrote:
> On 1/9/2019 12:26 AM, Russell King - ARM Linux wrote:
> >On Tue, Jan 08, 2019 at 06:40:46PM +0200, Kalle Valo wrote:
> >>Arend Van Spriel <[email protected]> writes:
> >>
> >>>Response using Gmail on phone
> >>
> >>Unfortunately it had HTML and not sure if it made it to the list, so
> >>copying your response in full below just in case. Russell, does the
> >>commit below fix your problem?
> >>
> >>861cb5eb467f brcmfmac: Fix access point mode
> >
> > From a quick test this evening, it does seem to allow brcmfmac to work
> >with hostapd again, which is good news.
> >
> >However, I've been seeing other issues with the brcmfmac over the course
> >of the last week, which needs the brcmfmac module to be removed and
> >re-loaded to rescue the situation - ultimately, it means that running
> >brcmfmac in host AP mode is unreliable. This is with 4.19 and my
> >patch - we will see how 4.20 with the above mentioned patch behaves over
> >the coming week.
> >
> >[1036107.225569] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting
> >for no pending 802.1x packets
> >[1036108.217519] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting
> >for no pending 802.1x packets
> >[1043906.813243] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting
> >for no pending 802.1x packets
> >[1043907.809184] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting
> >for no pending 802.1x packets
> >[1044220.587626] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg
> >failed w/status -110
> >[1045006.357728] br0: received packet on wlan0 with own address as source
> >address (addr:6c:ad:f8:05:0d:81, vlan:0)
> >[1049743.889412] br0: received packet on wlan0 with own address as source
> >address (addr:6c:ad:f8:05:0d:81, vlan:0)
> >[1061305.953430] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting
> >for no pending 802.1x packets
> >[1061308.641378] brcmfmac: send_key_to_dongle: wsec_key error (-110)
> >[1061309.665234] brcmfmac: brcmf_netdev_wait_pend8021x: Timed out waiting
> >for no pending 802.1x packets
> >[1061312.993053] brcmfmac: brcmf_cfg80211_change_station: Setting SCB
> >(de-)authorize failed, -110
>
> Is this with hostapd? If so, this br0 message suggest you let hostapd create
> a bridge, is that correct? Just trying to get a good picture in case I want
> to replicate things over here although I am pretty sure I do not have the
> same platform lying around here. Although, what platform do you have?
Yes, it's with hostapd. With the nl80211 driver, hostapd will only add
the device to a bridge, rather than creating the bridge itself.
I'm using Debian Stretch, and my /etc/network/interfaces contains:
iface br0 inet manual
bridge-ports eth0.nnn
bridge-maxwait 0
iface eth0.224 inet manual
iface wlan0 inet manual
pre-up nmcli d set wlan0 managed no
hostapd /etc/hostapd/rmk-home.conf
and these are scripted to be brought up in the order: eth0.224, then
br0, then wlan0.
These are iMX6 Hummingboards - one is a Hummingboard2, the other is
a Hummingboard. Both have the 4330 device on, and both are running
the same firmware.
> The timeout (-110) error can mean either firmware crashed or the sdio host
> controller went in limbo. If this happens again on 4.20 (or 5.0-rc1), you
> could build the driver with CONFIG_BRCMDBG and load the driver with
> debug=0x100010. If it is a firmware crash it should show up in the log.
Interestingly, I've just checked another Hummingboard2 running in
hostapd mode (with a 4.13 kernel) which had been up for over a year
until I recently did some maintenance on it. It has a later firmware
and hasn't shown a problem.
brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Jan 23 2013 17:47:32
version 5.90.195.114 FWID 01-f9e7e464
so I wonder if it's just that the firmware in the Debian package
(firmware-brcm80211) is outdated. Any ideas why distros don't
carry the 2013 firmware?
--
RMK's Patch system: http://www.armlinux.org.uk/developer/patches/
FTTC broadband for 0.8mile line in suburbia: sync at 12.1Mbps down 622kbps up
According to speedtest.net: 11.9Mbps down 500kbps up
