Search Linux Wireless

Re: [REGRESSION] hostapd 2.4..2.7 broken with 4.18+

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 <arend.vanspriel@xxxxxxxxxxxx> 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



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux