Re: [OpenWrt-Devel] [PATCH 2/2] netifd: Don't call set_state for external device in device_claim

2015-09-02 Thread Felix Fietkau
On 2015-09-01 15:53, Hans Dedecker wrote: > > > On Tue, Sep 1, 2015 at 2:49 PM, Felix Fietkau > wrote: > > On 2015-09-01 14:43, Hans Dedecker wrote: > > The function set_state disable is not called for external devices > in device_release

Re: [OpenWrt-Devel] [PATCH 3/3] linux: add support of Synopsys ARC boards

2015-09-02 Thread Jonas Gorski
On Thu, Aug 27, 2015 at 1:03 PM, Alexey Brodkin wrote: > This patch introduces support of new boards with ARC cores. > > [1] Synopsys SDP board > This is a new-generation development board from Synopsys that > consists of base-board and CPU tile-board

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain: add support of ARC architecture

2015-09-02 Thread Jonas Gorski
Hi, On Thu, Aug 27, 2015 at 1:03 PM, Alexey Brodkin wrote: > This includes binutils, gcc, gdb and uClibc-ng. > > Latest release of ARC gcc (as of today it is "arc-2015.06") > is based on upstream gcc 4.8.4. > > Sources are available on GitHub, see: >

Re: [OpenWrt-Devel] [PATCH] kernel: bridge, multicast-to-unicast: fix echoes on STA

2015-09-02 Thread Steven Barth
Am 02.09.2015 um 05:17 schrieb Linus Lüssing: > Currently, multicast packets from an STA are sent to any according > multicast listener directly through the bridge multicast-to-unicast > feature. Unfortunately, so far this includes the originating STA, too, > resulting in multicast packets being

Re: [OpenWrt-Devel] [PATCH 1/2] netifd : Apply device settings when existing device becomes external

2015-09-02 Thread Felix Fietkau
On 2015-09-01 14:43, Hans Dedecker wrote: > Make sure device settings are applied when existing device becomes external > > Signed-off-by: Hans Dedecker Next time, please use a subject like: [PATCH netifd 1/2] device: apply device settings when existing device becomes

Re: [OpenWrt-Devel] [PATCH] generic: Fix per interface nf_call_iptables setting

2015-09-02 Thread Sven Eckelmann
On Wednesday 02 September 2015 19:47:43 Sven Eckelmann wrote: [...] > | kernel | br-nf-* global | nf-call* iface | download | upload | > |-|||--|--| > | default | 0 | - | 209 |

Re: [OpenWrt-Devel] [PATCH 2/2] netifd: Don't call set_state for external device in device_claim

2015-09-02 Thread Felix Fietkau
On 2015-09-02 13:27, Hans Dedecker wrote: > > > On Wed, Sep 2, 2015 at 10:31 AM, Felix Fietkau > wrote: > > On 2015-09-01 15:53, Hans Dedecker wrote: > > > > > > On Tue, Sep 1, 2015 at 2:49 PM, Felix Fietkau

Re: [OpenWrt-Devel] Ubus request through AJAX issue

2015-09-02 Thread Lazar Demin
Ah i didn't realize that the AJAX call adds a "ubus_rpc_session":"" to the ubus call! I changed how my arguments are handled and now everything works. Thanks for the pointer! On Wed, Sep 2, 2015 at 6:00 AM, Jo-Philipp Wich wrote: > Hi, > > the number 2 corresponds to

[OpenWrt-Devel] [PATCH] generic: Fix per interface nf_call_iptables setting

2015-09-02 Thread Sven Eckelmann
commit r30917 ("kernel: bypass all netfilter hooks if the sysctls for that functionality have been disabled - eliminates the overhead of enabling CONFIG_BRIDGE_NETFILTER in the kernel config") introduced an optimization which should reduce/eliminate the overhead for traffic send over bridges on

Re: [OpenWrt-Devel] [PATCH] ramips: enable external amplifier for Xiaomi MiWiFi Mini

