On 15 November 2016 at 14:55, Ben Greear <greearb@xxxxxxxxxxxxxxx> wrote: > The beta-18 release on my web page has the fix and should work fine. > > Probably soon I will promote the beta-18 to final release > status. Any help in testing and verifying the beta works well > is welcome. I will also do testing with that version. For clarity can I refer you and your firmware releases in the bug report? Thanks, Bruno > > Thanks, > Ben > > On 11/15/2016 06:37 AM, voncken wrote: >> >> Hi Ben, >> >> Do you plan to release a candelatech firmware with this fix? >> >> Regards. >> >> Cedric Voncken. >>> >>> -----Message d'origine----- >>> De : linux-wireless-owner@xxxxxxxxxxxxxxx [mailto:linux-wireless- >>> owner@xxxxxxxxxxxxxxx] De la part de Ben Greear >>> Envoyé : samedi 5 novembre 2016 15:35 >>> À : Sebastian Gottschall; yu-chieh kung; Bruno Antunes >>> Cc : Mauro Mozzarelli; linux-wireless@xxxxxxxxxxxxxxx; OpenWrt >>> Development List; ath10k@xxxxxxxxxxxxxxxxxxx >>> Objet : Re: [OpenWrt-Devel] ATH10K VLAN firmware issue >>> >>> >>> Looks to me like 10.4 defaults to the right value, but possibly there >>> are other issues with it. I tested my CT 10.4 and it worked OK with >>> vlans for me. >>> >>> Thanks, >>> Ben >>> >>> On 11/05/2016 01:05 AM, Sebastian Gottschall wrote: >>>> >>>> would be good if qca can fix this bug finally in all available >>>> firmwares. its a very annoying issue since a long time >>>> >>>> Sebastian >>>> >>>> >>>> Am 04.11.2016 um 23:23 schrieb Ben Greear: >>>>> >>>>> The bug appears that vlan-tx-stripping is unconditionally enabled in >>>>> at least my firmware. I have re-compiled w/out that flag set, and >>> >>> it >>>>> >>>>> appears to work for me. >>>>> >>>>> Please download this firmware, rename it firmware-2.bin, make sure >>>>> you remove/rename any firmware-5.bin (etc) so mine will load, and >>> >>> see if that fixes your problem. >>>>> >>>>> >>>>> Please note that it is very likely you will have to use same MAC >>>>> address for the VLAN devices that the underlying station uses in >>> >>> order for this to work. >>>>> >>>>> >>>>> https://www.candelatech.com/downloads/tmp/firmware-2-full- >>> >>> community.b >>>>> >>>>> in >>>>> >>>>> >>>>> Thanks, >>>>> Ben >>>>> >>>>> >>>>> On 11/04/2016 02:50 PM, Ben Greear wrote: >>>>>> >>>>>> I can reproduce this in my CT firmware. I'll see if I can fix it, >>>>>> but for stock firmware, it might be that changing the driver to use >>>>>> Ethernet packet type of native-wifi would make .1q vlans work. >>>>>> >>>>>> Thanks, >>>>>> Ben >>>>>> >>>>>> On 11/04/2016 10:28 AM, yu-chieh kung wrote: >>>>>>> >>>>>>> I met the same problem before, >>>>>>> if i modify the 1q header to other value (0xaa00) before go into >>> >>> firmware. >>>>>>> >>>>>>> I can capture the packet in the air I think the vlan packet is >>>>>>> dropped in firmware. >>>>>>> >>>>>>> 2016-11-04 22:41 GMT+08:00 Bruno Antunes <baantunes@xxxxxxxxx>: >>>>>>>> >>>>>>>> On 4 November 2016 at 14:18, Mauro Mozzarelli >>> >>> <openwrt@xxxxxxxxxxxx> wrote: >>>>>>>>> >>>>>>>>> Since the capability is implemented in software you might be >>>>>>>>> testing the limit of your router's CPU i/o speed. >>>>>>>> >>>>>>>> >>>>>>>> By loading the module in rawmode? >>>>>>>> >>>>>>>> The AP is an APU and Sta is an APU2. >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 04/11/16 14:13, Bruno Antunes wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Hi all, >>>>>>>>>> >>>>>>>>>> Old thread but I think the issue is still present. >>>>>>>>>> >>>>>>>>>> I'm running a setup with VLANs with WDS and ath10k cards. >>>>>>>>>> >>>>>>>>>> To make it work both cards must be loaded in rawmode, AP and >>>>>>>>>> Sta, and with no security. >>>>>>>>>> >>>>>>>>>> I'm using a OpenWrt trunk r49941 and the most recent firmware, >>>>>>>>>> 10.2.4.70.58, from Kalle ath10k firmware tree. >>>>>>>>>> >>>>>>>>>> Although it works the throughput is very bad. >>>>>>>>>> Are there any alternatives to improve the throughput. >>>>>>>>>> >>>>>>>>>> Best Regards, >>>>>>>>>> Bruno >>>>>>>>>> >>>>>>>>>> On 9 December 2015 at 17:24, voncken <cedric.voncken@xxxxxxxxx> >>> >>> wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> -----Message d'origine----- >>>>>>>>>>>> De : Ben Greear [mailto:greearb@xxxxxxxxxxxxxxx] Envoyé : >>>>>>>>>>>> mercredi 9 décembre 2015 16:34 À : Cedric VONCKEN; >>>>>>>>>>>> ath10k@xxxxxxxxxxxxxxxxxxx; linux-wireless Objet : Re: ATH10K >>>>>>>>>>>> VLAN firmware issue >>>>>>>>>>>> >>>>>>>>>>>> This only happens when you use STA + WDS, or is .1q broken >>>>>>>>>>>> for you in other cases as well? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> No, this issue occurs in all modes (STA, STA + WDS, AP). >>>>>>>>>>> >>>>>>>>>>> Thanks >>>>>>>>>>> >>>>>>>>>>> Cedric. >>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Ben >>>>>>>>>>>> >>>>>>>>>>>> On 12/08/2015 06:29 AM, Cedric VONCKEN wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> I'm testing to transmit frame with 802.1q tag (VLAN). >>>>>>>>>>>>> >>>>>>>>>>>>> My client is set in STA + WDS and the netdev is bridged >>> >>> with eth0. >>>>>>>>>>>>> >>>>>>>>>>>>> I have a computer with vlan configuration set connected >>>>>>>>>>>>> to the STA eth0. >>>>>>>>>>>>> >>>>>>>>>>>>> If I try to transmit frames with 802.1q tag, the frames >>>>>>>>>>>>> are not >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> sent. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> I checked with wireless sniffer, and I don't see the >>>>>>>>>>>>> frame with VLAN tag (the frames without VLAN tag are sent). >>>>>>>>>>>>> >>>>>>>>>>>>> I tested with firmware 10.2.4.70.14-2 from kale github, >>>>>>>>>>>>> 10.1.467-ct-com-full-015 from candelatech and 10.2.4.70-2 >>>>>>>>>>>>> from openwrt, and in all cases I have the same issue. >>>>>>>>>>>>> >>>>>>>>>>>>> Thanks for your help. >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> To unsubscribe from this list: send the line "unsubscribe >>>>>>>>>>>>> linux-wireless" in the body of a message to >>>>>>>>>>>>> majordomo@xxxxxxxxxxxxxxx More majordomo info at >>>>>>>>>>>>> http://vger.kernel.org/majordomo-info.html >>>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Ben Greear <greearb@xxxxxxxxxxxxxxx> Candela Technologies Inc >>>>>>>>>>>> http://www.candelatech.com >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> To unsubscribe from this list: send the line "unsubscribe >>> >>> linux-wireless" >>>>>>>>>>> >>>>>>>>>>> in >>>>>>>>>>> the body of a message to majordomo@xxxxxxxxxxxxxxx More >>>>>>>>>>> majordomo info at http://vger.kernel.org/majordomo-info.html >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> openwrt-devel mailing list >>>>>>>>>> openwrt-devel@xxxxxxxxxxxxxxxxx >>>>>>>>>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt- >>> >>> devel >>>>>>>>> >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> openwrt-devel mailing list >>>>>>>>> openwrt-devel@xxxxxxxxxxxxxxxxx >>>>>>>>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel >>>>>>>> >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> ath10k mailing list >>>>>>>> ath10k@xxxxxxxxxxxxxxxxxxx >>>>>>>> http://lists.infradead.org/mailman/listinfo/ath10k >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> -- >>> Ben Greear <greearb@xxxxxxxxxxxxxxx> >>> Candela Technologies Inc http://www.candelatech.com >> >> > > -- > Ben Greear <greearb@xxxxxxxxxxxxxxx> > Candela Technologies Inc http://www.candelatech.com > _______________________________________________ > openwrt-devel mailing list > openwrt-devel@xxxxxxxxxxxxxxxxx > https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
