Re: [OpenWrt-Devel] [PATCH][RFC] libubus: added max retry mechanism

2014-08-02 Thread Alexandru Ardelean
I just recalled that we're also using libcurl (which uses uloop).

I am wondering now if closing the socket interferes with libcurl.
Will check later.
On 2 Aug 2014 01:22, Alexandru Ardelean ardeleana...@gmail.com wrote:

 Thank you for looking into it.

 Will wait for an answer on that.

 Thanks
 On 1 Aug 2014 23:49, John Crispin blo...@openwrt.org wrote:


 On 01/08/2014 18:01, Alexandru Ardelean wrote:
  Please check this:
 
 https://github.com/commodo/ubus/commit/c601505a6b33aa208e1a3492d3ade5ae2d853899
 *cough* ... looks like i was holding the tool wrong when i wrote that
 function. thanks for the debugging effort, will look into it tomorrow

 John
 ___
 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


Re: [OpenWrt-Devel] voip package for the infineon danube (sip client using the FXS ports)

2014-08-02 Thread Luca Olivetti
El 25/04/11 13:54, Luca Olivetti ha escrit:
 Hello,
 some time ago I found this project for boards based on the infineon
 vinetic and using lantiq's IFX_TAPI:
 
 http://midge.vlad.org.ua/svn/trunk/openwrt-midge/package/oem-voip/
 
 I adapted it to the danube, rewrote it to support multiple sip accounts,
 use uci instead of libconfig, simplified the operation, etc.
 
 If somebody would like to test it, the result is here:
 
 http://code.google.com/p/danube-voip/

And now I finally managed to add a luci interface to it.

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


Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-08-02 Thread John Vogel
On Sat, 2 Aug 2014 01:16:13 +0200
Rafał Miłecki zaj...@gmail.com wrote:

 On 28 July 2014 08:57, Rafał Miłecki zaj...@gmail.com wrote:
  On 28 July 2014 08:09, Alex Henrie alexhenri...@gmail.com wrote:
  2014-07-27 15:07 GMT-06:00 Rafał Miłecki zaj...@gmail.com:
  Anyone interested in helping a bit? I've PayPal account (registered
  with this e-mail) or I can link items I need to order + shipping
  address if you prefer.
 
  What specific items are you looking for? (Send me some model numbers.)
 
  (...)
 
  So to sum it up:
  1) Adapter for BCM94331CD
  2) Some BCM4352
  3) PCIe Asus based on BCM4360
  4) BCM94360CD + adapter
 
  What I found:
  1) Standalone adapters are available as Dual 12 PCIE-AM. I found
  them on agreetao and mallaid (don't have any experience with them):
  http://www.agreetao.com/item/20865240537
  http://www.mallaid.com/index.php/item/20865240537
  Cost at Mallaid $28 + shipping ($10 or $24)
 
 I was quite wrong about standalone adapter. I was going to order one,
 but I checked better quality images on taobao first. They appeared to
 have standard mini PCIe slots! No idea what are they then...
 
 So I ordered BCM4360CD with an adapter for now. It costed $125,63 USD.
 Together with Asus PCIe card from Alex I should be able to start
 looking at AC-PHY. I should start receiving stuff next Friday.

This was out of your own pocket? I have sent some to your paypal account
to help bear the cost. If not out of your own pocket, hopefully will
help with other equipment needs.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] voip package for the infineon danube (sip client using the FXS ports)

2014-08-02 Thread John Crispin


On 02/08/2014 11:24, Luca Olivetti wrote:
 El 25/04/11 13:54, Luca Olivetti ha escrit:
 Hello, some time ago I found this project for boards based on the
 infineon vinetic and using lantiq's IFX_TAPI:
 
 http://midge.vlad.org.ua/svn/trunk/openwrt-midge/package/oem-voip/


 
I adapted it to the danube, rewrote it to support multiple sip accounts,
 use uci instead of libconfig, simplified the operation, etc.
 
 If somebody would like to test it, the result is here:
 
 http://code.google.com/p/danube-voip/
 
 And now I finally managed to add a luci interface to it.
 
 Bye
 

interesting. will have a go at this tonight.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 2/14] brcm63xx: Add fallback sprom for Huawei HG553

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/508-board_hw553.patch 
b/target/linux/brcm63xx/patches-3.14/508-board_hw553.patch
index 3a3ca4d..d7f61e6 100644
--- a/target/linux/brcm63xx/patches-3.14/508-board_hw553.patch
+++ b/target/linux/brcm63xx/patches-3.14/508-board_hw553.patch
@@ -1,6 +1,6 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -1782,6 +1782,76 @@ static struct board_info __initdata boar
+@@ -1782,6 +1782,83 @@ static struct board_info __initdata boar
.spis = nb4_spi_devices,
.num_spis = ARRAY_SIZE(nb4_spi_devices),
  };
@@ -13,6 +13,7 @@
 +
 +  .has_enet1  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +
 +  .enet1 = {
 +  .has_phy= 1,
@@ -73,6 +74,12 @@
 +  .active_low = 1,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM4318,
++  .pci_bus= 0,
++  .pci_dev= 1,
++  },
 +};
  #endif
  
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 4/14] brcm63xx: Add fallback sprom for CT5365

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/516-board_96348A-122.patch 
b/target/linux/brcm63xx/patches-3.14/516-board_96348A-122.patch
index 83152de..878d47f 100644
--- a/target/linux/brcm63xx/patches-3.14/516-board_96348A-122.patch
+++ b/target/linux/brcm63xx/patches-3.14/516-board_96348A-122.patch
@@ -1,6 +1,6 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -580,6 +580,69 @@ static struct board_info __initdata boar
+@@ -580,6 +580,76 @@ static struct board_info __initdata boar
},
  };
  
@@ -11,6 +11,7 @@
 +  .has_uart0  = 1,
 +  .has_enet1  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +
 +  .enet1 = {
 +  .has_phy= 1,
@@ -65,6 +66,12 @@
 +  .debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM4318,
++  .pci_bus= 0,
++  .pci_dev= 1,
++  },
 +};
 +
  static struct board_info __initdata board_96348gw = {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 5/14] brcm63xx: Add fallback sprom for CT6373

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/526-board_CT6373-1.patch 
b/target/linux/brcm63xx/patches-3.14/526-board_CT6373-1.patch
index 23283da..54efb14 100644
--- a/target/linux/brcm63xx/patches-3.14/526-board_CT6373-1.patch
+++ b/target/linux/brcm63xx/patches-3.14/526-board_CT6373-1.patch
@@ -13,7 +13,7 @@
  /*
   * known 3368 boards
   */
-@@ -2347,6 +2353,117 @@ static struct board_info __initdata boar
+@@ -2347,6 +2353,124 @@ static struct board_info __initdata boar
.num_spis = ARRAY_SIZE(nb4_spi_devices),
  };
  
@@ -62,6 +62,7 @@
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +
@@ -122,6 +123,12 @@
 +  },
 +  },
 +
++  .fallback_sprom = {
++  .type   = SPROM_BCM4318,
++  .pci_bus= 0,
++  .pci_dev= 1,
++  },
++
 +  .devs = ct6373_devices,
 +  .num_devs = ARRAY_SIZE(ct6373_devices),
 +  .spis = ct6373_spi_devices,
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 8/14] brcm63xx: Add fallback sprom for AR-5381u

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/532-board_AR-5381u.patch 
b/target/linux/brcm63xx/patches-3.14/532-board_AR-5381u.patch
index 4a84320..a5a8b0e 100644
--- a/target/linux/brcm63xx/patches-3.14/532-board_AR-5381u.patch
+++ b/target/linux/brcm63xx/patches-3.14/532-board_AR-5381u.patch
@@ -1,15 +1,25 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -168,6 +168,73 @@ static struct board_info __initdata boar
+@@ -168,6 +168,91 @@ static struct board_info __initdata boar
},
  };
  
++static struct sprom_fixup __initdata ar5381u_fixups[] = {
++  { .offset = 97, .value = 0xfee5 },
++  { .offset = 98, .value = 0x157c },
++  { .offset = 99, .value = 0xfae7 },
++  { .offset = 113, .value = 0xfefa },
++  { .offset = 114, .value = 0x15d6 },
++  { .offset = 115, .value = 0xfaf8 },
++};
++
 +static struct board_info __initdata board_AR5381u = {
 +  .name   = 96328A-1241N,
 +  .expected_cpu_id= 0x6328,
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +  .num_usbh_ports = 1,
@@ -69,11 +79,19 @@
 +  .debounce_interval  = 
BCM963XX_KEYS_DEBOUNCE_INTERVAL,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM43225,
++  .pci_bus= 1,
++  .pci_dev= 0,
++  .board_fixups   = ar5381u_fixups,
++  .num_board_fixups   = ARRAY_SIZE(ar5381u_fixups),
++  },
 +};
 +
- static struct board_info __initdata board_AR5387un = {
-   .name   = 96328A-1441N1,
-   .expected_cpu_id= 0x6328,
+ static struct sprom_fixup __initdata ar5387un_fixups[] = {
+   { .offset = 2, .value = 0x05bb },
+   { .offset = 65, .value = 0x1204 },
 @@ -3167,6 +3234,7 @@ static const struct board_info __initcon
  #endif
  #ifdef CONFIG_BCM63XX_CPU_6328
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 7/14] brcm63xx: Add fallback sprom for AR-5387un

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/531-board_AR-5387un.patch 
b/target/linux/brcm63xx/patches-3.14/531-board_AR-5387un.patch
index cdaf62a..d2bc400 100644
--- a/target/linux/brcm63xx/patches-3.14/531-board_AR-5387un.patch
+++ b/target/linux/brcm63xx/patches-3.14/531-board_AR-5387un.patch
@@ -1,15 +1,43 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -168,6 +168,79 @@ static struct board_info __initdata boar
+@@ -168,6 +168,115 @@ static struct board_info __initdata boar
},
  };
  
++static struct sprom_fixup __initdata ar5387un_fixups[] = {
++  { .offset = 2, .value = 0x05bb },
++  { .offset = 65, .value = 0x1204 },
++  { .offset = 78, .value = 0x0303 },
++  { .offset = 79, .value = 0x0202 },
++  { .offset = 80, .value = 0xff02 },
++  { .offset = 87, .value = 0x0315 },
++  { .offset = 88, .value = 0x0315 },
++  { .offset = 96, .value = 0x2048 },
++  { .offset = 97, .value = 0xff11 },
++  { .offset = 98, .value = 0x1567 },
++  { .offset = 99, .value = 0xfb24 },
++  { .offset = 100, .value = 0x3e3c },
++  { .offset = 101, .value = 0x4038 },
++  { .offset = 102, .value = 0xfe7f },
++  { .offset = 103, .value = 0x1279 },
++  { .offset = 112, .value = 0x2048 },
++  { .offset = 113, .value = 0xff03 },
++  { .offset = 114, .value = 0x154c },
++  { .offset = 115, .value = 0xfb27 },
++  { .offset = 116, .value = 0x3e3c },
++  { .offset = 117, .value = 0x4038 },
++  { .offset = 118, .value = 0xfe87 },
++  { .offset = 119, .value = 0x1233 },
++  { .offset = 203, .value = 0x2226 },
++};
++
 +static struct board_info __initdata board_AR5387un = {
 +  .name   = 96328A-1441N1,
 +  .expected_cpu_id= 0x6328,
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +  .num_usbh_ports = 1,
@@ -75,6 +103,14 @@
 +  .debounce_interval  = 
BCM963XX_KEYS_DEBOUNCE_INTERVAL,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM43225,
++  .pci_bus= 1,
++  .pci_dev= 0,
++  .board_fixups   = ar5387un_fixups,
++  .num_board_fixups   = ARRAY_SIZE(ar5387un_fixups),
++  },
 +};
 +
  static struct board_info __initdata board_963281TAN = {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 9/14] brcm63xx: Add fallback sprom for WAP-5813n

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/561-board_WAP-5813n.patch 
b/target/linux/brcm63xx/patches-3.14/561-board_WAP-5813n.patch
index 8b81aef..e46d210 100644
--- a/target/linux/brcm63xx/patches-3.14/561-board_WAP-5813n.patch
+++ b/target/linux/brcm63xx/patches-3.14/561-board_WAP-5813n.patch
@@ -8,7 +8,7 @@
  #include linux/platform_device.h
  #include linux/spi/spi.h
  #include linux/spi/spi_gpio.h
