AP mode firmware crash on QCA9880-BR4A
martin.blumenstingl at googlemail.com
Tue Jul 28 17:04:00 PDT 2015
sorry for the delay, I was very busy for the past week.
But now I am back with news.
To keep it simple, all of my new findings below are with ath10k
The wireless drivers were also updated in OpenWrt: "Loading modules
backported from Linux version master-2015-07-21-0-g47cd203"
On Thu, Jul 23, 2015 at 7:50 AM, Michal Kazior <michal.kazior at tieto.com> wrote:
> Yes, this should be enough. You'll want to add/keep a print to know
> how many SWBA event come in though.
I have used this patch  to make ath10k_wmi_event_host_swba only do
Result: firmware is not crashing - kernel log can be seen here: 
> Perhaps not submitting beacons will prevent the crash or it'll postpone it until
> after more SWBA events are delivered than before.
I also tried that by #if 0'ing everything starting at "if
(!arvif->beacon_buf)" until "trace_ath10k_tx_payload(ar, bcn->data,
bcn->len);". The patch for this can be seen here: 
The result: firmware is still not crashing - kernel log can be seen here: 
Without any patches at all (only a printk at the start of
ath10k_wmi_event_host_swba), this is the result the same as with old
wireless driver versions: firmware crashes, see 
Let me know what the next steps are - I'm sure we can fix this nasty bug! :-)
More information about the ath10k