[LEDE-DEV] [PATCH] mdnsd: interface: enable looped back messages

2016-05-22 Thread Eyal Birger
When the IP_MULTICAST_LOOP/IPV6_MULTICAST_LOOP socket options are not enabled, locally generated queries are ignored by mdnsd; This prevents local applications from being able to discover locally published services. Signed-off-by: Eyal Birger --- interface.c | 8 1 file changed, 4 inser

[LEDE-DEV] [PATCH 0/2] fstools: block.c: Add support for checking vfat

2016-05-22 Thread lede
[PATCH 1/2] block.c: Make static string a const char * instead char * [PATCH 2/2] block.c: Add support for checking vfat filesystems ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] [PATCH 2/2] block.c: Add support for checking vfat filesystems

2016-05-22 Thread lede
From: Daniel Dickinson vfat is a common filesystem which users may want to mount on an OpenWrt/LEDE device, so support peforming filesystem checks before mount for vfat. Signed-off-by: Daniel Dickinson --- block.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --

[LEDE-DEV] [PATCH 1/2] block.c: Make static string a const char * instead char *

2016-05-22 Thread lede
From: Daniel Dickinson There is no reason for e2fsck string to be altered, and the only places where is used take const char * as parameters so make e2fsck a const char *. Signed-off-by: Daniel Dickinson --- block.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/block.c b/

[LEDE-DEV] [PATCH 2/2] block.c: Add ability to mount with ACL and XATTR support

2016-05-22 Thread lede
From: Daniel Dickinson Some users will want to use OpenWrt/LEDE devices as NAS devices and have full POSIX ACL and user_xattr support (along with other possible use cases), therefore add support to mount with POSIX ACLs and/or user XATTR support. Signed-off-by: Daniel Dickinson --- block.c | 4

[LEDE-DEV] [PATCH 1/2] block.c: Use instead of defining mount flags ourselves

2016-05-22 Thread lede
From: Daniel Dickinson Let's use the cannonical source of mount flags instead of defining the flags ourselves. Signed-off-by: Daniel Dickinson --- block.c | 14 ++ 1 file changed, 2 insertions(+), 12 deletions(-) diff --git a/block.c b/block.c index ef58665..d30b1f6 100644 --- a/b

[LEDE-DEV] [PATCH 0/2] fstools: block.c: Add ACL & XATTR support

2016-05-22 Thread lede
Tested on ar71xx (Netgear WNDR3800) on ext4 with the right kernel support. [PATCH 1/2] block.c: Use instead of defining mount flags [PATCH 2/2] block.c: Add ability to mount with ACL and XATTR support ___ Lede-dev mailing list Lede-dev@lists.infradead.

Re: [LEDE-DEV] WRT1900ACS - Kernel 4.4.11 boot failure

2016-05-22 Thread Dheeran Senthilvel
> On 21-May-2016, at 7:55 PM, Dheeran Senthilvel wrote: > > >> On 21-May-2016, at 6:48 PM, Felix Fietkau wrote: >> >> On 2016-05-21 14:05, Dheeran Senthilvel wrote: >>> Hi Guys, >>> >>> Nice work there getting everything to Linux 4.4.11. Tested the new >>> build (r321 dated 20/05/2016) E

Re: [LEDE-DEV] [PATCH 0/2] fstools: block.c: Add support for checking vfat

2016-05-22 Thread Daniel Curran-Dickinson
On Sun, 2016-05-22 at 05:22 -0400, l...@daniel.thecshore.com wrote: > [PATCH 1/2] block.c: Make static string a const char * instead char * > [PATCH 2/2] block.c: Add support for checking vfat filesystems I forgot to mention I have tested both vfat and ext4 on ar71xx (Netgear WNDR3800). Filesyst

Re: [LEDE-DEV] WRT1900ACS - Kernel 4.4.11 boot failure

2016-05-22 Thread Felix Fietkau
On 2016-05-22 11:32, Dheeran Senthilvel wrote: > >> On 21-May-2016, at 7:55 PM, Dheeran Senthilvel wrote: >> >> >>> On 21-May-2016, at 6:48 PM, Felix Fietkau wrote: >>> >>> On 2016-05-21 14:05, Dheeran Senthilvel wrote: Hi Guys, Nice work there getting everything to Linux 4

Re: [LEDE-DEV] WRT1900ACS - Kernel 4.4.11 boot failure

2016-05-22 Thread Dheeran Senthilvel
> On 22-May-2016, at 3:02 PM, Dheeran Senthilvel wrote: > > >> On 21-May-2016, at 7:55 PM, Dheeran Senthilvel wrote: >> >> >>> On 21-May-2016, at 6:48 PM, Felix Fietkau wrote: >>> >>> On 2016-05-21 14:05, Dheeran Senthilvel wrote: Hi Guys, Nice work there getting everyth

Re: [LEDE-DEV] WRT1900ACS - Kernel 4.4.11 boot failure

2016-05-22 Thread Dheeran Senthilvel
> On 22-May-2016, at 3:21 PM, Dheeran Senthilvel wrote: > > >> On 22-May-2016, at 3:02 PM, Dheeran Senthilvel wrote: >> >> >>> On 21-May-2016, at 7:55 PM, Dheeran Senthilvel >>> wrote: >>> >>> On 21-May-2016, at 6:48 PM, Felix Fietkau wrote: On 2016-05-21 14:05, Dheeran

Re: [LEDE-DEV] WRT1900ACS - Kernel 4.4.11 boot failure

2016-05-22 Thread Dheeran Senthilvel
> On 22-May-2016, at 3:22 PM, Dheeran Senthilvel wrote: > > >> On 22-May-2016, at 3:21 PM, Dheeran Senthilvel wrote: >> >> >>> On 22-May-2016, at 3:02 PM, Dheeran Senthilvel >>> wrote: >>> >>> On 21-May-2016, at 7:55 PM, Dheeran Senthilvel wrote: > On 21-May-2

[LEDE-DEV] Reboot failure on C2600 v1.1

2016-05-22 Thread A. Benz
Hi Would appreciate pointers as to what might be causing this (or how to investigate further): Issuing "reboot" works fine on a rev 1.0 TPLink Archer C2600, however it doesn't seem to work on a rev 1.1. They apparently are exactly the same apart from the flash chip. Please see log http://p

Re: [LEDE-DEV] Device profiles have broken ImageBuilder somewhat

2016-05-22 Thread Felix Fietkau
On 2016-05-22 08:19, Daniel Dickinson wrote: > Hi Felix, > > The recent changes to the device profile stuff has caused issues with > ImageBuilder. In ar71xx, if one selects the Default profile during the > core build, then even if you set make PROFILE=SOMEBOARD image, the > ImageBuilder tries to

[LEDE-DEV] A note on my use of RFC

2016-05-22 Thread Daniel Curran-Dickinson
Hi all, There seems to be some confusion because of the way I use RFC. I've (unless otherwise stated in the PR) intended RFC for looking over code and commenting before I debug and test (e.g. to make sure the approach is even in the right ballpark). I will try to make that clear in the PR from n

[LEDE-DEV] [PATCH 1/2] x86_64: enable mmc to support booting off sd

2016-05-22 Thread Russell Senior
Improved support for PCEngines APU Signed-off-by: Russell Senior --- target/linux/x86/64/config-default | 8 1 file changed, 8 insertions(+) diff --git a/target/linux/x86/64/config-default b/target/linux/x86/64/config-default index 8b62b86..89a8a4c 100644 --- a/target/linux/x86/64/co

[LEDE-DEV] [PATCH 2/2] x86: fix sysupgrade to work on mmcblk

2016-05-22 Thread Russell Senior
Reworks block device detection slightly and accomodates the different partition naming scheme, e.g. mmcblk0p1 vs sda1 Signed-off-by: Russell Senior --- target/linux/x86/base-files/lib/upgrade/platform.sh | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/target/linux/x

[LEDE-DEV] [PATCH netifd] bridge: make learning and unicast-flood configurable per bridge port

2016-05-22 Thread Linus Lüssing
Tuning these two options allows a more fine grained configuration of the forwarding database (fdb) of a bridge. The former allows to enable or disable the learning of the presence of MAC addresses behind a bridge port. (default: enabled on all ports) The latter allows to tune the behaviour in cas