2015-09-02 Thread 郭传鈜
Hi! I remember that there is no external PA on Miwifi Mini so this patch may be useless :-( BTW There is no external PA and external LNA support in current rt2x00 driver. 2015-09-01 0:11 GMT+08:00 D. Andrei Măceș : > Attempt to boost the 2.4 GHz signal, currently very low. > >

Re: [OpenWrt-Devel] [PATCH] ramips: enable external amplifier for Xiaomi MiWiFi Mini

2015-09-02 Thread D . Andrei Măceș
On Wed, Sep 2, 2015 at 7:49 PM 郭传鈜 wrote: > Hi! >I remember that there is no external PA on Miwifi Mini so this > patch may be useless :-( Thanks, are you completely certain about this information? I've been testing with this change for a few days now, and the signal

Re: [OpenWrt-Devel] [PATCH 1/2] [package] netifd: multicast flag control

2015-09-02 Thread Podolak, Nicholas
From: Nick Podolak This patch set allows for interfaces defined in UCI to enable and disable multicast support on their underlying device. This has particular use on GRE tunnels which previously did NOT enable multicast by default. Since GRE is commonly used

Re: [OpenWrt-Devel] [PATCH 1/3] toolchain: add support of ARC architecture

2015-09-02 Thread Alexey Brodkin
Hi Jonas, On Wed, 2015-09-02 at 10:08 +0200, Jonas Gorski wrote: > Hi, > > On Thu, Aug 27, 2015 at 1:03 PM, Alexey Brodkin > wrote: > > This includes binutils, gcc, gdb and uClibc-ng. > > > > Latest release of ARC gcc (as of today it is "arc-2015.06") > > is based

Re: [OpenWrt-Devel] [PATCH 2/2] [package] gre: multicast flag control

2015-09-02 Thread Podolak, Nicholas
From: Nick Podolak This patch adds the ability for the gre.sh netifd script to deliver the multicast flag config variable from UCI to the netifd process. This patch won't do much without the first from the group. Signed-off-by: Nick Podolak

[OpenWrt-Devel] [PATCHv2] dnsmasq: support hostid ipv6 address suffix option

2015-09-02 Thread Kevin Darbyshire-Bryant
Add support for hostid dhcp config entry to dnsmasq. This allows specification of dhcpv6 hostid suffix and works in the same way as odhcpd. Entries in auto generated dnsmasq.conf should conform to: dhcp-host=mm:mm:mm:mm:mm:mm,IPv4addr,[::V6su:ffix],hostname example based on sample config/dhcp

Re: [OpenWrt-Devel] [PATCH 2/2] netifd: Don't call set_state for external device in device_claim

2015-09-02 Thread Hans Dedecker
On Wed, Sep 2, 2015 at 10:31 AM, Felix Fietkau wrote: > On 2015-09-01 15:53, Hans Dedecker wrote: > > > > > > On Tue, Sep 1, 2015 at 2:49 PM, Felix Fietkau > > wrote: > > > > On 2015-09-01 14:43, Hans Dedecker wrote: > > >

[OpenWrt-Devel] [PATCH 6/9] ar71xx: PowerCloud CR3000 OpenWrt configuration

2015-09-02 Thread Daniel Dickinson
OpenWRt configuration part of support for the PowerCloud Systems CR3000. The CR3000 is a 802.11n 2.4 GHz wireless router with 8MB flash, 64MB RAM, a four port gigabit ethernet switch, and a fast ethernet wan port that was sold by PowerCloud Systems as hardware for the Skydog cloud-managed router

[OpenWrt-Devel] [PATCH 1/9] ar71xx: PowerCloud CAP324 kernel support

2015-09-02 Thread Daniel Dickinson
Kernel part of support for PowerCloud CAP324 Cloud AP. The CAP324 Cloud AP was a device sold by PowerCloud Systems as hardware for the CloudCommand service for 'cloud' based managment of large numbers access points. The CAP324 is a dual-band 802.11n wireless access point with 16MB flash and 128MB

[OpenWrt-Devel] [PATCH 2/9] ar71xx: PowerCloud CAP324 image generation

2015-09-02 Thread Daniel Dickinson
Image generation (and mtd partition) part of support for PowerCloud CAP324 Cloud AP. The CAP324 Cloud AP is a device sold by PowerCloud Systems who's stock firmware (CloudCommand) provides 'cloud' based managment of large numbers of access points. The CAP324 is a dual-band 802.11n wireless access

[OpenWrt-Devel] [PATCH 4/9] ar71xx: PowerCloud CR3000 kernel support

2015-09-02 Thread Daniel Dickinson
Kernel part of support package for PowerCloud CR3000. The CR3000 is a 802.11n 2.4 GHz wireless router with 8MB flash, 64MB RAM, a four port gigabit ethernet switch, and a fast ethernet wan port which was sold by PowerCloud Systems as hardware for the Skydog cloud-managed router service.

[OpenWrt-Devel] [PATCH 5/9] ar71xx: PowerCloud CR3000 image generation

2015-09-02 Thread Daniel Dickinson
Image generation (and mtd partition) part of support for the PowerCloud Systems CR3000. The CR3000 is a 802.11n 2.4 GHz wireless router with 8MB flash, 64MB RAM, a four port gigabit ethernet switch, and a fast ethernet wan port that was sold by PowerCloud Systems as hardware for the Skydog

[OpenWrt-Devel] [PATCH 0/9] Support for three PowerCloud Systems devices

2015-09-02 Thread Daniel Dickinson
The following patch series adds support for three PowerCloud devices. The patches have been reworked from the previous bunged up iteration and have been tested on the actual devices which are currently in use. There is, however, one question on the CR3000 which I had to redo from scratch (and

[OpenWrt-Devel] [PATCH 3/9] ar71xx: PowerCloud CAP324 OpenWrt configuration

2015-09-02 Thread Daniel Dickinson
Openwrt configuration part of support for PowerCloud CAP324 Cloud AP. The CAP324 Cloud AP is a device sold by PowerCloud Systems who's stock firmware (CloudCommand) provides 'cloud' based managment of large numbers access points. The CAP324 is a dual-band 802.11n wireless access point with 16MB

[OpenWrt-Devel] [PATCH 9/9] ar71xx: PowerCloud CR5000 openwrt configuration

2015-09-02 Thread Daniel Dickinson
OpenWrt configuration part of support for the PowerCloud Systems CR5000. The CR5000 is a dual-band 802.11n wireless router with 8MB flash, 64MB RAM, (unused on stock firmware) USB 2.0 port and five port gigabit ethernet switch. The CR5000 was sold as hardware for the Skydog cloud-managed router

[OpenWrt-Devel] [PATCH 7/9] ar71xx: PowerCloud CR5000 kernel support

2015-09-02 Thread Daniel Dickinson
Kernel part of support for the PowerCloud Systems CR5000. The CR5000 is a dual-band 802.11n wireless router with 8MB flash, 64 MB RAM, (unused in stock firmware) USB 2.0 port, and five port gigabit ethernet switch. The CR5000 was sold as hardware for the Skydog cloud-managed router service.

[OpenWrt-Devel] [PATCH 8/9] ar71xx: PowerCloud CR5000 image generation

2015-09-02 Thread Daniel Dickinson
Image generation (and mtd parititioning) part of support for the PowerCloud Systems CR5000. The CR5000 is a dual-band 802.11n wireless router with 8MB flash, 64MB RAM, (unused on stock firmware) USB 2.0 port and five port gigabit ethernet switch. The CR5000 was sold as hardware for the Skydog

[OpenWrt-Devel] [PATCH] [LANTIQ] ARV7519RW22 dts fix

2015-09-02 Thread José Vázquez Fernández
>From a9d8a4d04c5564abb0440a3b67dd21e8645e2c43 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jos=C3=A9=20V=C3=A1zquez=20Fern=C3=A1ndez?= Date: Tue, 1 Sep 2015 19:30:26 +0200 Subject: [OpenWrt-Devel] [PATCH] [LANTIQ] ARV7519RW22 dts fix The ARV7519RW22 has only one flash chip.

[OpenWrt-Devel] [PATCH] [LANTIQ] [CC] ARV7519RW22 dts fix

2015-09-02 Thread José Vázquez Fernández
>From d9de074b635e8d9442409922f867d1ed8dd36887 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Jos=C3=A9=20V=C3=A1zquez=20Fern=C3=A1ndez?= Date: Wed, 2 Sep 2015 13:40:28 +0200 Subject: [OpenWrt-Devel] [PATCH] [LANTIQ] ARV7519RW22 dts fix The ARV7519RW22 has only one flash chip.