-@@ -4470,6 +4471,99 @@ static struct board_info __initdata boar
+@@ -4470,6 +4471,117 @@ static struct board_info __initdata boar
.has_ohci0 = 1,
.has_ehci0 = 1,
  };
@@ -27,12 +27,22 @@
 +  }
 +};
 +
++static struct sprom_fixup __initdata wap5813n_fixups[] = {
++  { .offset = 97, .value = 0xfeed },
++  { .offset = 98, .value = 0x15d1 },
++  { .offset = 99, .value = 0xfb0d },
++  { .offset = 113, .value = 0xfef7 },
++  { .offset = 114, .value = 0x15f7 },
++  { .offset = 115, .value = 0xfb1a },
++};
++
 +static struct board_info __initdata board_WAP5813n = {
 +  .name   = 96369R-1231N,
 +  .expected_cpu_id= 0x6368,
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +
@@ -102,6 +112,14 @@
 +  },
 +  },
 +
++  .fallback_sprom = {
++  .type   = SPROM_BCM43222,
++  .pci_bus= 0,
++  .pci_dev= 1,
++  .board_fixups   = wap5813n_fixups,
++  .num_board_fixups   = ARRAY_SIZE(wap5813n_fixups),
++  },
++
 +  .spis = WAP5813n_spi_devices,
 +  .num_spis = ARRAY_SIZE(WAP5813n_spi_devices),
 +};
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 10/14] brcm63xx: Add fallback sprom for VR-3025u

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/562-board_VR-3025u.patch 
b/target/linux/brcm63xx/patches-3.14/562-board_VR-3025u.patch
index c1000f1..cd19a89 100644
--- a/target/linux/brcm63xx/patches-3.14/562-board_VR-3025u.patch
+++ b/target/linux/brcm63xx/patches-3.14/562-board_VR-3025u.patch
@@ -1,15 +1,25 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -4472,6 +4472,98 @@ static struct board_info __initdata boar
+@@ -4472,6 +4472,116 @@ static struct board_info __initdata boar
.has_ehci0 = 1,
  };
  
++static struct sprom_fixup __initdata vr3025u_fixups[] = {
++  { .offset = 97, .value = 0xfeb3 },
++  { .offset = 98, .value = 0x1618 },
++  { .offset = 99, .value = 0xfab0 },
++  { .offset = 113, .value = 0xfed1 },
++  { .offset = 114, .value = 0x1609 },
++  { .offset = 115, .value = 0xfad9 },
++};
++
 +static struct board_info __initdata board_VR3025u = {
 +  .name   = 96368M-1541N,
 +  .expected_cpu_id= 0x6368,
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +
@@ -94,6 +104,14 @@
 +  .active_low = 1,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM43222,
++  .pci_bus= 0,
++  .pci_dev= 1,
++  .board_fixups   = vr3025u_fixups,
++  .num_board_fixups   = ARRAY_SIZE(vr3025u_fixups),
++  },
 +};
 +
  static struct b53_platform_data WAP5813n_b53_pdata = {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 11/14] brcm63xx: Add fallback sprom for VR-3025un

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/563-board_VR-3025un.patch 
b/target/linux/brcm63xx/patches-3.14/563-board_VR-3025un.patch
index 1822ee8..e7f0574 100644
--- a/target/linux/brcm63xx/patches-3.14/563-board_VR-3025un.patch
+++ b/target/linux/brcm63xx/patches-3.14/563-board_VR-3025un.patch
@@ -1,15 +1,25 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -4564,6 +4564,98 @@ static struct board_info __initdata boar
+@@ -4564,6 +4564,116 @@ static struct board_info __initdata boar
},
  };
  
++static struct sprom_fixup __initdata vr3025un_fixups[] = {
++  { .offset = 97, .value = 0xfeb3 },
++  { .offset = 98, .value = 0x1618 },
++  { .offset = 99, .value = 0xfab0 },
++  { .offset = 113, .value = 0xfed1 },
++  { .offset = 114, .value = 0x1609 },
++  { .offset = 115, .value = 0xfad9 },
++};
++
 +static struct board_info __initdata board_VR3025un = {
 +  .name   = 96368M-1341N,
 +  .expected_cpu_id= 0x6368,
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +
@@ -94,6 +104,14 @@
 +  .active_low = 1,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM43222,
++  .pci_bus= 0,
++  .pci_dev= 1,
++  .board_fixups   = vr3025un_fixups,
++  .num_board_fixups   = ARRAY_SIZE(vr3025un_fixups),
++  },
 +};
 +
  static struct b53_platform_data WAP5813n_b53_pdata = {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 12/14] brcm63xx: Add fallback sprom for P870HW-51a

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/564-board_P870HW-51a_v2.patch 
b/target/linux/brcm63xx/patches-3.14/564-board_P870HW-51a_v2.patch
index 6c432ad..a914405 100644
--- a/target/linux/brcm63xx/patches-3.14/564-board_P870HW-51a_v2.patch
+++ b/target/linux/brcm63xx/patches-3.14/564-board_P870HW-51a_v2.patch
@@ -1,6 +1,6 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -4472,6 +4472,89 @@ static struct board_info __initdata boar
+@@ -4472,6 +4472,96 @@ static struct board_info __initdata boar
.has_ehci0 = 1,
  };
  
@@ -10,6 +10,7 @@
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +
@@ -85,11 +86,17 @@
 +  .active_low = 1,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM4318,
