Return-path: Received: from mail-wi0-f178.google.com ([209.85.212.178]:38312 "EHLO mail-wi0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753333AbbFEIx6 convert rfc822-to-8bit (ORCPT ); Fri, 5 Jun 2015 04:53:58 -0400 Received: by wibdq8 with SMTP id dq8so11577079wib.1 for ; Fri, 05 Jun 2015 01:53:57 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <01eb01d09f64$fd522730$f7f67590$@acksys.fr> References: <01eb01d09f64$fd522730$f7f67590$@acksys.fr> Date: Fri, 5 Jun 2015 10:53:57 +0200 Message-ID: (sfid-20150605_105404_902373_C2CCCED9) Subject: Re: ATH10K and VLAN : Frame with VLAN tag are not sent From: Michal Kazior To: voncken Cc: linux-wireless , "ath10k@lists.infradead.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 5 June 2015 at 09:55, voncken 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ł