Re: [OpenWrt-Devel] [PATCH] base-files: add simple shutdown script

On 03/06/2014 08:49, Stefan Hellermann wrote: > Thanks for applying this in r40909. Sadly the commit is not > complete, the file needs to be mode 755. > > Signed-off-by: Stefan Hellermann > > > diff --git a/package/base-files/files/etc/rc.button/power > b/package

Re: [OpenWrt-Devel] [PATCH] base-files: add simple shutdown script

Thanks for applying this in r40909. Sadly the commit is not complete, the file needs to be mode 755. Signed-off-by: Stefan Hellermann diff --git a/package/base-files/files/etc/rc.button/power b/package/base-files/files/etc/rc.button/power old mode 100644 new mode 100755 2014-05-15 12:27 GMT

Re: [OpenWrt-Devel] Support for Nanostation M2 devices

Got first reply from Ubiquiti support: "Hi Valent, Thanks for getting in touch with us! Yes, we have come up with the new board for these devices. Just for easy understanding the devices with the xw firmware run on the latest motherboard. eg: http://www.ubnt.com/download#NanoStation:M5. You'll s

Re: [OpenWrt-Devel] Support for Nanostation M2 devices

> "valent" == valent turkovic@gmail com writes: valent>@Gregor from Wlan Slovenia showed mi his boot log and I valent> found here some references that other people are starting to valent> notice change from ar724 to ar934x on their Ubiquiti devices: valent> http://community.tanaza.com/ta

[OpenWrt-Devel] [PATCH 1/2] mac80211: b43: update BCM4716 patch to compile without SSB

B43_SSB is optional after recent upstream changes. Signed-off-by: Rafał Miłecki --- .../kernel/mac80211/patches/830-b43-workaround-pcie-bcm4716.patch | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/package/kernel/mac80211/patches/830-b43-workaround-pcie-bcm4716.patch

[OpenWrt-Devel] [PATCH 2/2] mac80211: b43: make support for SSB optional

Now we have a choice submenu, just like b43 in the mainline. Signed-off-by: Rafał Miłecki --- package/kernel/mac80211/Makefile | 31 +++ 1 file changed, 23 insertions(+), 8 deletions(-) diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Makefile

Re: [OpenWrt-Devel] Support for Nanostation M2 devices

FYI: AR7241, AR7242, AR9130, and AR9132 were all discontinued as of December 31, 2013. Manufacturers could place orders for these parts up until 12/31/2013 with a delivery scheduled until 9/20/2014. On Mon, Jun 2, 2014 at 5:46 PM, valent.turko...@gmail.com < valent.turko...@gmail.com> wrote: >

Re: [OpenWrt-Devel] Support for Nanostation M2 devices

@Gregor from Wlan Slovenia showed mi his boot log and I found here some references that other people are starting to notice change from ar724 to ar934x on their Ubiquiti devices: http://community.tanaza.com/tanaza/topics/installing_tanaza_firmware_on_unifi_ap http://www.wifi4you.com/Amp/UBiQUiTi-Fi

Re: [OpenWrt-Devel] Support for Nanostation M2 devices

On 03.06.2014 00:05 valent.turko...@gmail.com wrote: > Did anybody have chance to test Nanostation M2 devices produced in 2014? > Is it true that Ubiquiti changes SoC type and that current model is not > supported in OpenWrt? Well I have some 4 NSM2 and 6 NSM5 loco manufactured in August 2013 and

Re: [OpenWrt-Devel] Support for Nanostation M2 devices

Gregor from wlan slovenia says that new Nanostation devices now have Atheros ar934x and not ar71xx any more... Is ar934x supported in OpenWrt? On Tue, Jun 3, 2014 at 12:05 AM, valent.turko...@gmail.com < valent.turko...@gmail.com> wrote: > Did anybody have chance to test Nanostation M2 devices p

[OpenWrt-Devel] Support for Nanostation M2 devices

Did anybody have chance to test Nanostation M2 devices produced in 2014? Is it true that Ubiquiti changes SoC type and that current model is not supported in OpenWrt? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org

[OpenWrt-Devel] [PATCH] imx6: ventana: remove non-trunk packages from defaults

The canutils package is in the packages repo and not part of trunk, so we should not enable them by default. Signed-off-by: Tim Harvey --- target/linux/imx6/profiles/120-gateworks.mk | 1 - 1 file changed, 1 deletion(-) diff --git a/target/linux/imx6/profiles/120-gateworks.mk b/target/linux/im

[OpenWrt-Devel] [PATCH] imx6: ventana: add default kernel modules

Add the following kernel modules by default (which are present on most Ventana baseboards): - kmod-leds-gpio (user leds) - kmod-sound-core (required as a dependency of the other sound modules) - kmod-pps-gpio (Pulse-Per-Second) Signed-off-by: Tim Harvey --- target/linux/imx6/profiles/120-gate

