Re: [LEDE-DEV] [PATCH] uqmi: Set data format after clearing previous autoconnect state.

[Nikolay Ledovskikh]

Hi. Any interest?

2016-12-30 14:12 GMT+03:00 Nickolay Ledovskikh :
> Clearing previous autoconnect state when using Sierra Airprime MC7304
> drops data format to 'raw-ip' (MC7710 is not behave the same). This
> leads to dhcp freeze. So data format must be set after stopping
> previous network.
>
> Signed-off-by: Nickolay Ledovskikh 
> ---
>  package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh | 8 ++--
>  1 file changed, 6 insertions(+), 2 deletions(-)
>
> diff --git a/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh 
> b/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
> index 35de6c5..47475f6 100755
> --- a/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
> +++ b/package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
> @@ -96,8 +96,6 @@ proto_qmi_setup() {
> }
> }
>
> -   uqmi -s -d "$device" --set-data-format 802.3
> -   uqmi -s -d "$device" --wda-set-data-format 802.3
> uqmi -s -d "$device" --sync
>
> echo "Waiting for network registration"
> @@ -134,6 +132,9 @@ proto_qmi_setup() {
> --stop-network 0x \
> --autoconnect > /dev/null
>
> +   uqmi -s -d "$device" --set-data-format 802.3
> +   uqmi -s -d "$device" --wda-set-data-format 802.3
> +
> pdh_4=`uqmi -s -d "$device" --set-client-id wds,"$cid_4" \
> --start-network \
> ${apn:+--apn $apn} \
> @@ -165,6 +166,9 @@ proto_qmi_setup() {
> --stop-network 0x \
> --autoconnect > /dev/null
>
> +   uqmi -s -d "$device" --set-data-format 802.3
> +   uqmi -s -d "$device" --wda-set-data-format 802.3
> +
> pdh_6=`uqmi -s -d "$device" --set-client-id wds,"$cid_6" \
> --start-network \
> ${apn:+--apn $apn} \
> --
> 2.7.3
>



-- 
Best regards, Nikolay Ledovskikh.

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] [PATCH v2 2/2] ath10k-ct: Support ath10k CT firmware for 9887 chipsets.

[greearb]

From: Ben Greear 

And, update support for 9880 chipsets.  The new firmware
fixes a regression with EAPOL 4/4 packets added in
a recent commit.

It also fixes a case where the firmware would improperly try
to use STBC when configured for 1x1 (as 9887 always is).

Signed-off-by: Ben Greear 
---
 package/firmware/ath10k-firmware/Makefile | 44 ---
 1 file changed, 41 insertions(+), 3 deletions(-)

diff --git a/package/firmware/ath10k-firmware/Makefile 
b/package/firmware/ath10k-firmware/Makefile
index fa026e4..08c65c0 100644
--- a/package/firmware/ath10k-firmware/Makefile
+++ b/package/firmware/ath10k-firmware/Makefile
@@ -8,7 +8,7 @@
 include $(TOPDIR)/rules.mk
 
 PKG_NAME:=ath10k-firmware
-PKG_SOURCE_DATE:=2017-01-11
+PKG_SOURCE_DATE:=2017-01-26
 PKG_SOURCE_VERSION:=ab432c60437931a165f0aff1a6e3371f358b75dd
 
PKG_MIRROR_HASH:=e3188ecd4d7470d3cdde89fefa6258f9ec4f404b23558d1474e5014679b28101
 PKG_RELEASE:=1
@@ -32,6 +32,11 @@ $(Package/ath10k-firmware-default)
   TITLE:=ath10k firmware for QCA9887 devices
 endef
 
+define Package/ath10k-firmware-qca9887-ct
+$(Package/ath10k-firmware-default)
+  TITLE:=ath10k-CT firmware for QCA9887 devices
+endef
+
 QCA9887_REV:=3cce88e245f2d685e49411c4f80998f94baf67b8
 QCA9887_FIRMWARE_FILE:=firmware-5.bin_10.2.4-1.0-00013
 
QCA9887_FIRMWARE_FILE_HASH:=5966408bd41f309edb595344b8dd088c0fed212debfd91e5f3e8a55ea119c16d
@@ -72,13 +77,20 @@ define Download/ct-firmware
   URL_FILE:=$($(1)_FIRMWARE_FILE_CT)
 endef
 
-QCA988X_FIRMWARE_FILE_CT:=firmware-2-ct-full-community.bin-19.rc1-lede
+QCA988X_FIRMWARE_FILE_CT:=firmware-2-ct-full-community.bin-19-rc3-lede
 define Download/ath10k-firmware-qca988x-ct
   $(call Download/ct-firmware,QCA988X,)
