OpenWrt/LEDE Project

  • Status Unconfirmed
  • Percent Complete
  • Task Type Bug Report
  • Category Base system
  • Assigned To No-one
  • Operating System All
  • Severity Medium
  • Priority Very Low
  • Reported Version lede-17.01
  • Due in Version Undecided
  • Due Date Undecided
  • Private
Attached to Project: OpenWrt/LEDE Project
Opened by Marcin W - 09.02.2017

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

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


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'


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
HeavyMetal commented on 26.02.2017 00:08

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

The ath9k radio continues to work great.

smunaut commented on 13.04.2017 15:25

Same issue here.

Also exists in OpenWRT tracker under

And there is a mailing list thread

corrideat commented on 24.06.2017 19:10

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 a patched wpad package based on this hostapd patch. Although the network 'works' after using this modified wpad package, mind the potential repercusions. It would seem like the best approach would be to actually fix this at the driver level.

HeavyMetal commented on 25.06.2017 22:27

I would want to see this fixed also.

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

Cullen Trey commented on 29.09.2017 14:13

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?

corrideat commented on 30.09.2017 00:33

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


HeavyMetal commented on 07.06.2018 17:29

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

Nico PELLARD commented on 19.07.2018 12:30

Not fixed in 17.01.5

Hernán Rossetto commented on 27.08.2018 00:04

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.


Robert Marko commented on 28.11.2018 11:17

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.

Christian Limpach commented on 03.12.2018 21:18

The 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: - ath10k/mac80211 changes:

HeavyMetal commented on 17.12.2018 18:49

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 hostapd: wlan0: STA c0:ee:fb:aa:bb:cc IEEE 802.11: authenticated
Mon Dec 17 13:39:37 2018 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.

Hernán Rossetto commented on 01.03.2019 12:36

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.

sameerz commented on 12.03.2019 22:38

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).

Hernán Rossetto commented on 21.03.2019 23:15

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

HeavyMetal commented on 03.06.2019 19:02

I am still using the patch above as it is not in the mainstream yet.

Are there any plans to merge the patch?

Hernán Rossetto commented on 04.07.2019 10:38

It has been a couple years since it was initially reported, patches were available, yet none was merged for OpenWrt.

Maybe there is a reason for not resolving this, but didn't hear why so far.

Could any body help us ?



Available keyboard shortcuts


Task Details

Task Editing