[OpenWrt-Devel] [PATCH] kernel: fix kernel build for chipidea w/o usb-gadget

This resolves a module dependency kernel regression in r40905 with the usb-chipidea module if usb-gadget was not selected. Signed-off-by: Tim Harvey --- package/kernel/linux/modules/usb.mk | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/package/kernel/linux/modules/usb.mk

[OpenWrt-Devel] [PATCH] imx6: update board names per device-tree updates

The Gateworks Ventana board names have been adjusted per upstream patches to include all IMX6 SoC variants. Signed-off-by: Tim Harvey --- target/linux/imx6/base-files/etc/uci-defaults/02_network | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/target/linux/imx

[OpenWrt-Devel] [PATCH] kernel: update 3.14 ventana dts with upstream fixes

update the Ventana DTS files with upstream fixes: - The 'model' property in the imx-audio-sgtl5000 binding specifies the user-visible name of the audio device. This should be something common and not baseboard specific. - removed obsolete crts - fix include typo: The imx6q-gw51xx needs to

[OpenWrt-Devel] [PATCH] kernel: update 3.10 ventana dts

update the Ventana DTS files with upstream fixes: - The 'model' property in the imx-audio-sgtl5000 binding specifies the user-visible name of the audio device. This should be something common an not baseboard specific. - update model descriptions for all processor variants Signed-off-by: T

Re: [OpenWrt-Devel] [PATCH] kirkwood: add support for Marvell rd88f6281 as gateway+nas profile in legacy mode

Hi Eugene, please port this device so it uses device tree, I've tried to get this board myself but I've been told that the board is no longer for sale. Luka On Mon, Jun 02, 2014 at 07:36:50PM +0300, Eugene San (eugenesan) wrote: > Signed-off-by: Eugene San (eugenesan) > --- > .../base-files/et

[OpenWrt-Devel] LuCI make po

Hi, I'm trying to make a patch to update LuCI's translation string files because I'm sure they're out of sync with the strings in the source code. But when I try to run `make po`, I get "/bin/sh: 2: build/i18n-lua2po.pl: not found". The commands I'm using are: sudo apt-get install liblua5.1.0-de

[OpenWrt-Devel] [PATCH] mac80211: b43: make support for BCMA optional

Signed-off-by: Rafał Miłecki --- package/kernel/mac80211/Makefile | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Makefile index a328d61..fb11f2c 100644 --- a/package/kernel/mac80211/Makefile +++ b/packa

[OpenWrt-Devel] [PATCH] kirkwood: add support for Marvell rd88f6281 as gateway+nas profile in legacy mode

Signed-off-by: Eugene San (eugenesan) --- .../base-files/etc/uci-defaults/02_network | 39 +- target/linux/kirkwood/config-3.10 | 9 +++-- target/linux/kirkwood/config-3.14 | 8 - target/linux/kirkwood/image/Makefile

[OpenWrt-Devel] [PATCH] [packages] ddns-scripts : Add dyndns.fr

Add the dyndns.fr service to the dyndns service providers list. File to updated : packages/net/ddns-scripts/files/usr/lib/ddns/services Signed-off-by: Fabrice Dreyfus Index: packages/net/ddns-scripts/files/usr/lib/ddns/services ===

[OpenWrt-Devel] [PATCH] mac80211: b43: make B43_PHY_LP configurable

This allows saving 11772 B if disabled. Signed-off-by: Rafał Miłecki --- package/kernel/mac80211/Makefile | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Makefile index 028929f..a328d61 100644 --- a/pack

Re: [OpenWrt-Devel] SoC RT5350F based wireless socket / power plug

Does this actually measure power consumption as well? Or is just a gpio control of the relay? Edimax videos and website seem to imply it's just controlling the on/off, not the power usage? Cheers, Karl P On Mon, Jun 02, 2014 at 11:54:33AM +0200, Bastian Bittorf wrote: > because i was getting

Re: [OpenWrt-Devel] [Patch][(kernel|generic)] Add port ingress rate limit function for AR8337N switch

On 2014-05-27 12:41, l...@codeaurora.org wrote: > hi, all: > we will try to add one feature for AR8337 switch: port ingress rate limit. > we can use swconfig extension command to implement it as below example: > swconfig dev eth0 set extension_switch "port_rate_limit set port 1 rate > 10" > Not

Re: [OpenWrt-Devel] SoC RT5350F based wireless socket / power plug

Le 02/06/2014 12:06, Imre Kaloz a écrit : On Mon, 02 Jun 2014 11:54:33 +0200, Bastian Bittorf wrote: because i was getting a lot of private mails regarding the inside, here are some pictures. i will get better ones, if the photograph next to me is in the office again 8-) http://www.interci

