Re: [OpenWrt-Devel] [PATCH firewall3] iptables: fix loading standard target

2016-11-05 Thread Ralph Sennhauser 
On Sat, 5 Nov 2016 17:58:49 +0100
Jo-Philipp Wich  wrote:

> Hi Ralph,
> 
> thanks - applied with minor code style change in 010723e.
> 
> ~ Jo
> 

Hi Jo,

fixup looks good.

Thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH firewall3] iptables: fix loading standard target

2016-11-05 Thread Jo-Philipp Wich 
Hi Ralph,

thanks - applied with minor code style change in 010723e.

~ Jo



signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH firewall3] iptables: fix loading standard target

2016-11-05 Thread Ralph Sennhauser 
In case iptables is built with --disable-static xt_standard needs to be
loaded just like the other extensions.

Signed-off-by: Ralph Sennhauser 
---
 iptables.c | 11 +--
 1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/iptables.c b/iptables.c
index 95fc0d4..bbd2b00 100644
--- a/iptables.c
+++ b/iptables.c
@@ -630,8 +630,15 @@ find_target(struct fw3_ipt_rule *r, const char *name)
 {
struct xtables_target *t;
 
-   if (is_chain(r->h, name))
-   return xtables_find_target(XT_STANDARD_TARGET, 
XTF_LOAD_MUST_SUCCEED);
+   if (is_chain(r->h, name)) {
+   t = xtables_find_target(XT_STANDARD_TARGET, XTF_DONT_LOAD);
+   if (t) {
+   return t;
+   } else {
+   load_extension(r->h, "standard");
+   return xtables_find_target(XT_STANDARD_TARGET, 
XTF_LOAD_MUST_SUCCEED);
+   }
+   }
 
t = xtables_find_target(name, XTF_DONT_LOAD);
 
-- 
2.7.3
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] ATH10K VLAN firmware issue

2016-11-05 Thread Ben Greear 

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


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 :

On 4 November 2016 at 14:18, Mauro Mozzarelli  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  wrote:




-Message d'origine-
De : Ben Greear [mailto:gree...@candelatech.com]
Envoyé : mercredi 9 décembre 2015 16:34
À : Cedric VONCKEN; ath...@lists.infradead.org; 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 majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html


--
Ben Greear 
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 majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


___
ath10k mailing list
ath...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k













--
Ben Greear 
Candela Technologies Inc  http://www.candelatech.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel