date:20150317

Re: [OpenWrt-Devel] [PATCH] lantiq/xrx200/TDW8970: add ltq-ptm-vr9 to default packages

2015-03-17 Thread John Crispin

Hi,

does this work with default images ? i recall that when both drivers
are loaded, neither works, or only the first caller. the drivers
register a call back with the mei driver and there is only a slot for
one caller if i remember correctly.

John

On 16/03/2015 23:14, Alexander Couzens wrote:
> ptm(vdsl2) is supported by this device.
> 
> Signed-off-by: Alexander Couzens  --- 
> target/linux/lantiq/xrx200/profiles/tplink.mk | 2 +- 1 file
> changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/target/linux/lantiq/xrx200/profiles/tplink.mk
> b/target/linux/lantiq/xrx200/profiles/tplink.mk index
> 21880c0..8e016d4 100644 ---
> a/target/linux/lantiq/xrx200/profiles/tplink.mk +++
> b/target/linux/lantiq/xrx200/profiles/tplink.mk @@ -3,7 +3,7 @@
> define Profile/TDW8970 PACKAGES:=kmod-ath9k wpad-mini \ 
> kmod-ltq-deu-vr9 kmod-ltq-hcd-vr9 \ kmod-ltq-vdsl-vr9-mei
> kmod-ltq-vdsl-vr9 \ - kmod-ltq-atm-vr9 ltq-vdsl-vr9-fw-installer \ 
> + kmod-ltq-atm-vr9 kmod-ltq-ptm-vr9 ltq-vdsl-vr9-fw-installer \ 
> ltq-vdsl-app ppp-mod-pppoa \ kmod-ledtrig-usbdev endef
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] ralink: mt7621 fix pinctrl config

2015-03-17 Thread wengbj

From: zouxf 

Signed-off-by: zouxf 
---
 target/linux/ramips/dts/mt7621.dtsi|   18 +++---
 .../patches-3.18/0062-mt7621-fix-pinctrl.patch |   58 
 2 files changed, 67 insertions(+), 9 deletions(-)
 create mode 100644 
target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch

diff --git a/target/linux/ramips/dts/mt7621.dtsi 
b/target/linux/ramips/dts/mt7621.dtsi
index 50cd144..f09ec3e 100644
--- a/target/linux/ramips/dts/mt7621.dtsi
+++ b/target/linux/ramips/dts/mt7621.dtsi
@@ -123,38 +123,38 @@
};
i2c_pins: i2c {
i2c {
-   lantiq,group = "i2c";
-   lantiq,function = "i2c";
+   ralink,group = "i2c";
+   ralink,function = "i2c";
};
};
uart1_pins: uart1 {
uart1 {
ralink,group = "uart1";
-   ralink,function = "uart";
+   ralink,function = "uart1";
};
};
uart2_pins: uart2 {
uart2 {
ralink,group = "uart2";
-   ralink,function = "uart";
+   ralink,function = "uart2";
};
};
uart3_pins: uart3 {
uart3 {
ralink,group = "uart3";
-   ralink,function = "uart";
+   ralink,function = "uart3";
};
};
rgmii1_pins: rgmii1 {
rgmii1 {
ralink,group = "rgmii1";
-   ralink,function = "rgmii";
+   ralink,function = "rgmii1";
};
};
rgmii2_pins: rgmii2 {
rgmii2 {
ralink,group = "rgmii2";
-   ralink,function = "rgmii";
+   ralink,function = "rgmii2";
};
};
mdio_pins: mdio {
@@ -172,11 +172,11 @@
nand_pins: nand {
spi-nand {
ralink,group = "spi";
-   ralink,function = "nand";
+   ralink,function = "nand1";
};
sdhci-nand {
ralink,group = "sdhci";
-   ralink,function = "nand";
+   ralink,function = "nand2";
};
};
sdhci_pins: sdhci {
diff --git a/target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch 
b/target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch
new file mode 100644
index 000..a963e5f
--- /dev/null
+++ b/target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch
@@ -0,0 +1,58 @@
+Index: linux-3.18.8/arch/mips/ralink/mt7621.c
+===
+--- linux-3.18.8.orig/arch/mips/ralink/mt7621.c2015-03-17 
10:46:49.290956084 +0800
 linux-3.18.8/arch/mips/ralink/mt7621.c 2015-03-17 14:54:21.823186689 
+0800
+@@ -32,8 +32,8 @@
+ 
+ #define MT7621_GPIO_MODE_UART11
+ #define MT7621_GPIO_MODE_I2C  2
+-#define MT7621_GPIO_MODE_UART23
+-#define MT7621_GPIO_MODE_UART35
++#define MT7621_GPIO_MODE_UART25
++#define MT7621_GPIO_MODE_UART33
+ #define MT7621_GPIO_MODE_JTAG 7
+ #define MT7621_GPIO_MODE_WDT_MASK 0x3
+ #define MT7621_GPIO_MODE_WDT_SHIFT8
+@@ -53,10 +53,10 @@
+ #define MT7621_GPIO_MODE_SDHCI_SHIFT  18
+ #define MT7621_GPIO_MODE_SDHCI_GPIO   1
+ 
+-static struct rt2880_pmx_func uart1_grp[] =  { FUNC("uart", 0, 1, 2) };
++static struct rt2880_pmx_func uart1_grp[] =  { FUNC("uart1", 0, 1, 2) };
+ static struct rt2880_pmx_func i2c_grp[] =  { FUNC("i2c", 0, 3, 2) };
+-static struct rt2880_pmx_func uart3_grp[] = { FUNC("uart", 0, 5, 4) };
+-static struct rt2880_pmx_func uart2_grp[] = { FUNC("uart", 0, 9, 4) };
++static struct rt2880_pmx_func uart3_grp[] = { FUNC("uart2", 0, 5, 4) };
++static struct rt2880_pmx_func uart2_grp[] = { FUNC("uart3", 0, 9, 4) };
+ static struct rt2880_pmx_func jtag_grp[] = { FUNC("jtag", 0, 13, 5) };
+ static struct rt2880_pmx_func wdt_grp[] = {
+   FUNC("wdt rst", 0, 18, 1),
+@@ -67,22 +67,22 @@
+   FUNC("pcie refclk", MT7621_GPIO_MODE_PCIE_REF, 19, 1)
+ };
+ static struct rt2880_pmx_func mdio_grp[] = { FUNC("mdio", 0, 20, 2) };
+-static struct rt2880_pmx_func rgmii2_grp[] = { FUNC("rgmii", 0, 22, 12) };
++sta

Re: [OpenWrt-Devel] [PATCH] ralink: mt7621 fix pinctrl config

2015-03-17 Thread John Crispin

Hi,

some comments inline


On 17/03/2015 08:24, wengbj wrote:
> From: zouxf 
> 
> Signed-off-by: zouxf 
> ---
>  target/linux/ramips/dts/mt7621.dtsi|   18 +++---
>  .../patches-3.18/0062-mt7621-fix-pinctrl.patch |   58 
> 
>  2 files changed, 67 insertions(+), 9 deletions(-)
>  create mode 100644 
> target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch
> 
> diff --git a/target/linux/ramips/dts/mt7621.dtsi 
> b/target/linux/ramips/dts/mt7621.dtsi
> index 50cd144..f09ec3e 100644
> --- a/target/linux/ramips/dts/mt7621.dtsi
> +++ b/target/linux/ramips/dts/mt7621.dtsi
> @@ -123,38 +123,38 @@
>   };
>   i2c_pins: i2c {
>   i2c {
> - lantiq,group = "i2c";
> - lantiq,function = "i2c";
> + ralink,group = "i2c";
> + ralink,function = "i2c";
>   };
>   };
>   uart1_pins: uart1 {
>   uart1 {
>   ralink,group = "uart1";
> - ralink,function = "uart";
> + ralink,function = "uart1";

the group is uart1 but the function should stay at uart. function
describes what the pins do. they are supposed to be uart pins. this is
the same for all occurences inside this patch.

please resend a patch that only fixes the i2c naming error.

John


>   };
>   };
>   uart2_pins: uart2 {
>   uart2 {
>   ralink,group = "uart2";
> - ralink,function = "uart";
> + ralink,function = "uart2";


here aswell
>   };
>   };
>   uart3_pins: uart3 {
>   uart3 {
>   ralink,group = "uart3";
> - ralink,function = "uart";
> + ralink,function = "uart3";
>   };
>   };
>   rgmii1_pins: rgmii1 {
>   rgmii1 {
>   ralink,group = "rgmii1";
> - ralink,function = "rgmii";
> + ralink,function = "rgmii1";
>   };
>   };
>   rgmii2_pins: rgmii2 {
>   rgmii2 {
>   ralink,group = "rgmii2";
> - ralink,function = "rgmii";
> + ralink,function = "rgmii2";
>   };
>   };
>   mdio_pins: mdio {
> @@ -172,11 +172,11 @@
>   nand_pins: nand {
>   spi-nand {
>   ralink,group = "spi";
> - ralink,function = "nand";
> + ralink,function = "nand1";
>   };
>   sdhci-nand {
>   ralink,group = "sdhci";
> - ralink,function = "nand";
> + ralink,function = "nand2";
>   };
>   };
>   sdhci_pins: sdhci {
> diff --git a/target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch 
> b/target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch
> new file mode 100644
> index 000..a963e5f
> --- /dev/null
> +++ b/target/linux/ramips/patches-3.18/0062-mt7621-fix-pinctrl.patch
> @@ -0,0 +1,58 @@
> +Index: linux-3.18.8/arch/mips/ralink/mt7621.c
> +===
> +--- linux-3.18.8.orig/arch/mips/ralink/mt7621.c  2015-03-17 
> 10:46:49.290956084 +0800
>  linux-3.18.8/arch/mips/ralink/mt7621.c   2015-03-17 14:54:21.823186689 
> +0800
> +@@ -32,8 +32,8 @@
> + 
> + #define MT7621_GPIO_MODE_UART1  1
> + #define MT7621_GPIO_MODE_I2C2
> +-#define MT7621_GPIO_MODE_UART2  3
> +-#define MT7621_GPIO_MODE_UART3  5
> ++#define MT7621_GPIO_MODE_UART2  5
> ++#define MT7621_GPIO_MODE_UART3  3
> + #define MT7621_GPIO_MODE_JTAG   7
> + #define MT7621_GPIO_MODE_WDT_MASK   0x3
> + #define MT7621_GPIO_MODE_WDT_SHIFT  8
> +@@ -53,10 +53,10 @@
> + #define MT7621_GPIO_MODE_SDHCI_SHIFT18
> + #define MT7621_GPIO_MODE_SDHCI_GPIO 1
> + 
> +-static struct rt2880_pmx_func uart1_grp[] =  { FUNC("uart", 0, 1, 2) };
> ++static struct rt2880_pmx_func uart1_grp[] =  { FUNC("uart1", 0, 1, 2) };
> + static struct rt2880_pmx_func i2c_grp[] =  { FUNC("i2c", 0, 3, 2) };
> +-static struct rt2880_pmx_func uart3_grp[] = { FUNC("uart", 0, 5, 4) };
> +-static struct rt2880_pmx_func uart2_grp[] = { FUNC("uart", 0, 9, 4) };
> ++static struct rt2880_pmx_func uart3_grp[] = { FUNC("uart2", 0, 5, 4) };
> ++static struct rt2880_pmx_

Re: [OpenWrt-Devel] [PATCH] kernel: Support kernel options required by systemd

2015-03-17 Thread Jeff Waugh

On Mon, Mar 16, 2015 at 5:09 PM, Jeff Waugh  wrote:

> On Mon, Mar 16, 2015 at 4:56 PM, Rafał Miłecki  wrote:
> > If you want to put some comments in your patch, place them below the
> > "---". This way they won't be visible after applying patch with "git
> > am".
>
> Thanks -- will do. 8)


Should I resubmit, John?

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

Re: [OpenWrt-Devel] [PATCH] kernel: Support kernel options required by systemd

2015-03-17 Thread John Crispin



On 17/03/2015 09:00, Jeff Waugh wrote:
> On Mon, Mar 16, 2015 at 5:09 PM, Jeff Waugh  > wrote:
> 
> On Mon, Mar 16, 2015 at 4:56 PM, Rafał Miłecki  > wrote:
> > If you want to put some comments in your patch, place them below the
> > "---". This way they won't be visible after applying patch with "git
> > am".
> 
> Thanks -- will do. 8)
> 
> 
> Should I resubmit, John?
> 
> Thanks,
> Jeff

please, will make it easier to merge
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH 1/2] gccgo/libgo toolchain support for OpenWrt

2015-03-17 Thread John Crispin

Hi,

comment inline

On 04/03/2015 19:53, Jeff Waugh wrote:
> Hi all,
> 
> I'm sure there are style weirdnesses with this. Commentary much appreciated!
> 
> - Jeff
> 
> 
> - It won't work with uClibc 0.99.33.x because it requires make/get/setcontext
> - It DOES work with a recent uClibc snapshot (with UCLIBC_HAS_CONTEXT_FUNCS),
>   as well as eglibc
> - It works with gcc 4.8, and 4.9 with an additional fix submitted separately
> 
> Only very slightly adapted from Geert-Johan Riemer's work, plus fixes on top.
> - https://github.com/GeertJohan/openwrt-go/tree/add-gccgo-and-libgo
> - https://lists.openwrt.org/pipermail/openwrt-devel/2014-January/023214.html
> 
> Signed-off-by: Jeff Waugh 
> ---
>  package/libs/toolchain/Makefile| 42 
> ++
>  toolchain/gcc/Config.in|  7 
>  toolchain/gcc/common.mk|  2 +-
>  .../400-libgo-do-not-redefine-CPU_COUNT.patch  | 15 
>  .../patches/4.8-linaro/401-go1-needs-libm.patch| 11 ++

this patch causes a build error when building gcc 4.8 as it does not apply.

John