++  .pci_bus= 0,
++  .pci_dev= 1,
++  },
 +};
 +
- static struct board_info __initdata board_VR3025u = {
-   .name   = 96368M-1541N,
-   .expected_cpu_id= 0x6368,
+ static struct sprom_fixup __initdata vr3025u_fixups[] = {
+   { .offset = 97, .value = 0xfeb3 },
+   { .offset = 98, .value = 0x1618 },
 @@ -5131,6 +5214,7 @@ static const struct board_info __initcon
  #ifdef CONFIG_BCM63XX_CPU_6368
board_96368mvwg,
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH 14/14] brcm63xx: Add fallback sprom for A4001N

2014-08-02 Thread Álvaro Fernández Rojas
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
diff --git a/target/linux/brcm63xx/patches-3.14/566-board_A4001N.patch 
b/target/linux/brcm63xx/patches-3.14/566-board_A4001N.patch
index 3cbe816..5f45da9 100644
--- a/target/linux/brcm63xx/patches-3.14/566-board_A4001N.patch
+++ b/target/linux/brcm63xx/patches-3.14/566-board_A4001N.patch
@@ -1,6 +1,6 @@
 --- a/arch/mips/bcm63xx/boards/board_bcm963xx.c
 +++ b/arch/mips/bcm63xx/boards/board_bcm963xx.c
-@@ -555,6 +555,88 @@ static struct board_info __initdata boar
+@@ -555,6 +555,95 @@ static struct board_info __initdata boar
},
  };
  
@@ -10,6 +10,7 @@
 +
 +  .has_uart0  = 1,
 +  .has_pci= 1,
++  .use_fallback_sprom = 1,
 +  .has_ohci0  = 1,
 +  .has_ehci0  = 1,
 +  .num_usbh_ports = 1,
@@ -84,6 +85,12 @@
 +  .debounce_interval = BCM963XX_KEYS_DEBOUNCE_INTERVAL,
 +  },
 +  },
++
++  .fallback_sprom = {
++  .type   = SPROM_BCM43225,
++  .pci_bus= 1,
++  .pci_dev= 0,
++  },
 +};
 +
  static struct board_info __initdata board_A4001N1 = {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] voip package for the infineon danube (sip client using the FXS ports)

2014-08-02 Thread John Crispin
Hi Luca,

a bit of nitpicking ...

if i look at
https://code.google.com/p/danube-voip/source/browse/libab/libab/* for
example, the license headers are missing.

could you add them either to the files or add a LICENSE file or similar
? i would feel better to know the license when merging these packages.

John




On 02/08/2014 13:51, John Crispin wrote:

 On 02/08/2014 11:24, Luca Olivetti wrote:
 El 25/04/11 13:54, Luca Olivetti ha escrit:
 Hello, some time ago I found this project for boards based on the
 infineon vinetic and using lantiq's IFX_TAPI:

 http://midge.vlad.org.ua/svn/trunk/openwrt-midge/package/oem-voip/



 I adapted it to the danube, rewrote it to support multiple sip accounts,
 use uci instead of libconfig, simplified the operation, etc.

 If somebody would like to test it, the result is here:

 http://code.google.com/p/danube-voip/
 And now I finally managed to add a luci interface to it.

 Bye

 interesting. will have a go at this tonight.
 ___
 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


[OpenWrt-Devel] [PATCH V2 1/3] broadcom-wl: add support for a8xx broadcom devices

2014-08-02 Thread Álvaro Fernández Rojas
Tested on Comtrend VR-3025u (brcm6368 + a8d6-43222).

Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
v2: driver-mini gets copied from driver and needs no patching.

diff --git a/package/kernel/broadcom-wl/patches/200-add_bcm_a8xx_support.patch 
b/package/kernel/broadcom-wl/patches/200-add_bcm_a8xx_support.patch
new file mode 100644
index 000..7fcd796
--- /dev/null
+++ b/package/kernel/broadcom-wl/patches/200-add_bcm_a8xx_support.patch
@@ -0,0 +1,12 @@
+--- a/driver/wl_linux.c
 b/driver/wl_linux.c
+@@ -876,7 +876,8 @@ wl_pci_probe(struct pci_dev *pdev, const
+ 
+   if ((pdev-vendor != PCI_VENDOR_ID_BROADCOM) ||
+   (((pdev-device  0xff00) != 0x4300) 
+-   ((pdev-device  0xff00) != 0x4700)))
++   ((pdev-device  0xff00) != 0x4700) 
++   ((pdev-device  0xff00) != 0xa800)))
+   return (-ENODEV);
+ 
+   rc = pci_enable_device(pdev);
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] openwrt + openconnect

2014-08-02 Thread Nikos Mavrogiannopoulos


On 28 July 2014 12:53:17 CEST, David Woodhouse dw...@infradead.org wrote:
On Thu, 2014-06-05 at 08:18 +0200, Nikos Mavrogiannopoulos wrote:
 Hello,
  I'm trying to resubmit the scripts for openconnect in openwrt's luci
 interface. Currently the most difficult part in the interface is
 specifying the server certificate. There no tools installed by
default
 in openwrt that can fetch the server's certificate, and there is no
way
 to calculate the SHA1 hash of the certificate as well. Thus it
becomes a
 pretty geeky interface that very few people will be able to use. 

 Said that I think it would be really good for openconnect to have a
mode
 trust on first use (thus no certificate will need to be specified),
or
 at least a flag --print-hash or so that will allow running
openconnect
 to obtain the server's certificate hash (and thus the web interface
will
 be able to calculate the hash without other dependencies). What do
you
 think of these two options? (mostly a question to David but other
 opinions are welcome)

It's not ideal, but actually there's already a way to do this. Just
connect with '--servercert foo'. Where 'foo' really is a literal 'foo',
or anything else that'll never match a real sha1sum :)

You'll get something like this (localised) on stderr:

Server SSL certificate didn't match:
A098E8E7339BBB0FBE3BB57932DA6BAFDC2DEE8B

That's the hash you were after.