Re: [LEDE-DEV] [PATCH 2/2] x86: fix sysupgrade to work on mmcblk

2016-05-22 Thread Russell Senior
Oops, broken. Please wait for v2. run testing++ -- Russell Senior, President russ...@personaltelco.net ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] A note on my use of RFC

2016-05-22 Thread Daniel Curran-Dickinson
On Sun, 2016-05-22 at 16:03 -0400, Daniel Curran-Dickinson wrote: > Hi all, > > There seems to be some confusion because of the way I use RFC. I've > (unless otherwise stated in the PR) intended RFC for looking over code > and commenting before I debug and test (e.g. to make sure the approach >

[LEDE-DEV] A question on procd interface_trigger vs raw_trifger

2016-05-22 Thread Daniel Dickinson
Hi, I've noticed that network_trigger has gone away and is replaced by interface_trigger, but have seen raw_trigger too, and am not clear on when one would use which. Can you clarify? Regard, Daniel ___ Lede-dev mailing list Lede-dev@lists.infradead

[LEDE-DEV] [Bug Report][Lantiq][ARV7518pw] Kernel Oops after booting

2016-05-22 Thread Mohammed Berdai
Hi everyone, I started building and testing LEDE DD for some Lantiq based routers mainly (ARV4518 / ARV7518 / ARV7519RW22) Since I couldn't find a bug tracker site I thought it would be OK to send a bug report here. I've built LEDE DD (r343) for ARV7518pw with LuCi and no extra tweaks or conf

[LEDE-DEV] [PATCHv3] Fix the logged CPU variant

2016-05-22 Thread Xotic750
From: Graham Fairweather This patch fixes the logged detected CPU ID when an equivalent is used, like in the case where we have a bcm6369 and configuration for a bcm6368 is used. So, it will display 'Detected Broadcom 0x6369 CPU revision b2' instead of 'Detected Broadcom 0x6368 CPU revision b2'.

[LEDE-DEV] [PATCHv4 1/1] [brcm63xx] Fix the logged CPU variant

2016-05-22 Thread Xotic750
From: Graham Fairweather This patch fixes the logged detected CPU ID when an equivalent is used, like in the case where we have a bcm6369 and configuration for a bcm6368 is used. So, it will display 'Detected Broadcom 0x6369 CPU revision b2' instead of 'Detected Broadcom 0x6368 CPU revision b2'.

[LEDE-DEV] [PATCHv3 1/1] [brcm63xx] Add initial support for EVG2000

2016-05-22 Thread Xotic750
From: Graham Fairweather This patch adds support for the Netgear EVG2000 VoIP Gateway to the bcm63xx targets. Ran 'make target/linux/refresh V=s' after update to kernel 4.4.10 from 4.4.8 where the initial patch was added. This device was not sold to the general public, but rather is/was provided

[LEDE-DEV] [PATCH 1/2] ar71xx/cpe510: split profile into 2 profiles cpe210 and cpe510

2016-05-22 Thread Alexander Couzens
Split profile into 2GHz and 5GHz. The 5GHz devices are quite "special". The 2 GHz works perfect. Signed-off-by: Alexander Couzens --- target/linux/ar71xx/base-files/etc/board.d/01_leds | 1 + .../linux/ar71xx/base-files/etc/board.d/02_network | 1 + .../ar71xx/base-files/etc/board.d/03_gpio_sw

[LEDE-DEV] [PATCH 2/2] [RFC] ar71xx/cpe510: use second wifi calibration table

2016-05-22 Thread Alexander Couzens
The cpe510 has two calibration tables. The first calibration table requires to modify ath9k driver to work (patched tx gain table). Signed-off-by: Alexander Couzens --- target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tar

Re: [LEDE-DEV] [PATCH 2/2] [RFC] ar71xx/cpe510: use second wifi calibration table

2016-05-22 Thread John Crispin
On 23/05/2016 03:23, Alexander Couzens wrote: > The cpe510 has two calibration tables. The first calibration > table requires to modify ath9k driver to work (patched tx gain table). > Hi, why is this a RFC ? i am failing to see what we should comment on John > Signed-off-by: Alexand