FS#488 - dynamic VLAN doesn't work on ath10k

[openwrt-bot]

czk:

Dynamic vlan config on ath10k seems not to work. Same config on ath9k works fine.

Config:

config wifi-device radio0
option type mac80211
option channel 36
option hwmode 11a
option path 'pci0000:01/0000:01:00.0'
option htmode VHT80
[...]

config wifi-iface
option device radio0
option network vlan1
option mode ap
[...]
option dynamic_vlan '1'
option 'vlan_tagged_interface' 'eth1'
option 'vlan_bridge' 'br-vlan'
option 'vlan_naming' '0'


Log:

Thu Feb 9 15:54:37 2017 daemon.err hostapd: WPA initialization for VLAN 1 failed (-1)
Thu Feb 9 15:54:37 2017 daemon.err hostapd: WPA deinit of wlan0.1 failed
Thu Feb 9 15:54:37 2017 daemon.debug hostapd: wlan0: STA ac:22:0b:a1:c7:6b IEEE 802.11: could not add dynamic VLAN interface for vlan=1


[openwrt-bot]

HeavyMetal:

I just tried this on my router and can see the same error for ath10k.

The ath9k radio continues to work great.

[openwrt-bot]

smunaut:

Same issue here.

Also exists in OpenWRT tracker under https://dev.openwrt.org/ticket/22369

And there is a mailing list thread http://www.spinics.net/lists/hostap/msg01650.html

[openwrt-bot]

corrideat:

I have a TP-Link Archer C7 v. 2.0, running LEDE Reboot 17.01.2 r3435-65eec8bd5f, and I can confirm this issue with the ath10k 5GHz radio, and how the exact same configuration works with ath9k.

A note to the devlopers: I'd love to see this fixed. Even though I'm probably not qualified to touch the internals of //hostapd// to resolve this (without breaking other things), I'd be happy to provide any help I can.

EDIT (2017-06-25): I have created [[https://mega.nz/#!NbxjAK6Q!rlYKJAsJFKBAJFjTLXacXlyY7saqvl1vv-UURmKqUr0|a patched wpad package]] based on this [[https://patchwork.ozlabs.org/patch/621648/|hostapd patch]]. Although the network 'works' after using this modified wpad package, mind the [[https://lists.infradead.org/pipermail/hostap/2016-May/035693.html|potential repercusions]]. It would seem like the best approach would be to actually fix this at the driver level.

[openwrt-bot]

HeavyMetal:

I would want to see this fixed also.

My router is also the TP-Link Archer C7 v2.0

[openwrt-bot]

trey:

I can also confirm that ath9k works, ath10k does not with LEDE 17.01.2.

With OpenWRT 15.05.1 both work.

I think the VLAN feature is really important, but this is only my view. Any suggestions what a user can do, to get Qualcomm producing better drivers? Has Felix any idea or e-mail address where I can complain?

[openwrt-bot]

corrideat:

It'd seem the issue is, in fact, getting better drivers (or firmware) from Qualcomm.

See greearb/ath10k-ct#13

[openwrt-bot]

HeavyMetal:

I just compiled the latest snapshot "OpenWrt SNAPSHOT, r7135-a0a616e" and this issue is still there.

[openwrt-bot]

Actaz:

Not fixed in 17.01.5

[openwrt-bot]

hmronline:

I can confirm this issue still exists on OpenWrt 18.06.1, for both ath10k and ath10k-ct drivers.
ath9k works fine with the same config.

Tested it with TP-Link Archer C7 v2.0.

Related:

• https://dev.archive.openwrt.org/ticket/22369#no4
• https://www.spinics.net/lists/hostap/msg01716.html
• See this ---> https://patchwork.kernel.org/patch/10380037/

[openwrt-bot]

robimarko:

This is not an OpenWrt bug, but ath10k since there is no support for them in ath10k so far.
Patch for it has just been submitted couple of days ago.
http://lists.infradead.org/pipermail/ath10k/2018-November/012542.html

[openwrt-bot]

chrislimpach:

The http://lists.infradead.org/pipermail/ath10k/2018-November/012542.html works for me. With it, I get dynamic vlans on ath10k (on a TP-Link Archer A7).

I had to fix it up a little bit, and locate the matching mac80211 changes, and update the firmware. I've only updated the firmware for my device.

• firmware update:
  chrislimpach@0ba96c3
• ath10k/mac80211 changes:
  chrislimpach@31284c3

[openwrt-bot]

HeavyMetal:

I have tried the patch above from Christian Limpach but I am getting the errors below.

Device I am trying on is TP-Link Archer C7 v2 using the 18.06.1 branch.

Mon Dec 17 13:39:37 2018 daemon.info hostapd: wlan0: STA c0:ee:fb:aa:bb:cc IEEE 802.11: authenticated Mon Dec 17 13:39:37 2018 daemon.info hostapd: wlan0: STA c0:ee:fb:aa:bb:cc IEEE 802.11: associated (aid 1) Mon Dec 17 13:39:37 2018 daemon.notice hostapd: wlan0: CTRL-EVENT-EAP-STARTED c0:ee:fb:aa:bb:cc Mon Dec 17 13:39:37 2018 daemon.notice hostapd: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=1 Mon Dec 17 13:39:37 2018 daemon.err hostapd: WPA deinit of wlan0.3 failed Mon Dec 17 13:39:40 2018 daemon.notice hostapd: wlan0: CTRL-EVENT-EAP-RETRANSMIT2 c0:ee:fb:aa:bb:cc

Edit: I have git cloned his repo instead of manually patching it is working.

[openwrt-bot]

hmronline:

So is this already included in openwrt source code ?

I will be glad to build a firmware based on master branch and report back if it is working or not.

[openwrt-bot]

sameerz:

I'm also affected by this bug. Was hoping 18.06.2 would have included a fix for it, but it doesn't appear to.

Linksys EA8500 (Qualcomm Atheros QCA9980).

[openwrt-bot]

hmronline:

I can confirm it is still not working. Tested with a custom firmware built from master branch.