>  .../patches/4.9-linaro/401-go1-needs-libm.patch| 11 ++
>  6 files changed, 87 insertions(+), 1 deletion(-)
>  create mode 100644 
> toolchain/gcc/patches/4.8-linaro/400-libgo-do-not-redefine-CPU_COUNT.patch
>  create mode 100644 toolchain/gcc/patches/4.8-linaro/401-go1-needs-libm.patch
>  create mode 100644 toolchain/gcc/patches/4.9-linaro/401-go1-needs-libm.patch
> 
> diff --git a/package/libs/toolchain/Makefile b/package/libs/toolchain/Makefile
> index 42b9935..2666d5a 100644
> --- a/package/libs/toolchain/Makefile
> +++ b/package/libs/toolchain/Makefile
> @@ -254,6 +254,34 @@ define Package/libgfortran/config
>   endmenu
>  endef
>  
> +
> +define Package/libgo
> +$(call Package/gcc/Default)
> +  TITLE:=Go support library
> +  DEPENDS+=@INSTALL_GCCGO
> +endef
> +
> +define Package/libgo/config
> + menu "Configuration"
> + depends on EXTERNAL_TOOLCHAIN && PACKAGE_libgo
> +
> + config LIBGO_ROOT_DIR
> + string
> + prompt "libgo shared library base directory"
> + depends on EXTERNAL_TOOLCHAIN && PACKAGE_libgo
> + default TOOLCHAIN_ROOT  if !NATIVE_TOOLCHAIN
> + default "/"  if NATIVE_TOOLCHAIN
> +
> + config LIBGO_FILE_SPEC
> + string
> + prompt "libgo shared library files (use wildcards)"
> + depends on EXTERNAL_TOOLCHAIN && PACKAGE_libgo
> + default "./usr/lib/libgo.so.*"
> +
> + endmenu
> +endef
> +
> +
>  define Package/ldd
>  $(call Package/libc/Default)
>DEPENDS:=@!USE_MUSL
> @@ -410,6 +438,11 @@ ifeq ($(CONFIG_EXTERNAL_TOOLCHAIN),)
>   $(if $(CONFIG_TARGET_avr32)$(CONFIG_TARGET_coldfire),,$(CP) 
> $(TOOLCHAIN_DIR)/lib/libgfortran.so.* $(1)/usr/lib/)
>endef
>  
> +  define Package/libgo/install
> + $(INSTALL_DIR) $(1)/usr/lib
> + $(if 
> $(CONFIG_GCC_VERSION_4_6)$(CONFIG_TARGET_avr32)$(CONFIG_TARGET_coldfire),,$(CP)
>  $(TOOLCHAIN_DIR)/lib/libgo.so.* $(1)/usr/lib/)
> +  endef
> +
>define Package/libssp/install
>   $(INSTALL_DIR) $(1)/lib
>   $(CP) $(TOOLCHAIN_DIR)/lib/libssp.so.* $(1)/lib/
> @@ -559,6 +592,14 @@ else
>   done
>endef
>  
> +  define Package/libgo/install
> + for file in $(call qstrip,$(CONFIG_LIBGO_FILE_SPEC)); do \
> + dir=`dirname file` ; \
> + $(INSTALL_DIR) $(1)/dir ; \
> + $(CP) $(call qstrip,$(CONFIG_LIBGO_ROOT_DIR))/file 
> $(1)/dir/ ; \
> + done
> +  endef
> +
>define Package/libssp/install
>   for file in $(call qstrip,$(CONFIG_LIBSSP_FILE_SPEC)); do \
>   dir=`dirname file` ; \
> @@ -642,5 +683,6 @@ $(eval $(call BuildPackage,libpthread))
>  $(eval $(call BuildPackage,libthread-db))
>  $(eval $(call BuildPackage,librt))
>  $(eval $(call BuildPackage,libgfortran))
> +$(eval $(call BuildPackage,libgo))
>  $(eval $(call BuildPackage,ldd))
>  $(eval $(call BuildPackage,ldconfig))
> diff --git a/toolchain/gcc/Config.in b/toolchain/gcc/Config.in
> index ecd7c26..ec87d32 100644
> --- a/toolchain/gcc/Config.in
> +++ b/toolchain/gcc/Config.in
> @@ -74,3 +74,10 @@ config INSTALL_GFORTRAN
>   default n
>   help
>   Build/install GNU fortran compiler ?
> +
> +config INSTALL_GCCGO
> + bool
> + prompt "Build/install gccgo compiler?" if TOOLCHAINOPTS && 
> !(GCC_VERSION_4_4_7 || GCC_VERSION_4_6 || GCC_VERSION_4_6_LINARO) && 
> !UCLIBC_VERSION_0_9_33
> + default n
> + help
> + Build/install GNU gccgo compiler ?
> diff --git a/toolchain/gcc/common.mk b/toolchain/gcc/common.mk
> index 925964e..9c01bbd 100644
> --- a/toolchain/gcc/common.mk
> +++ b/toolchain/gcc/common.mk
> @@ -99,7 +99,7 @@ HOST_STAMP_CONFIGURED:=$(GCC_BUILD_DIR)/.configured
>  HOST_STAMP_INSTALLED:=$(STAGING_DIR_HOST)/stamp/.gcc_$(GCC_VARIANT)_installed
>  
>  SEP:=,
> -TARGET_LANGUAGES:="c,c++$(if

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix LED GPIO definitions for NETGEAR WNR2200

2015-03-17 Thread John Crispin

hi,

some more comments inline

On 13/03/2015 14:51, Markus Kohls wrote:
> Signed-off-by: Markus Kohls 
> 
> Now with corrected whitespaces and signed 
> 
> ---
>  .../ar71xx/files/arch/mips/ath79/mach-wnr2200.c| 77 
> ++
>  1 file changed, 35 insertions(+), 42 deletions(-)
> 
> diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2200.c 
> b/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2200.c
> index bf7f9ee..085a01e 100644
> --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2200.c
> +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2200.c
> @@ -14,7 +14,9 @@
>  #include 
>  
>  #include 
> +#include 
>  
> +#include "common.h"
>  #include "dev-ap9x-pci.h"
>  #include "dev-eth.h"
>  #include "dev-gpio-buttons.h"
> @@ -23,24 +25,26 @@
>  #include "dev-usb.h"
>  #include "machtypes.h"
>  
> -#define WNR2200_GPIO_LED_LAN2_AMBER  0
> -#define WNR2200_GPIO_LED_LAN4_AMBER  1
> -#define WNR2200_GPIO_LED_WPS 5
> -#define WNR2200_GPIO_LED_WAN_GREEN   7
> +// AR9287 GPIO LED

// is a c++ style comment. please use /* ... */ syntax

> +#define WNR2200_GPIO_LED_WLAN0
> +#define WNR2200_GPIO_LED_PWR_AMBER   1
> +#define WNR2200_GPIO_LED_PWR_GREEN   2
> +#define WNR2200_GPIO_USB_5V  4
> +
> +// AR9287 GPIO BUTTON
> +#define WNR2200_GPIO_BUTTON_WIFI 3
> +#define WNR2200_GPIO_BUTTON_WPS  5
> +#define WNR2200_GPIO_BUTTON_RESET6
> +
> +// AR7241
> +#define WNR2200_GPIO_LED_WPS 7
>  #define WNR2200_GPIO_LED_USB 8
> +
> +#define WNR2200_GPIO_LED_LAN1_AMBER  6
> +#define WNR2200_GPIO_LED_LAN2_AMBER  0
>  #define WNR2200_GPIO_LED_LAN3_AMBER  11
> +#define WNR2200_GPIO_LED_LAN4_AMBER  1
>  #define WNR2200_GPIO_LED_WAN_AMBER   12
> -#define WNR2200_GPIO_LED_LAN1_GREEN  13
> -#define WNR2200_GPIO_LED_LAN2_GREEN  14
> -#define WNR2200_GPIO_LED_LAN3_GREEN  15
> -#define WNR2200_GPIO_LED_LAN4_GREEN  16
> -#define WNR2200_GPIO_LED_PWR_AMBER   21
> -#define WNR2200_GPIO_LED_PWR_GREEN   22
> -
> -#define WNR2200_GPIO_USB_POWER   24
> -
> -#define WNR2200_KEYS_POLL_INTERVAL   20 /* msecs */
> -#define WNR2200_KEYS_DEBOUNCE_INTERVAL   (3 * WNR2200_KEYS_POLL_INTERVAL)
>  
>  #define WNR2200_MAC0_OFFSET  0
>  #define WNR2200_MAC1_OFFSET  6
> @@ -48,10 +52,18 @@
>  
>  static struct gpio_led wnr2200_leds_gpio[] __initdata = {
>   {
> + .name   = "netgear:amber:lan1",
> + .gpio   = WNR2200_GPIO_LED_LAN1_AMBER,
> + .active_low = 1,
> + }, {
>   .name   = "netgear:amber:lan2",
>   .gpio   = WNR2200_GPIO_LED_LAN2_AMBER,
>   .active_low = 1,
>   }, {
> + .name   = "netgear:amber:lan3",
> + .gpio   = WNR2200_GPIO_LED_LAN3_AMBER,
> + .active_low = 1,
> + }, {
>   .name   = "netgear:amber:lan4",
>   .gpio   = WNR2200_GPIO_LED_LAN4_AMBER,
>   .active_low = 1,
> @@ -60,38 +72,14 @@ static struct gpio_led wnr2200_leds_gpio[] __initdata = {
>   .gpio   = WNR2200_GPIO_LED_WPS,
>   .active_low = 1,
>   }, {
> - .name   = "netgear:green:wan",
> - .gpio   = WNR2200_GPIO_LED_WAN_GREEN,
> - .active_low = 1,
> - }, {
>   .name   = "netgear:green:usb",
>   .gpio   = WNR2200_GPIO_LED_USB,
>   .active_low = 1,
>   }, {
> - .name   = "netgear:amber:lan3",
> - .gpio   = WNR2200_GPIO_LED_LAN3_AMBER,
> - .active_low = 1,
> - }, {
>   .name   = "netgear:amber:wan",
>   .gpio   = WNR2200_GPIO_LED_WAN_AMBER,
>   .active_low = 1,
>   }, {
> - .name   = "netgear:green:lan1",
> - .gpio   = WNR2200_GPIO_LED_LAN1_GREEN,
> - .active_low = 1,
> - }, {
> - .name   = "netgear:green:lan2",
> - .gpio   = WNR2200_GPIO_LED_LAN2_GREEN,
> - .active_low = 1,
> - }, {
> - .name   = "netgear:green:lan3",
> - .gpio   = WNR2200_GPIO_LED_LAN3_GREEN,
> - .active_low = 1,
> - }, {
> - .name   = "netgear:green:lan4",
> - .gpio   = WNR2200_GPIO_LED_LAN4_GREEN,
> - .active_low = 1,
> - }, {
>   .name   = "netgear:amber:power",
>   .gpio   = WNR2200_GPIO_LED_PWR_AMBER,
>   .active_low = 1,
> @@ -106,6 +94,8 @@ static void __init wnr2200_setup(void)
>  {
>   u8 *art = (u8 *) KSEG1ADDR(0x1fff);
>  
> + ath79_gpio_function_setup(AR724X_GPIO_FUNC_JTAG_DISABLE, 0);
> +
>   ath79_register_mdio(0, 0x0);
>  
>   ath79_init_mac(ath79_eth0_data.m

Re: [OpenWrt-Devel] [PATCH] lantiq/xrx200/TDW8970: add ltq-ptm-vr9 to default packages

2015-03-17 Thread John Crispin



On 17/03/2015 08:17, John Crispin wrote:
> Hi,
> 
> does this work with default images ? i recall that when both drivers
> are loaded, neither works, or only the first caller. the drivers
> register a call back with the mei driver and there is only a slot for
> one caller if i remember correctly.
> 
>   John
> 


i forgot about his code in dsl_control. just added the patch to my local
queue

case "${xfer_mode}" in
atm)
insmod ltq_atm_vr9
mode=1
;;
*)
insmod ltq_ptm_vr9
mode=2
;;
esac
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] toolchain/uClibc: Add uClibc snapshot as selectable version

2015-03-17 Thread Felix Fietkau

On 2015-03-05 03:19, Jeff Waugh wrote:
> On Thu, Mar 5, 2015 at 7:04 AM, Dirk Neukirchen  > wrote:
> 
> adding uclibc snapshots maybe other (patched) variants
> might improve  well some things (quality ? pressure to release
> new stable version?)
> 
> 
> So we have some options:
> 
> 1) use uclibc-snapshot.tar.bz2 instead of a dated, known working version
> (though we can't check the md5sum)
> 2) use uclibc git at a specific revision
> 3) use uclibc git at head
> 4) anything I don't know about? uclibc-ng?
> 
> I'm leaning towards (2) at this point, and will send through a patch for
> that.
Option 1) may seem easy in the short term, but it gets messed up so
easily. We also have a policy to not have any moving-target packages in
the same way, so I'm even less inclined to accept it for a libc.
Same issue with 3).
Integrating a uclibc fork like -ng is probably also a waste of time.

Did you see any real improvements with the snapshot that you used in
your patch?

FWIW, I consider uClibc a dead end for OpenWrt. After the CC release is
done, I want to push for switching to musl by default and fix the
remaining issues with that.
Unlike uclibc, musl has decent code and an active maintainer and
developer community.
Unlike glibc, musl is quite small - actually comparable in size to uClibc.

In terms of performance, I expect musl to beat both glibc and uClibc.

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

[OpenWrt-Devel] [PATCH] ralink: fix mt7621 i2c name

2015-03-17 Thread wengbj

From: zouxf 

Signed-off-by: zouxf 
---
 target/linux/ramips/dts/mt7621.dtsi |4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/target/linux/ramips/dts/mt7621.dtsi 
b/target/linux/ramips/dts/mt7621.dtsi
index 50cd144..53b215f 100644
--- a/target/linux/ramips/dts/mt7621.dtsi
+++ b/target/linux/ramips/dts/mt7621.dtsi
@@ -123,8 +123,8 @@
};
i2c_pins: i2c {
i2c {
-   lantiq,group = "i2c";
-   lantiq,function = "i2c";
+   ralink,group = "i2c";
+   ralink,function = "i2c";
};
};
uart1_pins: uart1 {
-- 
1.7.9.5
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] toolchain/uClibc: Add uClibc snapshot as selectable version

2015-03-17 Thread Jeff Waugh

On Tue, Mar 17, 2015 at 7:51 PM, Felix Fietkau  wrote:

> Did you see any real improvements with the snapshot that you used in
> your patch?
>

The main thing for me was presence of get/set/makecontext support.
Definitely agree about the moving target problem.

> FWIW, I consider uClibc a dead end for OpenWrt. After the CC release is
> done, I want to push for switching to musl by default and fix the
> remaining issues with that.
>

Alrighty, that makes sense. Thanks for your feedback.

I'll probably leave further work on musl vs. gccgo/libc to someone else,
and focus on making sure it's nicely integrated at least with glibc.

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

[OpenWrt-Devel] [PATCH] kernel: Support kernel options required by systemd

2015-03-17 Thread Jeff Waugh

These kernel options are all likely to be widely useful in this modern age, but
are immediately useful for systemd support.

c.f. 
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-apps/systemd/systemd-.ebuild?&view=markup#l118

Adapted from a patch by Adam Porter.

Signed-off-by: Jeff Waugh 
---
 config/Config-kernel.in | 34 --
 1 file changed, 28 insertions(+), 6 deletions(-)

diff --git a/config/Config-kernel.in b/config/Config-kernel.in
index 34e07bd..ae5b3d5 100644
--- a/config/Config-kernel.in
+++ b/config/Config-kernel.in
@@ -115,6 +115,18 @@ config KERNEL_DIRECT_IO
bool "Compile the kernel with direct IO support"
default n
 
+config KERNEL_FHANDLE
+   bool "Compile the kernel with support for fhandle syscalls"
+   default n
+
+config KERNEL_FANOTIFY
+   bool "Compile the kernel with modern file notification support"
+   default n
+
+config KERNEL_BLK_DEV_BSG
+   bool "Compile the kernel with SCSI generic v4 support for any block 
device"
+   default n
+
 config KERNEL_MAGIC_SYSRQ
bool "Compile the kernel with SysRq support"
default y
@@ -164,6 +176,22 @@ config USE_SPARSE
bool "Enable sparse check during kernel build"
default n
 
+config KERNEL_DEVTMPFS
+   bool "Compile the kernel with device tmpfs enabled"
+   default n
+   help
+ devtmpfs is a simple, kernel-managed /dev filesystem. The kernel 
creates
+ devices nodes for all registered devices ti simplify boot, but leaves 
more
+ complex tasks to userspace (e.g. udev).
+
+if KERNEL_DEVTMPFS
+
+   config KERNEL_DEVTMPFS_MOUNT
+   bool "Automatically mount devtmpfs after root filesystem is 
mounted"
+   default n
+
+endif
+
 #
 # CGROUP support symbols
 #
@@ -481,9 +509,3 @@ config KERNEL_SECCOMP_FILTER
default n
help
  Build kernel with support for seccomp BPF programs.
-
-config KERNEL_FHANDLE
-   bool "Enable open by fhandle syscalls"
-   default n
-   help
- Build kernel with support for open by fhandle syscalls
-- 
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] [PATCH] ARV752DPW22: enable netconsole in u-boot if 192.168.1.2 is reachable

2015-03-17 Thread Tobias Göbel

Hi Luka,

i tried to do the pull request.

But i didn't found the patch files i altered in the git repository from
Daniel.
Arent those path files from the openwrt git?

Tobias

Am 16.03.2015 um 18:21 schrieb Tobias Göbel:
> Hi Luka,
>
> i'll send Daniel a pullrequest as soon as i have time to put it onto my
> git server (was only a local git repository i did the patching). Thanks
> for pointing this out.
>
> The old filesize is (in my compilations) 185572 Byte, the New one is
> 188984. So the size differs in roughly 3,5KByte. It's even before the
> normal boot partition wich is at 0x8002 (wich should be ~200KByte).
>
> Tobias
>
> Am 14.03.2015 um 08:29 schrieb Luka Perkov:
>> Hi Tobias,
>>
>> On Sat, Mar 07, 2015 at 05:59:36PM +0100, Tobias Göbel wrote:
>>> just added netconsole support to ARV752DPW22 (should work on the other
>>> lantiq devices too).
>>> The device boot's and tries to ping the ip set in $serverip if this
>>> works, all input / output and errors are displayed on the netconsole.
>>> If it didn't work serial will be used to display everything.
>>>
>>> It's mainly addopted from some dockstar guides, but works without any
>>> problems. u-boot is slightly bigger, but works without problems (188984
>>> Bytes here).
>>>
>>> Hopefully it'll be addopted to the trunk, as this let's you maintain
>>> (and update) your openwrt without opening the box and adding a serial
>>> console.
>>
>> Please send pull request for this patch to uboot git repo that Daniel
>> has on github [1].
>>
>> How much this change increases the size of the binary?
>>
>> Luka
>>
>> [1] https://github.com/danielschwierzeck/u-boot-lantiq
>
>
>




0x844037C2.asc
Description: application/pgp-keys
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] kernel: bump to 3.14.35, 3.18.9, 3.19.1 and 4.0-rc4

2015-03-17 Thread Daniel Golle

Signed-off-by: Daniel Golle 
---
 include/kernel-version.mk | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)

diff --git a/include/kernel-version.mk b/include/kernel-version.mk
index f8ae94d..7748145 100644
--- a/include/kernel-version.mk
+++ b/include/kernel-version.mk
@@ -5,18 +5,18 @@ LINUX_RELEASE?=1
 LINUX_VERSION-3.8  = .13
 LINUX_VERSION-3.10 = .58
 LINUX_VERSION-3.13 = .7
-LINUX_VERSION-3.14 = .34
-LINUX_VERSION-3.18 = .8
-LINUX_VERSION-3.19 = 
-LINUX_VERSION-4.0 = -rc1
+LINUX_VERSION-3.14 = .35
+LINUX_VERSION-3.18 = .9
+LINUX_VERSION-3.19 = .1
+LINUX_VERSION-4.0 = -rc4
 
 LINUX_KERNEL_MD5SUM-3.8.13  = 2af19d06cd47ec459519159cdd10542d
 LINUX_KERNEL_MD5SUM-3.10.58 = 3ff3478b6351143cef22d4b81cf48b01
 LINUX_KERNEL_MD5SUM-3.13.7  = 370adced5e5c1cb1d0d621c2dae2723f
-LINUX_KERNEL_MD5SUM-3.14.34 = 4061154fb66b24a8a1982a8adbe94335
-LINUX_KERNEL_MD5SUM-3.18.8  = 94673d5f4521a6077eb6fe0ab2633b35
-LINUX_KERNEL_MD5SUM-3.19= d3fc8316d4d4d04b65cbc2d70799e763
-LINUX_KERNEL_MD5SUM-4.0-rc1 = 547b340dca94d358b68d2658822080fa
+LINUX_KERNEL_MD5SUM-3.14.35 = e5e92c40d14bc8ae9a8701db4e1cbb27
+LINUX_KERNEL_MD5SUM-3.18.9  = 44cd16ada5eb03589f696f083cd2323b
+LINUX_KERNEL_MD5SUM-3.19.1  = 90e9cdcaecf587acba4e94904f5f8606
+LINUX_KERNEL_MD5SUM-4.0-rc4 = 0e37c076159538ff882f190d87fe9798
 
 ifdef KERNEL_PATCHVER
   LINUX_VERSION:=$(KERNEL_PATCHVER)$(strip $(LINUX_VERSION-$(KERNEL_PATCHVER)))
-- 
2.3.3
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] kernel: bump to 3.14.35, 3.18.9, 3.19.1 and 4.0-rc4

2015-03-17 Thread Imre Kaloz

