ATH10K and VLAN : Frame with VLAN tag are not sent

Michal Kazior michal.kazior at tieto.com
Fri Jun 5 01:53:57 PDT 2015


On 5 June 2015 at 09:55, voncken <cedric.voncken at acksys.fr> wrote:
>         The WDS client mode seems to work with ATH10k, and I have the same problem without it.
>         My problem is not in the AP-VLAN feature. I didn't use the encryption in my test. The frames with vlan tag are not sent by ath10k wireless card, in Sta mode, AP mode, Sta + wds mode.
>
>         My PC1 sends a frame to PC2 with or without VLAN tag.
>                 If the tag is present the frame is not sent.
>                 If the tag is not present the frame is sent.
>
>         In my test, the frame with VLAN tag should be sent through ATH10K.
>
>         I enable the debug in ATH10k driver. The frame with the vlan tag is sent to the wireless radio card.
>         I check the frame dump from ath10k_htt_tx function but I didn't see any error in frame format.
>
>         I paste the dump below (the frame it is an arp frame in the vlan 6).
> ath10k_pci 0000:01:00.0: htt tx flags0 37 flags1 3072 len 70 id 0 frags_paddr 06a54000, msdu_paddr 0c158c66 vdev 0 tid 16 freq 0
> ath10k_pci 0000:01:00.0: htt tx msdu: 00000000: 88 03 00 00 04 f0 21 0e 38 e1 04 f0 21 18 03 a0
> ath10k_pci 0000:01:00.0: htt tx msdu: 00000010: ff ff ff ff ff ff a 00 09 90 00 4a 97 aa aa
> ath10k_pci 0000:01:00.0: htt tx msdu: 00000020: 03 00 00 00 81 00 00 06 08 06 00 01 08 00 06 04
> ath10k_pci 0000:01:00.0: htt tx msdu: 00000030: 00 01 00 09 90 00 4a 97 c0 a8 06 fd 00 00 00 00
> ath10k_pci 0000:01:00.0: htt tx msdu: 00000040: 00 00 c0 a8 06 01

Oh. So you actually refer to the dot1q VLAN tagging. I haven't tested
this but I would expect this to work.


>         Moreover, for each frame sent the Tx status from the cards will increment the failed_count counter, but I didn't know what went wrong.

Perhaps htt tx msdu was completed with failure status code. You didn't
provide enough logs so I'm just guessing.


>         Any idea ?

I see no reason why this should fail. The dot1q encapsulation
shouldn't influence how firmware behaves.. but maybe I'm wrong.

It's still unclear to me what your topology looks like. Perhaps you're
having problem with environmental configuration itself? Did you try
other Wi-Fi device (e.g. ath9k) instead of ath10k?


Michał



More information about the ath10k mailing list