-  HASH:=ad41b29a9eebf1066f993beb571f3bd13f14ea89336ef9d4f3b31ee57e7abe54
+  HASH:=4112d78161a2c20e7a9490ea8d04e9f919508bafb097d88761dcce026c26f93f
 endef
 $(eval $(call Download,ath10k-firmware-qca988x-ct))
 
+QCA9887_FIRMWARE_FILE_CT:=firmware-2-ct-full-community.bin-19-rc3-lede
+define Download/ath10k-firmware-qca9887-ct
+  $(call Download/ct-firmware,QCA9887,ath10k-9887)
+  HASH:=18b61875726d4384de46f75dec1d42fea31aa6d66dba4940cb9d375bc98732e4
+endef
+$(eval $(call Download,ath10k-firmware-qca9887-ct))
+
 QCA99X0_FIRMWARE_FILE_CT:=firmware-5-ct-full-community-9.bin-lede.001
 define Download/ath10k-firmware-qca99x0-ct
   $(call Download/ct-firmware,QCA99X0,ath10k-10-4)
@@ -107,6 +119,13 @@ $(Package/ath10k-firmware-default)
   CATEGORY:=Firmware
 endef
 
+define Package/ath10k-firmware-qca9887-ct
+$(Package/ath10k-firmware-default)
+  TITLE:=ath10k CT 10.1 firmware for QCA9887 devices
+  SECTION:=firmware
+  CATEGORY:=Firmware
+endef
+
 define Package/ath10k-firmware-qca988x-ct/description
 Alternative ath10k firmware for QCA988X from Candela Technologies.
 Enables IBSS and other features.  See:
@@ -116,6 +135,14 @@ is un-selected since the driver will try to load 
firmware-5.bin before
 firmware-2.bin
 endef
 
+define Package/ath10k-firmware-qca9887-ct/description
+Alternative ath10k firmware for QCA9887 from Candela Technologies.
+Enables IBSS and other features.  See:
+http://www.candelatech.com/ath10k-10.1.php
+This firmware conflicts with the standard 9887 firmware, so select only
+one.
+endef
+
 define Package/ath10k-firmware-qca99x0-ct/description
 Alternative ath10k firmware for QCA99x0 from Candela Technologies.
 Enables IBSS and other features.  See:
@@ -224,6 +251,16 @@ define Package/ath10k-firmware-qca988x/install
$(1)/lib/firmware/ath10k/QCA988X/hw2.0/firmware-5.bin
 endef
 
+define Package/ath10k-firmware-qca9887-ct/install
+   $(INSTALL_DIR) $(1)/lib/firmware/ath10k/QCA9887/hw1.0
+   $(INSTALL_DATA) \
+   $(DL_DIR)/$(call CT_FIRMWARE_FILE,QCA9887) \
+   $(1)/lib/firmware/ath10k/QCA9887/hw1.0/firmware-2.bin
+   $(INSTALL_DATA) \
+   $(DL_DIR)/$(QCA9887_BOARD_FILE_DL) \
+   $(1)/lib/firmware/ath10k/QCA9887/hw1.0/board.bin
+endef
+
 define Package/ath10k-firmware-qca988x-ct/install
$(INSTALL_DIR) $(1)/lib/firmware/ath10k/QCA988X/hw2.0
$(INSTALL_DATA) \
@@ -297,6 +334,7 @@ $(eval $(call BuildPackage,ath10k-firmware-qca99x0))
 $(eval $(call BuildPackage,ath10k-firmware-qca6174))
 $(eval $(call BuildPackage,ath10k-firmware-qca9984))
 
+$(eval $(call BuildPackage,ath10k-firmware-qca9887-ct))
 $(eval $(call BuildPackage,ath10k-firmware-qca988x-ct))
 $(eval $(call BuildPackage,ath10k-firmware-qca99x0-ct))
 $(eval $(call BuildPackage,ath10k-firmware-qca9984-ct))
-- 
2.4.11


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] [PATCH v2 1/2] ath10k-ct: Fix performance of 2x2 hardware running 3x3 firmware.

[greearb]

From: Ben Greear 

The driver had a bug when calculating the rateset.  This resolves
that and allows full VHT mcs rates on 2x2 hardware.

Signed-off-by: Ben Greear 
---
 package/kernel/ath10k-ct/Makefile | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/package/kernel/ath10k-ct/Makefile 
b/package/kernel/ath10k-ct/Makefile
index 3c31e11..bea6d85 100644
--- a/package/kernel/ath10k-ct/Makefile
+++ b/package/kernel/ath10k-ct/Makefile
@@ -8,9 +8,9 @@ PKG_LICENSE_FILES:=
 
 PKG_SOURCE_URL:=https://github.com/greearb/ath10k-ct.git
 PKG_SOURCE_PROTO:=git