On Tue, 17 Mar 2015 12:28:44 +0100, Daniel Golle   
wrote:



Signed-off-by: Daniel Golle 
---
 include/kernel-version.mk | 16 
 1 file changed, 8 insertions(+), 8 deletions(-)



A bit hard to think no patches {generic,target} needs refreshing ;) Please  
send a v2 with those included.



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

[OpenWrt-Devel] [PATCH v2] kernel: bump to 3.14.35, 3.18.9, 3.19.1 and 4.0-rc4

2015-03-17 Thread Daniel Golle

also refresh generic patches for 3.14, 3.18, 3.19 and 4.0
targets might need a minor refresh as well, however, it looks
like everything still applies cleanly with occasional small
offsets.

Signed-off-by: Daniel Golle 
---
 include/kernel-version.mk  | 16 ++---
 .../generic/patches-3.14/532-jffs2_eofdetect.patch |  2 +-
 ...date-usage-stats-to-be-percpu-instead-of-.patch |  2 +-
 ...fib_trie-Make-leaf-and-tnode-more-uniform.patch |  2 +-
 ...rge-tnode_free-and-leaf_free-into-node_fr.patch |  2 +-
 .../080-05-fib_trie-Merge-leaf-into-tnode.patch| 10 
 ...timize-fib_table_lookup-to-avoid-wasting-.patch |  4 ++--
 ...080-08-fib_trie-Optimize-fib_table_insert.patch | 12 +-
 ...date-meaning-of-pos-to-represent-unchecke.patch |  4 ++--
 ...e-unsigned-long-for-anything-dealing-with.patch |  2 +-
 ...trie-Push-rcu_read_lock-unlock-to-callers.patch |  6 ++---
 ...b_trie-Move-resize-to-after-inflate-halve.patch |  2 +-
 ...d-functions-should_inflate-and-should_hal.patch |  4 ++--
 ...sh-assignment-of-child-to-parent-down-int.patch |  2 +-
 ...Push-tnode-flushing-down-to-inflate-halve.patch |  8 +++
 ...flate-halve-nodes-in-a-more-RCU-friendly-.patch |  4 ++--
 ...trie-Add-tracking-value-for-suffix-length.patch |  8 +++
 ...x-RCU-bug-and-merge-similar-bits-of-infla.patch | 14 +--
 ...dd-collapse-and-should_collapse-to-resize.patch |  8 +++
 ...ve-fib_find_alias-to-file-where-it-is-use.patch |  2 +-
 ..._trie-Various-clean-ups-for-handling-slen.patch |  4 ++--
 .../generic/patches-3.18/532-jffs2_eofdetect.patch |  2 +-
 ...jecting-with-source-address-failed-policy.patch |  2 +-
 .../811-pci_disable_usb_common_quirks.patch|  2 +-
 .../820-usb_add_usb_find_device_by_name.patch  |  2 +-
 .../generic/patches-3.18/902-debloat_proc.patch|  4 ++--
 ...Accept-command-line-parameters-from-users.patch | 28 +++---
 .../patches-3.19/505-yaffs-3.16-new-fops.patch |  4 ++--
 .../generic/patches-3.19/532-jffs2_eofdetect.patch |  2 +-
 ...evice-initialization-on-Northstar-SoCs-co.patch |  9 ++-
 .../811-pci_disable_usb_common_quirks.patch|  2 +-
 .../820-usb_add_usb_find_device_by_name.patch  |  2 +-
 .../patches-4.0/505-yaffs-3.16-new-fops.patch  |  4 ++--
 .../patches-4.0/630-packet_socket_type.patch   | 16 ++---
 .../643-bridge_remove_ipv6_dependency.patch|  4 ++--
 .../linux/generic/patches-4.0/700-swconfig.patch   |  2 +-
 .../generic/patches-4.0/701-phy_extension.patch|  2 +-
 .../patches-4.0/773-bgmac-add-srab-switch.patch|  6 ++---
 .../775-bgmac-check-length-of-received-frame.patch |  2 +-
 target/linux/generic/patches-4.0/863-gpiommc.patch |  2 +-
 .../generic/patches-4.0/902-debloat_proc.patch |  4 ++--
 .../linux/generic/patches-4.0/930-crashlog.patch   |  2 +-
 42 files changed, 103 insertions(+), 118 deletions(-)

diff --git a/include/kernel-version.mk b/include/kernel-version.mk
index f8ae94d..7748145 100644
--- a/include/kernel-version.mk
+++ b/include/kernel-version.mk
@@ -5,18 +5,18 @@ LINUX_RELEASE?=1
 LINUX_VERSION-3.8  = .13
 LINUX_VERSION-3.10 = .58
 LINUX_VERSION-3.13 = .7
-LINUX_VERSION-3.14 = .34
-LINUX_VERSION-3.18 = .8
-LINUX_VERSION-3.19 = 
-LINUX_VERSION-4.0 = -rc1
+LINUX_VERSION-3.14 = .35
+LINUX_VERSION-3.18 = .9
+LINUX_VERSION-3.19 = .1
+LINUX_VERSION-4.0 = -rc4
 
 LINUX_KERNEL_MD5SUM-3.8.13  = 2af19d06cd47ec459519159cdd10542d
 LINUX_KERNEL_MD5SUM-3.10.58 = 3ff3478b6351143cef22d4b81cf48b01
 LINUX_KERNEL_MD5SUM-3.13.7  = 370adced5e5c1cb1d0d621c2dae2723f
-LINUX_KERNEL_MD5SUM-3.14.34 = 4061154fb66b24a8a1982a8adbe94335
-LINUX_KERNEL_MD5SUM-3.18.8  = 94673d5f4521a6077eb6fe0ab2633b35
-LINUX_KERNEL_MD5SUM-3.19= d3fc8316d4d4d04b65cbc2d70799e763
-LINUX_KERNEL_MD5SUM-4.0-rc1 = 547b340dca94d358b68d2658822080fa
+LINUX_KERNEL_MD5SUM-3.14.35 = e5e92c40d14bc8ae9a8701db4e1cbb27
+LINUX_KERNEL_MD5SUM-3.18.9  = 44cd16ada5eb03589f696f083cd2323b
+LINUX_KERNEL_MD5SUM-3.19.1  = 90e9cdcaecf587acba4e94904f5f8606
+LINUX_KERNEL_MD5SUM-4.0-rc4 = 0e37c076159538ff882f190d87fe9798
 
 ifdef KERNEL_PATCHVER
   LINUX_VERSION:=$(KERNEL_PATCHVER)$(strip $(LINUX_VERSION-$(KERNEL_PATCHVER)))
diff --git a/target/linux/generic/patches-3.14/532-jffs2_eofdetect.patch 
b/target/linux/generic/patches-3.14/532-jffs2_eofdetect.patch
index 2691790..9cbe183 100644
--- a/target/linux/generic/patches-3.14/532-jffs2_eofdetect.patch
+++ b/target/linux/generic/patches-3.14/532-jffs2_eofdetect.patch
@@ -36,7 +36,7 @@
  
if (ret < 0)
goto out;
-@@ -556,6 +562,17 @@ static int jffs2_scan_eraseblock (struct
+@@ -561,6 +567,17 @@ full_scan:
return err;
}
  