Actually, I think we want a kind of 'wizard' for openconnect
configuration in luci. Rather than having hard-coded configuration
items
like 'username' and 'password' which aren't always going to be
relevant,
we actually want to work through the forms that the server offers us.

That's not easily done on the current lucy interface.  It allows easy access to 
text configuration data but any interaction with applications is pretty hard.

Hook up a trivial dæmon listening on a local socket, and using
libopenconnect's obtain_cookie() method. Every time it gets a
validate_peer_cert() or process_auth_form() callback, stop and wait for
a connection (from luci) on its local socket. Spew the request out the
socket and wait for a response.

You then have a luci page for the 'wizard' which simply fetches the
next
request for user interaction from that dæmon and stores the user's
responses as the configuration to be stored. When the dæmon finally
reports success, the 'wizard' page then gives you the option to 'Save 
Apply' the new configuration.

Could be done but looks too much work for simply configuring openconnect. The 
current interface accepts a username and password and a certificate in advanced 
settings; that should handle 90% of sessions.

-- 
Sent fron my mobile. Please excuse my brevity.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] [PATCH] gre: Generic Routing Encapsulation package support

2014-08-02 Thread Baptiste Jonglez
Thank you for this nice implementation.  I've started some documentation
on http://wiki.openwrt.org/doc/uci/network

A few comments after testing gre/gretap on BB-rc2 (with netifd 2014-07-30
from trunk):

1/ the firewall rules added by zone do no seem to be flushed when the
   interface goes down (e.g. by issuing ifdown mygre)

2/ tunlink does not seem to work for anything else than wan.  When
   trying to set it to lan (which is properly defined in the network
   config), the tunnel is not created.  There is no error in readlog.

3/ what is the method for configuring static IP addresses on the tunnel
   interface?  Something like this seems to work:

config interface tunnel
option proto 'static'
option ipaddr '10.0.0.217'
option netmask '255.255.255.0'

config interface mygre
option proto 'gretap'
option ipaddr '203.0.113.2'
option peeraddr '192.0.2.42'
option network 'tunnel'

This works for proto gretap, but not for proto gre, as there is no
network option in this case.  Is there a reason for not providing the
option?  Of course, it makes no sense to bridge a tun GRE interface, but
the above config doesn't involve any bridge and should work just fine for
gre.

If there is another way to configure addresses, I'm interested to know
about it.

On Wed, Jul 30, 2014 at 01:51:09PM +0200, Hans Dedecker wrote:
 Following options are valid for gre and gretap kinds:
 -ipaddr
 -peeraddr
 -df
 -mtu
 -ttl
 -tunlink
 -zone
 -ikey
 -okey
 -icsum
 -ocsum
 -iseqno
 -oseqno

For the sake of completeness, the ToS field feels like missing :)
(IFLA_GRE_TOS, see also tos/dsfield/tclass in iproute2).

But otherwise, it's nice to have so much options.

Thank you,
Baptiste


pgpwIjLcxKs4r.pgp
Description: PGP signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] Add support for the WNDR3800CH

2014-08-02 Thread Dave Täht
From: Dave Taht dave.t...@bufferbloat.net

Apparently this is a fairly common refurb unit of the 3800 series now,
with merely the recognition string changed in the boot loader.
---
 target/linux/ar71xx/image/Makefile | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/target/linux/ar71xx/image/Makefile 