-PKG_SOURCE_DATE:=2017-01-10
-PKG_SOURCE_VERSION:=f5bacb83baf95e887c50c286606f4f565ef71d86
-PKG_MIRROR_HASH:=845950a177ed6dd7ad3f645df79403e9980f089a09b66e74a9b88abe58dfe5e6
+PKG_SOURCE_DATE:=2017-01-26
+PKG_SOURCE_VERSION:=d2bc84ff277936c58231f0c2280242eda4199e63
+PKG_MIRROR_HASH:=6b734b987db00b97b06faca686dcebc56fb23b93093afbb35d5cf534987269bf
 
 PKG_MAINTAINER:=Ben Greear 
 PKG_BUILD_PARALLEL:=1
-- 
2.4.11


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] netifd: "bridge: disable IGMP snooping by default"

[Linus Lüssing]

On Tue, Jan 24, 2017 at 04:28:52PM +0100, Felix Fietkau wrote:
> On 2017-01-20 11:37, Linus Lüssing wrote:
> > Hi,
> > 
> > Is there any further information regarding this commit somewhere?
> > 
> > "bridge: disable IGMP snooping by default"
> > https://git.lede-project.org/?p=project/netifd.git;a=commitdiff;h=52541140f8138e31958cdc3d7e42a4029fa6bbc9
> Sorry, I forgot to put some context in the commit message. jow pointed
> out to me that we have a whole bunch of different tickets and reports
> that point at issues with multicast. Some of them are clearly wireless
> related, but others seemed to go away when disabling IGMP snooping. This
> is really hard to pin down and we decided to make this feature opt-in
> instead of opt-out for now until things settle down a bit more.

Hi Felix, thanks and I really appreciate your efforts to create a
successful, stable and first LEDE release :). So if it's going to
be disabled in that first LEDE release, that'd be fine by me.

Nevertheless, Jow or Felix, could you forward the tickets which
seemed related to bridge multicast snooping to me? So I can check
whether it should be disabled in Gluon, too. (we took some
precautions with a robustness variable of 3 instead of 2 and way
lower querier intervals in Gluon, but not sure what kind of issues
were reported for LEDE)

Regards, Linus

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] ar71xx: support for Zyxel NWA1121-NI

[Jo-Philipp Wich]

Hi Alex,

this patch just introduces kernel support, do you plan to follow-up with
further support patches as well (sysupgrade, ar71xx.sh, ...) ?

Please find some more comments inline below.

~ Jo