diff --git 
a/target/linux/generic/patches-3.18/080-02-fib_trie-Update-usage-stats-to-be-percpu-instead-of-.patch
 
b/target/linux/generic/patches-3.18/080-02-fib_trie-Update-usage-stats-to-be-percpu-instead-of-.patch
index 8384009..2e6deb5 100644
--- 
a/target/linux/generic

Re: [OpenWrt-Devel] Ubiquiti AirOS7 is based on openwrt r40432

2015-03-17 Thread Stefan Rompf

Hi Federico,

On Donnerstag, 12. März 2015 13:37:37 Nemesis wrote:

> I went at this URL:
> https://www.ubnt.com/download/?group=nanobeam-ac
> 
> Clicked on "GPL Archive", downloaded it, extracted it, and took a look
> in it and found out a readme file which states:
> 
> that the archive contains all GPL related sources and modifications made
> by Ubiquiti Networks on original OpenWRT-r40432 sources.

UniFi also seems to be based on OpenWRT. Many kernel modules contain strings 
referencing /home/build-unifi/uap.build/openwrt/build_dir/, and they forgot to 
remove an /etc/config/ dir with unused OpenWRT files in their 3.2.7 release.

However, I've found no GPL source on their homepage.

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

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for the UniFi AP Outdoor Plus

2015-03-17 Thread Stefan Rompf

Hi Sergey,

> If they built SPIoverGPIO or I2CoverGPIO or some other serial bus over
> GPIO, then you do not see any changes between channel switches. Or
> they could use some non GPIO interface to communicate with external
> filter (embedded SPI, I2C or even USB or PCI of SoC).

well, GPIO has been the starting point, but it does not seem to be that easy 
;-) Neither GPIO pins of the CPU nor the wifi chip change their static values 
based on the channel. I haven't yet compiled a tool to poll these memory 
locations fast enough to detect a protocol.

> Possibly, you could see some changes during change. Try check GPIO
> pins with oscillograph during channel change.

Unfortunately opening the case is not an option.

> Or you could put device in continuous scan (e.g. use STA mode and
> enter some not available SSID to put device for infinite AP search)

Interesting enough: When stopping all wifi related software on the device and 
creating a monitor interface, the RF filter seems to follow "iwconfig channel" 
commands (yes it is the madwifi driver). So the magic happens in iwconfig or 
the driver, not in some userspace daemon.

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

Re: [OpenWrt-Devel] I'd like to donate a Linksys WRT300N V1

2015-03-17 Thread Alex Henrie

2015-03-13 1:08 GMT-06:00 Alex Henrie :
> 2015-03-13 0:50 GMT-06:00 Rafał Miłecki :
>> I work on both Broadcom targets, brcm47xx and bcm53xx:
>> http://git.openwrt.org/?p=openwrt.git&a=search&h=HEAD&st=author&s=rmilecki
>> (History goes back to September only, previously Hauke was accepting my 
>> patches)
>>
>> I'm actually quite missing some SSB based router, would be nice to
>> have one. So far I didn't ever test OpenWrt on one of these older
>> devices.
>>
>> If the shipping cost will be sane for you, I'd be happy to get this device.
>
> The shipping cost shouldn't be terrible, but I won't be able to mail
> it until Monday. Thanks for all your OpenWrt work!

I just mailed the router. When it arrives, please send confirmation to
me and to treasu...@spi-inc.org.

After that, when OpenWrt support for this router is complete, please
update the wiki in both places:

http://wiki.openwrt.org/toh/linksys/wrt300n1
http://wiki.openwrt.org/toh/linksys/wrt300n

Thanks again!

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

Re: [OpenWrt-Devel] [PATCH] ar71xx: detect GL.iNet model

2015-03-17 Thread Mark Janssen

I've spoken with the manufacturer of the GL-Inet's  there have only
been a very small amount of 6408's made, and they currently only make the
6416.

(I'm the importer for .nl / .be www.gl-inet.nl )

On Mon, Mar 16, 2015 at 8:03 PM, Matthias Schiffer <
mschif...@universe-factory.net> wrote:

> On 03/16/2015 07:50 PM, Cezary Jackiewicz wrote:
> > Dnia 2015-03-16, o godz. 18:35:55
> > Matthias Schiffer  napisał(a):
> >
> >> There are two versions of the GL.iNet, the 6408A and the 6416A. The only
> >> difference is the flash size.
> >>
> >> Signed-off-by: Matthias Schiffer 
> >> ---
> >>  target/linux/ar71xx/base-files/lib/ar71xx.sh | 14 ++
> >>  1 file changed, 14 insertions(+)
> >>
> >> diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh
> b/target/linux/ar71xx/base-files/lib/ar71xx.sh
> >> index 3116305..db5e983 100755
> >> --- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
> >> +++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
> >> @@ -286,6 +286,19 @@ tplink_pharos_board_detect() {
> >>  [ -n "$model" ] && AR71XX_MODEL="$model v$2"
> >>  }
> >>
> >> +gl_inet_board_detect() {
> >> +local size="$(mtd_get_part_size 'firmware')"
> >> +
> >> +case "$size" in
> >> +8192000)
> >> +AR71XX_MODEL='GL-iNet 6408A v1'
> >> +;;
> >> +16580608)
> >> +AR71XX_MODEL='GL-iNet 6416A v1'
> >> +;;
> >> +esac
> >
> > Hi,
> > GL-iNet 64xxA v1? Why not just GL-iNet 64xxA according to
> > http://www.gl-inet.com/w/?page_id=308 ?
> >
>
> Yes, that would also be a possibility. I've kept the v1 from the current
> string "GL-CONNECT INET v1" (which is read from /proc/cpuinfo).
>
> Regards,
> Matthias
>
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>


-- 
Mark Janssen  --  maniac(at)maniac.nl
Unix / Linux Open-Source and Internet Consultant
Maniac.nl Sig-IO.nl Vps.Stoned-IT.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for the UniFi AP Outdoor Plus

2015-03-17 Thread Sergey Ryazanov

2015-03-17 23:15 GMT+03:00 Stefan Rompf :
>> Possibly, you could see some changes during change. Try check GPIO
>> pins with oscillograph during channel change.
>
> Unfortunately opening the case is not an option.
>
You should be a wizard to reveal hw protocol without touching hw :)

>> Or you could put device in continuous scan (e.g. use STA mode and
>> enter some not available SSID to put device for infinite AP search)
>
> Interesting enough: When stopping all wifi related software on the device and
> creating a monitor interface, the RF filter seems to follow "iwconfig channel"
> commands (yes it is the madwifi driver).

How do you realized that RF filter follows "iwconfig channel" command?

> So the magic happens in iwconfig or the driver, not in some userspace
> daemon.

Unlikely that iwconfig changes something directly, I would bet on the driver.

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

[OpenWrt-Devel] [PATCH] config: add function tracers

2015-03-17 Thread Bryan Forbes

Adds menuconfig options for ftrace function tracers

Signed-off-by: Bryan Forbes 
---
 config/Config-kernel.in | 20 
 1 file changed, 20 insertions(+)

diff --git a/config/Config-kernel.in b/config/Config-kernel.in
index 34e07bd..437a623 100644
--- a/config/Config-kernel.in
+++ b/config/Config-kernel.in
@@ -59,6 +59,26 @@ config KERNEL_ENABLE_DEFAULT_TRACERS
depends on KERNEL_FTRACE
default n
 