b/target/linux/ar71xx/image/Makefile
index 2377ad3..f8a49a8 100644
--- a/target/linux/ar71xx/image/Makefile
+++ b/target/linux/ar71xx/image/Makefile
@@ -,6 +,7 @@ $(eval $(call 
SingleProfile,Netgear,64kraw,N150R,n150r,WNR612V2,ttyS0,115200,$$(
 $(eval $(call 
SingleProfile,Netgear,64kraw,WNDR3700V1,wndr3700,WNDR3700,ttyS0,115200,$$(wndr3700_mtdlayout),0x33373030,WNDR3700,
 NA,,7 864 320))
 $(eval $(call 
SingleProfile,Netgear,64kraw,WNDR3700V2,wndr3700v2,WNDR3700,ttyS0,115200,$$(wndr3700v2_mtdlayout),0x33373031,WNDR3700v2,,-H
 29763654+16+64))
 $(eval $(call 
SingleProfile,Netgear,64kraw,WNDR3800,wndr3800,WNDR3700,ttyS0,115200,$$(wndr3700v2_mtdlayout),0x33373031,WNDR3800,,-H
 29763654+16+128))
+$(eval $(call 
SingleProfile,Netgear,64kraw,WNDR3800CH,wndr3800ch,WNDR3700,ttyS0,115200,$$(wndr3700v2_mtdlayout),0x33373031,WNDR3800CH,,-H
 29763654+16+128))
 $(eval $(call 
SingleProfile,Netgear,64kraw,WNDRMAC,wndrmac,WNDR3700,ttyS0,115200,$$(wndr3700v2_mtdlayout),0x33373031,WNDRMAC,,-H
 29763654+16+64))
 $(eval $(call 
SingleProfile,Netgear,64kraw,WNDRMACV2,wndrmacv2,WNDR3700,ttyS0,115200,$$(wndr3700v2_mtdlayout),0x33373031,WNDRMACv2,,-H
 29763654+16+128))
 
@@ -1266,7 +1267,7 @@ $(eval $(call MultiProfile,TLWR1043,TLWR1043V1 
TLWR1043V2))
 $(eval $(call MultiProfile,TLWDR4300,TLWDR3500V1 TLWDR3600V1 TLWDR4300V1 
TLWDR4300V1IL TLWDR4310V1 MW4530RV1))
 $(eval $(call MultiProfile,TUBE2H,TUBE2H8M TUBE2H16M))
 $(eval $(call MultiProfile,UBNT,UBNTAIRROUTER UBNTRS UBNTRSPRO UBNTLSSR71 
UBNTBULLETM UBNTROCKETM UBNTNANOM UBNTNANOMXW UBNTUNIFI UBNTUNIFIOUTDOOR UAPPRO 
UBNTAIRGW))
-$(eval $(call MultiProfile,WNDR3700,WNDR3700V1 WNDR3700V2 WNDR3800 WNDRMAC 
WNDRMACV2))
+$(eval $(call MultiProfile,WNDR3700,WNDR3700V1 WNDR3700V2 WNDR3800 WNDR3800CH 
WNDRMAC WNDRMACV2))
 $(eval $(call MultiProfile,WNR612V2,REALWNR612V2 N150R))
 $(eval $(call MultiProfile,WP543,WP543_2M WP543_4M WP543_8M WP543_16M))
 $(eval $(call MultiProfile,WPE72,WPE72_4M WPE72_8M WPE72_16M))
-- 
1.9.1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] Fixed wpa_supplicant locking hostapd to 20MHz (#12720) backported to Backfire r33081

2014-08-02 Thread George Valkov
  
https://www.dropbox.com/s/gjyvq70z3wgdrzm/g.Fixed-wpa_supplicant-locking-hostapd-to-20MHz-12720.patch
  
  From 78015d8b25b5bf9057346944077f3c4d12c2bc9e Mon Sep 17 00:00:00 2001  From: 
Georgi ValkovDate: Fri, 11 Jul 2014 14:41:38 +0300  Subject: [PATCH] Fixed 
wpa_supplicant locking hostapd to 20MHz (#12720)  
  Fixed wpa_supplicant when the radio is in 40MHz mode so that it no longer 
restarts hostapd with the second channel disableed.  
  Original patch by: Lance ChaneyBackported to Backfire r33081 by: Georgi 
Valkov---  
package/hostapd/patches/553-ap_sta_support.patch | 32 +---  
1 file changed, 23 insertions(+), 9 deletions(-)  
  diff --git a/package/hostapd/patches/553-ap_sta_support.patch 
b/package/hostapd/patches/553-ap_sta_support.patch  index 6053ee2..0084a56 
100644  --- a/package/hostapd/patches/553-ap_sta_support.patch  +++ 
b/package/hostapd/patches/553-ap_sta_support.patch  @@ -44,7 +44,7 @@  
 CONFIG_OS=win32  
--- a/wpa_supplicant/wpa_supplicant.c  
+++ b/wpa_supplicant/wpa_supplicant.c  -@@ -125,6 +125,55 @@ extern int 
wpa_debug_show_keys;  +@@ -125,6 +125,63 @@ extern int wpa_debug_show_keys;  
 extern int wpa_debug_timestamp;  
 extern struct wpa_driver_ops *wpa_drivers[];  

  @@ -68,11 +68,20 @@  
+char buf[256];  
+int len = sizeof(buf);  
+int channel, hw_mode;  ++   int sec_chan = 0;  
+int ret;  
+  
+if (!bss)  
+return;  
+  ++if (bss-ht_param amp; HT_INFO_HT_PARAM_REC_TRANS_CHNL_WIDTH) {  ++   
 int sec = bss-ht_param amp; 
HT_INFO_HT_PARAM_SECONDARY_CHNL_OFF_MASK;  ++ if (sec == 
HT_INFO_HT_PARAM_SECONDARY_CHNL_ABOVE)  ++   sec_chan = 1;  ++  
 else if (sec == 
HT_INFO_HT_PARAM_SECONDARY_CHNL_BELOW)  ++   sec_chan = -1; 
 ++  }  ++  
+if (bss-freq   
+hw_mode = HOSTAPD_MODE_IEEE80211G;  
+channel = (bss-freq - 2407) / 5;  @@ -80,9 +89,8 @@  
+hw_mode = HOSTAPD_MODE_IEEE80211A;  
+channel = (bss-freq - 5000) / 5;  
+}  -+  -+   if (asprintf(amp;cmd, RELOAD channel=%d sec_chan=0 
hw_mode=%d ieee80211n=%d,  -+ 

 
 channel, hw_mode, !!bss-ht_capab)   ++ if (asprintf(amp;cmd, RELOAD 
channel=%d sec_chan=%d hw_mode=%d ieee80211n=%d,  ++

 
 channel, sec_chan, hw_mode, !!bss-ht_capab)   
+return -1;  
+}  
+  @@ -100,7 +108,7 @@  
 /* Configure default/group WEP keys for static WEP */  
 int wpa_set_wep_keys(struct wpa_supplicant *wpa_s, struct wpa_ssid *ssid)  
 {  -@@ -632,8 +681,16 @@ void wpa_supplicant_set_state(struct wpa  +@@ -632,8 
+689,16 @@ void wpa_supplicant_set_state(struct wpa  
 #ifdef CONFIG_P2P  

 wpas_p2p_completed(wpa_s);  
 #endif /* CONFIG_P2P */  @@ -117,7 +125,7 @@  

 wpa_s-new_connection = 1;  

 wpa_drv_set_operstate(wpa_s, 0);  
 #ifndef IEEE8021X_EAPOL  -@@ -2245,6 +2302,21 @@ static int 
wpa_supplicant_init_iface(str  +@@ -2245,6 +2310,21 @@ static int 
wpa_supplicant_init_iface(str  

 os_strlcpy(wpa_s-bridge_ifname, iface-bridge_ifname,  

 

 sizeof(wpa_s-bridge_ifname));  

 }  @@ -149,35 +157,41 @@  
 #include drivers/driver.h  
 #include wpa_supplicant_i.h  
 #include config.h  -@@ -79,6 +80,8 @@ struct wpa_bss * wpa_bss_get(struct 
wpa_  +@@ -79,6 +80,9 @@ struct wpa_bss * wpa_bss_get(struct wpa_  

  
 static void wpa_bss_copy_res(struct wpa_bss *dst, struct wpa_scan_res *src)  
 {  
+struct ieee80211_ht_capabilities *capab;  ++struct 
ieee80211_ht_operation *oper;  
+struct ieee802_11_elems elems;  

 os_time_t usec;  

  

 dst-flags = src-flags;  -@@ -91,6 +94,12 @@ static void 
wpa_bss_copy_res(struct wpa_  +@@ -91,6 +95,15 @@ static void 
wpa_bss_copy_res(struct wpa_  

 dst-level = src-level;  

 dst-tsf = src-tsf;  

  
+memset(amp;elems, 0, sizeof(elems));  
+ieee802_11_parse_elems((u8 *) (src + 1), src-ie_len, amp;elems, 0);  
+capab = (struct ieee80211_ht_capabilities *) elems.ht_capabilities;  
++ oper = (struct ieee80211_ht_operation *) elems.ht_operation;  
+if (capab)  
+dst-ht_capab = le_to_host16(capab-ht_capabilities_info);  ++ 
 if (oper)  ++   dst-ht_param = oper-ht_param;  
+  

 os_get_time(amp;dst-last_update);  

 dst-last_update.sec -= src-age / 1000;  

 usec = (src-age % 1000) * 1000;  
--- a/wpa_supplicant/bss.h  
+++ b/wpa_supplicant/bss.h  -@@ -57,6 +57,7 @@ struct wpa_bss {  +@@ -57,6 
+57,9 @@ struct wpa_bss {  

 unsigned int flags;  

 u8 bssid[ETH_ALEN];  

 u8 ssid[32];  
+u16 ht_capab;  ++   /** Five octets of HT Operation Information */ 
 ++  u8 ht_param;  

 size_t ssid_len;  

 int freq;  

 

Re: [OpenWrt-Devel] [PATCH] gre: Generic Routing Encapsulation package support

2014-08-02 Thread Baptiste Jonglez
On Sat, Aug 02, 2014 at 11:51:33PM +0900, Baptiste Jonglez wrote:
 2/ tunlink does not seem to work for anything else than wan.  When
trying to set it to lan (which is properly defined in the network
config), the tunnel is not created.  There is no error in readlog.

After some debugging, it seems to be caused by this call:

  proto_add_host_dependency $cfg 0.0.0.0 $tunlink


If I understand this correctly, the script expects to find a default route
through the interface specified by tunlink.  

Wouldn't it make more sense to depend on $peeraddr instead?  In my
use-case, the other end of the GRE tunnel is not necessarily reached
through the default route.

Thanks,
Baptiste


pgp2hTE7KggMw.pgp
Description: PGP signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


[OpenWrt-Devel] [PATCH] Fixed WiFi stop and speed reduction issue on TL-WR1043ND v1 (#9654)

2014-08-02 Thread George Valkov
  Hi Felix,  
  Please revise your commit: https://dev.openwrt.org/changeset/38486  It is 
causing the wifi on TL-WR1043ND v1 to stop working or speed drop.  
  Please see this ticket for details on my research:  
https://dev.openwrt.org/ticket/9654#comment:512  
  I was able to isolate the issue to this code:   static void 
ar5008_hw_get_adc_entropy(struct ath_hw *ah, u8 *buf, size_t len)
{
…

REG_RMW_FIELD(ah, AR_PHY_TEST, AR_PHY_TEST_BBB_OBS_SEL, 1);
REG_CLR_BIT(ah, AR_PHY_TEST, AR_PHY_TEST_RX_OBS_SEL_BIT5);
REG_RMW_FIELD(ah, AR_PHY_TEST2, AR_PHY_TEST2_RX_OBS_SEL, 0);

…
}   
  I have prepared a workaround patch, it resolves the issue, unfortunately the 
code it disables is beyond my experience, and it probably breaks your code, so 
please check it!: 
https://www.dropbox.com/s/ihfkx7ov4e8tcoz/Fixed-WiFi-stop-and-speed-reduction-issue-on-TL-WR1043ND.patch
 
  
  
   From c82e042b4758b4fa147daac1fafef2865a9b6dad Mon Sep 17 00:00:00 2001  
From: Georgi ValkovDate: Sat, 2 Aug 2014 01:26:49 +0300  Subject: [PATCH] 
Fixed WiFi stop and speed reduction issue on TL-WR1043ND v1 (#9654)  
  Signed-off-by: Georgi Valkov---  
.../mac80211/patches/550-ath9k_entropy_from_adc.patch 
 
 
| 14 +++---  
1 file changed, 7 insertions(+), 7 deletions(-)  
  diff --git a/package/kernel/mac80211/patches/550-ath9k_entropy_from_adc.patch 
b/package/kernel/mac80211/patches/550-ath9k_entropy_from_adc.patch  index 
7210a02..110ddf9 100644  --- 
a/package/kernel/mac80211/patches/550-ath9k_entropy_from_adc.patch  +++ 
b/package/kernel/mac80211/patches/550-ath9k_entropy_from_adc.patch  @@ -26,9 
+26,9 @@  
+{  
+int i, j;  
+  -+REG_RMW_FIELD(ah, AR_PHY_TEST, AR_PHY_TEST_BBB_OBS_SEL, 1);  -+
 REG_CLR_BIT(ah, AR_PHY_TEST, AR_PHY_TEST_RX_OBS_SEL_BIT5);  -+  
REG_RMW_FIELD(ah, AR_PHY_TEST_CTL_STATUS, AR_PHY_TEST_CTL_RX_OBS_SEL, 0);  ++   
/// REG_RMW_FIELD(ah, AR_PHY_TEST, AR_PHY_TEST_BBB_OBS_SEL, 1);  ++ /// 
REG_CLR_BIT(ah, AR_PHY_TEST, AR_PHY_TEST_RX_OBS_SEL_BIT5);  ++  /// 
REG_RMW_FIELD(ah, AR_PHY_TEST_CTL_STATUS, AR_PHY_TEST_CTL_RX_OBS_SEL, 0);  
+  
+memset(buf, 0, len);  
+for (i = 0; i   @@ -84,7 +84,7 @@  
 int ath9k_init_device(u16 devid, struct ath_softc *sc,  
  
 
const struct ath_bus_ops *bus_ops)  
 {  -@@ -822,6 +835,8 @@ int ath9k_init_device(u16 devid, struct
  +@@ -822,6 +835,8 @@ int ath9k_init_device(u16 devid, struct  
 ARRAY_SIZE(ath9k_tpt_blink));  
 #endif  

  @@ -132,9 +132,9 @@  
+{  
+int i, j;  
+  -+REG_RMW_FIELD(ah, AR_PHY_TEST, AR_PHY_TEST_BBB_OBS_SEL, 1);  -+
 REG_CLR_BIT(ah, AR_PHY_TEST, AR_PHY_TEST_RX_OBS_SEL_BIT5);  -+  
REG_RMW_FIELD(ah, AR_PHY_TEST2, AR_PHY_TEST2_RX_OBS_SEL, 0);  ++/// 
REG_RMW_FIELD(ah, AR_PHY_TEST, AR_PHY_TEST_BBB_OBS_SEL, 1);  ++ /// 
REG_CLR_BIT(ah, AR_PHY_TEST, AR_PHY_TEST_RX_OBS_SEL_BIT5);  ++  /// 
REG_RMW_FIELD(ah, AR_PHY_TEST2, AR_PHY_TEST2_RX_OBS_SEL, 0);  
+  
+memset(buf, 0, len);  
+for (i = 0; i   --
  1.9.1  
  ___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


Re: [OpenWrt-Devel] voip package for the infineon danube (sip client using the FXS ports)

2014-08-02 Thread Luca Olivetti
El 02/08/14 14:20, John Crispin ha escrit:
 Hi Luca,
 
 a bit of nitpicking ...
 
 if i look at
 https://code.google.com/p/danube-voip/source/browse/libab/libab/* for
 example, the license headers are missing.
 
 could you add them either to the files or add a LICENSE file or similar
 ? i would feel better to know the license when merging these packages.


Mmh, libab comes from the original midge distribution (of course with my
changes to adapt it to this router), and the license files are missing
even there.
Now the midge repository is on github (the original repository doesn't
exist anymore) here
https://github.com/ZigFisher/Midge/tree/master/package/oem-voip/files/src and
libab has no explicit license, however the whole midge distribution it's
licensed under the GPL version 2

http://flyrouter.net/doku.php#copyright

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


Re: [OpenWrt-Devel] [PATCH] Fixed WiFi stop and speed reduction issue on TL-WR1043ND v1 (#9654)

2014-08-02 Thread Felix Fietkau
On 2014-08-02 17:29, George Valkov wrote:
 Hi Felix,
 
 Please revise your commit: https://dev.openwrt.org/changeset/38486
 It is causing the wifi on TL-WR1043ND v1 to stop working or speed drop.
 
 Please see this ticket for details on my research:
 https://dev.openwrt.org/ticket/9654#comment:512
 
 I was able to isolate the issue to this code:
 
 static void ar5008_hw_get_adc_entropy(struct ath_hw *ah, u8 *buf, size_t len)
 {
   …
 
   REG_RMW_FIELD(ah, AR_PHY_TEST, AR_PHY_TEST_BBB_OBS_SEL, 1);
   REG_CLR_BIT(ah, AR_PHY_TEST, AR_PHY_TEST_RX_OBS_SEL_BIT5);
   REG_RMW_FIELD(ah, AR_PHY_TEST2, AR_PHY_TEST2_RX_OBS_SEL, 0);
 
   …
 }
 
 
 I have prepared a workaround patch, it resolves the issue, unfortunately
 the code it disables is beyond my experience, and it probably breaks
 your code, so please check it!:
 https://www.dropbox.com/s/ihfkx7ov4e8tcoz/Fixed-WiFi-stop-and-speed-reduction-issue-on-TL-WR1043ND.patch
Thanks for tracking this down. I'm not able to reproduce the stability
issues myself. Could you please test if each of the three lines is
causing issues, or if there's a particular one that is enough to trigger it?

Thanks,

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


Re: [OpenWrt-Devel] voip package for the infineon danube (sip client using the FXS ports)

2014-08-02 Thread Luca Olivetti
El 02/08/14 17:59, Luca Olivetti ha escrit:
 El 02/08/14 14:20, John Crispin ha escrit:
 Hi Luca,

 a bit of nitpicking ...

 if i look at
 https://code.google.com/p/danube-voip/source/browse/libab/libab/* for
 example, the license headers are missing.

 could you add them either to the files or add a LICENSE file or similar
 ? i would feel better to know the license when merging these packages.
 
 
 Mmh, libab comes from the original midge distribution (of course with my
 changes to adapt it to this router), and the license files are missing
 even there.
 Now the midge repository is on github (the original repository doesn't
 exist anymore) here
 https://github.com/ZigFisher/Midge/tree/master/package/oem-voip/files/src and
 libab has no explicit license, however the whole midge distribution it's
 licensed under the GPL version 2
 
 http://flyrouter.net/doku.php#copyright

Also, flyrouter.net links to this page:

http://zftlab.org/pages/2014070600.html

where it says midge linux gpl sources on github, linking to the above
repository.

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


Re: [OpenWrt-Devel] openwrt + openconnect

2014-08-02 Thread David Woodhouse

Actually, I think we want a kind of 'wizard' for openconnect
configuration in luci. Rather than having hard-coded configuration
items
like 'username' and 'password' which aren't always going to be
relevant,
we actually want to work through the forms that the server offers us.

 That's not easily done on the current lucy interface.  It allows easy
 access to text configuration data but any interaction with applications is
 pretty hard.

So forget that I suggested a local Unix socket. Do your communication
through the config strings :)


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


Re: [OpenWrt-Devel] [PATCH] Add support for the WNDR3800CH

2014-08-02 Thread John Crispin

On 02/08/2014 16:59, Dave Täht wrote:
 From: Dave Taht dave.t...@bufferbloat.net
 
 Apparently this is a fairly common refurb unit of the 3800 series
 now, with merely the recognition string changed in the boot
 loader.



Hi Dave,

* missing SoB
* subject is missing the ar71xx: prefix

please resend a fixed version.

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