Re: [OpenWrt-Devel] SoC RT5350F based wireless socket / power plug

On Mon, 02 Jun 2014 11:54:33 +0200, Bastian Bittorf wrote: because i was getting a lot of private mails regarding the inside, here are some pictures. i will get better ones, if the photograph next to me is in the office again 8-) http://www.intercity-vpn.de/files/edimax-1101w/ (upload is in p

Re: [OpenWrt-Devel] SoC RT5350F based wireless socket / power plug

oops replied to the wrong mail ... :) On 02/06/2014 11:52, John Crispin wrote: > gukst du auf der rueckseite der pcb vom soc zur einen stifleiste > laufen 2 lanes parallelr an R188 und R189 vorbei > > auf der andere stifleiste sind auf 2 x 2 lanes die hier horizontal > nicht vertikal laufen ...

Re: [OpenWrt-Devel] SoC RT5350F based wireless socket / power plug

gukst du auf der rueckseite der pcb vom soc zur einen stifleiste laufen 2 lanes parallelr an R188 und R189 vorbei auf der andere stifleiste sind auf 2 x 2 lanes die hier horizontal nicht vertikal laufen ... ich tippe darauch das eines usb und die anderen beiden die 2 uarts sind . -> http://w

Re: [OpenWrt-Devel] SoC RT5350F based wireless socket / power plug

because i was getting a lot of private mails regarding the inside, here are some pictures. i will get better ones, if the photograph next to me is in the office again 8-) http://www.intercity-vpn.de/files/edimax-1101w/ (upload is in progress) bye, bastian _

Re: [OpenWrt-Devel] [PATCH RESEND 0/4] add support for dlink dir-615-e1 and some cleanup

i picked up 3/4 and 4/4 leaving the ar71xx patches for the next ar71xx merge round John On 02/06/2014 03:13, Zhao, Gang wrote: > The first three patches are resent patches. > > Zhao, Gang (4): ar71xx: add support for dlink dir-615-e1 ar71xx: > image: clean up and add missing argument fo

Re: [OpenWrt-Devel] [PATCH] jshn: improve code readability

nak, this cleanup will make the code run slower at no notable feature improvement John On 02/06/2014 03:17, Zhao, Gang wrote: > No logical change, just let the code more readable. > > Signed-off-by: Zhao, Gang --- This is for > git://git.openwrt.org/project/libubox.git > > sh/jshn.sh

Re: [OpenWrt-Devel] [PATCH RESEND 2/2] Devel-Branch: Creating root default password in buildroot via menuconfig

If you took the patch from my first mail, you can leave it the way it is. I just wanted to make sure, that nobody needed to dig through the mail, to get both patches. Thanks! :) Am 02.06.2014 10:49, schrieb John Crispin: On 02/06/2014 10:45, Ben wrote: In case you meant my other mail from t

Re: [OpenWrt-Devel] [PATCH RESEND 2/2] Devel-Branch: Creating root default password in buildroot via menuconfig

On 02/06/2014 10:45, Ben wrote: > In case you meant my other mail from today, there are minor > changes, to make the patch run between the 12.09-branch and the > current development branch. > > If you meant my mail from may, there is no difference. In the "Send > patch" guide it just said, there

Re: [OpenWrt-Devel] [PATCH RESEND 2/2] Devel-Branch: Creating root default password in buildroot via menuconfig

In case you meant my other mail from today, there are minor changes, to make the patch run between the 12.09-branch and the current development branch. If you meant my mail from may, there is no difference. In the "Send patch" guide it just said, there might be a flaw in the way i send the pat

Re: [OpenWrt-Devel] [PATCH RESEND 2/2] Devel-Branch: Creating root default password in buildroot via menuconfig

what is the difference between this and the previous version of the patch ? John On 02/06/2014 09:26, Ben wrote: > Hi everybody, > > to deploy minimal OpenWrt images on multiple routers it is > necessary to set a root password, while building the deployable > file. > > Therefore i added

[OpenWrt-Devel] [PATCH RESEND 2/2] Devel-Branch: Creating root default password in buildroot via menuconfig

Hi everybody, to deploy minimal OpenWrt images on multiple routers it is necessary to set a root password, while building the deployable file. Therefore i added a patch that is setting a "default" password in the "/etc/shadow" file of the "base-files" package. It is using the openssl command

[OpenWrt-Devel] [PATCH RESEND 1/2] Creating root default password in buildroot via menuconfig

Hi everybody, to deploy minimal OpenWrt images on multiple routers it is necessary to set a root password, while building the deployable file. Therefore i added a patch that is setting a "default" password in the "/etc/shadow" file of the "base-files" package. It is using the openssl command