+config KERNEL_FUNCTION_TRACER
+   bool "Function tracer"
+   depends on KERNEL_FTRACE
+   default n
+
+config KERNEL_FUNCTION_GRAPH_TRACER
+   bool "Function graph tracer"
+   depends on KERNEL_FUNCTION_TRACER
+   default n
+
+config KERNEL_DYNAMIC_FTRACE
+   bool "Enable/disable function tracing dynamically"
+   depends on KERNEL_FUNCTION_TRACER
+   default n
+
+config KERNEL_FUNCTION_PROFILER
+   bool "Function profiler"
+   depends on KERNEL_FUNCTION_TRACER
+   default n
+
 config KERNEL_DEBUG_KERNEL
bool
default n
-- 
2.3.2
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH v2 0/3] uci: a few fixes.

2015-03-17 Thread Yousong Zhou

This cover letter is mainly for noting that this series is for the uci repo.

v2 <- v1

 - Fix a typo in the 1st patch causing an existing test being commented out.
 - More verbose commit message for the 3rd patch.

Yousong Zhou (3):
  testenv: test for exit status of "uci export".
  cli: fix return value of package_cmd().
  lua: restore return value of require('uci') to module table.

 cli.c   |7 ++-
 lua/uci.c   |3 ++-
 test/tests.d/010_export |8 
 3 files changed, 16 insertions(+), 2 deletions(-)

-- 
1.7.10.4
___
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] testenv: test for exit status of "uci export".

2015-03-17 Thread Yousong Zhou

Signed-off-by: Yousong Zhou 
---
 test/tests.d/010_export |8 
 1 file changed, 8 insertions(+)

diff --git a/test/tests.d/010_export b/test/tests.d/010_export
index 259f988..584bcc8 100644
--- a/test/tests.d/010_export
+++ b/test/tests.d/010_export
@@ -1,6 +1,14 @@
 test_export ()
 {
cp ${REF_DIR}/export.data ${CONFIG_DIR}/export
+
+   ${UCI_Q} export nilpackage
+   assertFalse $?
+
+   ${UCI_Q} export export 1>/dev/null 2>&1
+   assertTrue $?
+
${UCI} export > ${TMP_DIR}/export.result
+   assertTrue $?
assertSameFile ${REF_DIR}/export.result ${TMP_DIR}/export.result
 }
-- 
1.7.10.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH v2 2/3] cli: fix return value of package_cmd().

2015-03-17 Thread Yousong Zhou

It's a bug revealed by commit 446e774 "cli: properly unload package
before quit".  The current code would exit with value 1 even if
uci_export() succceeded.

Signed-off-by: Yousong Zhou 
---
 cli.c |7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/cli.c b/cli.c
index b647f77..557472e 100644
--- a/cli.c
+++ b/cli.c
@@ -305,10 +305,13 @@ static int package_cmd(int cmd, char *tuple)
}
if (uci_commit(ctx, &ptr.p, false) != UCI_OK) {
cli_perror();
+   goto out;
}
break;
case CMD_EXPORT:
-   uci_export(ctx, stdout, ptr.p, true);
+   if (uci_export(ctx, stdout, ptr.p, true) != UCI_OK) {
+   goto out;
+   }
break;
case CMD_SHOW:
if (!(ptr.flags & UCI_LOOKUP_COMPLETE)) {
@@ -333,6 +336,8 @@ static int package_cmd(int cmd, char *tuple)
break;
}
 
+   ret = 0;
+
 out:
if (ptr.p)
uci_unload(ctx, ptr.p);
-- 
1.7.10.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH v2 3/3] lua: restore return value of require('uci') to module table.

2015-03-17 Thread Yousong Zhou

Before commit "b121dd lua: add lua 5.2 compatibility changes", the
module table was filled by luaL_register() which would leave the table
at the top of the stack.  But in current code the module table will be
popped by lua_setglobal() causing the return value defaulting to boolean
value true.

Also fix the return value of luaopen_uci() to 1 to indicate the number
of return value on stack.

Signed-off-by: Yousong Zhou 
---
 lua/uci.c |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/lua/uci.c b/lua/uci.c
index 8ace746..6ba7da0 100644
--- a/lua/uci.c
+++ b/lua/uci.c
@@ -994,8 +994,9 @@ luaopen_uci(lua_State *L)
 
/* create module */
lua_newtable(L);
+   lua_pushvalue(L, -1);
luaL_setfuncs(L, uci, 0);
lua_setglobal(L, MODNAME);
 
-   return 0;
+   return 1;
 }
-- 
1.7.10.4
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] lantiq/xrx200/TDW8970: add ltq-ptm-vr9 to default packages

[OpenWrt-Devel] [PATCH] ralink: mt7621 fix pinctrl config

Re: [OpenWrt-Devel] [PATCH] ralink: mt7621 fix pinctrl config

Re: [OpenWrt-Devel] [PATCH] kernel: Support kernel options required by systemd

Re: [OpenWrt-Devel] [PATCH] kernel: Support kernel options required by systemd

Re: [OpenWrt-Devel] [PATCH 1/2] gccgo/libgo toolchain support for OpenWrt

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix LED GPIO definitions for NETGEAR WNR2200

Re: [OpenWrt-Devel] [PATCH] lantiq/xrx200/TDW8970: add ltq-ptm-vr9 to default packages

Re: [OpenWrt-Devel] [PATCH] toolchain/uClibc: Add uClibc snapshot as selectable version

[OpenWrt-Devel] [PATCH] ralink: fix mt7621 i2c name

Re: [OpenWrt-Devel] [PATCH] toolchain/uClibc: Add uClibc snapshot as selectable version

[OpenWrt-Devel] [PATCH] kernel: Support kernel options required by systemd

Re: [OpenWrt-Devel] [PATCH] ARV752DPW22: enable netconsole in u-boot if 192.168.1.2 is reachable

[OpenWrt-Devel] [PATCH] kernel: bump to 3.14.35, 3.18.9, 3.19.1 and 4.0-rc4

Re: [OpenWrt-Devel] [PATCH] kernel: bump to 3.14.35, 3.18.9, 3.19.1 and 4.0-rc4

[OpenWrt-Devel] [PATCH v2] kernel: bump to 3.14.35, 3.18.9, 3.19.1 and 4.0-rc4

Re: [OpenWrt-Devel] Ubiquiti AirOS7 is based on openwrt r40432

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for the UniFi AP Outdoor Plus

Re: [OpenWrt-Devel] I'd like to donate a Linksys WRT300N V1

Re: [OpenWrt-Devel] [PATCH] ar71xx: detect GL.iNet model

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for the UniFi AP Outdoor Plus

[OpenWrt-Devel] [PATCH] config: add function tracers

[OpenWrt-Devel] [PATCH v2 0/3] uci: a few fixes.

[OpenWrt-Devel] [PATCH v2 1/3] testenv: test for exit status of "uci export".

[OpenWrt-Devel] [PATCH v2 2/3] cli: fix return value of package_cmd().

[OpenWrt-Devel] [PATCH v2 3/3] lua: restore return value of require('uci') to module table.

26 matches

Site Navigation

Mail list logo

Footer information