> Add support for Zyxel NWA1121-NI 802.11abgn access point.
> 
> From 159cda7e026f3042f950248b4e62490fd7a6bbc6 Mon Sep 17 00:00:00 2001
> From: Alex Prokofiev 
> Date: Wed, 25 Jan 2017 21:42:38 +0300
> Subject: [PATCH] Support for Zyxel NWA1121-NI
> 
> Signed-off-by: Alex Prokofiev 
> ---
>  .../ar71xx/files/arch/mips/ath79/mach-nwa1121.c| 108
> +
>  1 file changed, 108 insertions(+)
>  create mode 100644
> target/linux/ar71xx/files/arch/mips/ath79/mach-nwa1121.c
> 
> diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-nwa1121.c
> b/target/linux/ar71xx/files/arch/mips/ath79/mach-nwa1121.c
> new file mode 100644
> index 00..783351b50f
> --- /dev/null
> +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-nwa1121.c
> @@ -0,0 +1,108 @@
> +/*
> + *  This program is free software; you can redistribute it and/or
> modify it
> + *  under the terms of the GNU General Public License version 2 as
> published
> + *  by the Free Software Foundation.

You should probably assign your own copyright somehwere.

> + */
> +
> +#include 
> +#include 
> +#include 
> +#include 
> +#include 
> +
> +#include 
> +
> +#include "common.h"
> +#include "dev-ap9x-pci.h"
> +#include "dev-eth.h"
> +#include "dev-gpio-buttons.h"
> +#include "dev-leds-gpio.h"
> +#include "dev-m25p80.h"
> +#include "dev-spi.h"
> +#include "dev-wmac.h"
> +#include "machtypes.h"
> +#include "nvram.h"
> +
> +#define NWA1121_GPIO_RESET4
> +#define NWA1121_GPIO_ORANGE11
> +#define NWA1121_GPIO_GREEN12
> +
> +#define NWA1121_ENV0x1ffe
> +#define NWA1121_ART0x1fff1000
> +
> +
> +static const char *nwa1121_part_probes[] = {
> +"cmdlinepart",
> +NULL,
> +};
> +
> +static struct flash_platform_data nwa1121_flash_data = {
> +.part_probes= nwa1121_part_probes,
> +};
> +
> +static struct gpio_led nwa1121_leds_gpio[] __initdata = {
> +{
> +.name= "zyxel:orange",
> +.gpio= NWA1121_GPIO_ORANGE,
> +.active_low= 1,
> +}, {
> +.name= "zyxel:green",
> +.gpio= NWA1121_GPIO_GREEN,
> +.active_low= 1,
> +}
> +};
> +
> +static struct gpio_keys_button nwa1121_gpio_keys[] __initdata = {
> +{
> +.desc= "reset",
> +.type= EV_KEY,
> +.code= KEY_RESTART,
> +.gpio= NWA1121_GPIO_RESET,
> +.debounce_interval = 60,
> +.active_low= 1,
> +}
> +};
> +
> +static int nwa1121_get_env(const char *name, char *mac)
> +{
> +u8 *env = (u8 *) KSEG1ADDR(NWA1121_ENV);
> +int err;

Make sure that the code is tab-indented.

> +
> +printk(KERN_INFO "get_env: %s\n", name);

Please remove this debug code

> +
> +err = ath79_nvram_parse_mac_addr(env, 0x1 /*64k*/, name, mac);

Remove the inline comment.

> +
> +return err;

Tab-indent here.

> +}
> +
> +static void __init nwa1121_setup(void)
> +{
> +u8 *ee = (u8 *) KSEG1ADDR(NWA1121_ART);
> +u8 wifi0mac[ETH_ALEN];
> +u8 eth0mac[ETH_ALEN];
> +
> +ath79_register_m25p80(_flash_data);
> +
> +ath79_register_leds_gpio(-1, ARRAY_SIZE(nwa1121_leds_gpio),
> nwa1121_leds_gpio);
> +ath79_register_gpio_keys_polled(-1, 20,
> ARRAY_SIZE(nwa1121_gpio_keys), nwa1121_gpio_keys);
> +
> +nwa1121_get_env("wifi0mac=", wifi0mac);
> +ath79_register_wmac(ee, wifi0mac);
> +
> +ath79_setup_ar934x_eth_cfg(AR934X_ETH_CFG_RGMII_GMAC0 /* |
> AR934X_ETH_CFG_SW_ONLY_MODE */);
> +ath79_setup_ar934x_eth_rx_delay(1, 1);
> +ath79_register_mdio(0, 0x0);
> +
> +nwa1121_get_env("eth0mac=", eth0mac);
> +ath79_init_mac(ath79_eth0_data.mac_addr, eth0mac, 0);
> +
> +ath79_eth0_data.phy_if_mode = PHY_INTERFACE_MODE_RGMII;
> +ath79_eth0_data.phy_mask = BIT(0);
> +ath79_eth0_data.mii_bus_dev = _mdio0_device.dev;
> +ath79_eth0_pll_data.pll_1000 = 0x0e00;
> +ath79_eth0_data.speed = SPEED_1000;
> +ath79_register_eth(0);
> +}
> +
> +MIPS_MACHINE(ATH79_MACH_NWA1121, "NWA1121",
> + "ZYXEL NWA1121", nwa1121_setup);


___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] the ipv6 issues and the notions of timer

[Petr Štetiar]

Karl Palsson  [2017-01-25 10:17:32]:

> Bastian Bittorf  wrote:
> > * Dave Taht  [24.01.2017 08:52]:
> > > I'd love a "simple ubus listen daemon example - one that listens
> > > merely for events on a set of interfaces. or routes or on a proto".
> > 
> > root@box:~ ubus listen
> > { "network.interface": {"action":"ifdown","interface":"lan"} }  
> > 
> > { "network.interface": {"action":"ifup","interface":"lan"} }
> 
> You know ubus listen only shows you the public sends right? You
> don't get to see _any_ of the stuff sent via ubus as RPC.

ubus monitor ?

-- ynezz

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] the ipv6 issues and the notions of timer

[Bastian Bittorf]

* Karl Palsson  [25.01.2017 13:58]:
> Bastian Bittorf  wrote:
> > * Dave Taht  [24.01.2017 08:52]:
> > > I'd love a "simple ubus listen daemon example - one that listens
> > > merely for events on a set of interfaces. or routes or on a proto".
> > 
> > root@box:~ ubus listen
> > { "network.interface": {"action":"ifdown","interface":"lan"} }  
> > 
> > { "network.interface": {"action":"ifup","interface":"lan"} }
> 
> You know ubus listen only shows you the public sends right? You
> don't get to see _any_ of the stuff sent via ubus as RPC.

Good point. Any idea about that?

bye, bastian

___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev