Re: [LEDE-DEV] fstools testing help

2016-07-08 Thread Josua Mayer
Hi John, Am 08.07.2016 um 07:47 schrieb John Crispin: > > On 07/07/2016 21:36, Josua Mayer wrote: >> Hi John, >> >> Could you please point me at where you merged my 2 patches? I want to >> ensure I am testing the same code that was causing segfaults. >> >> br >> Josua Mayer >> > > I already

[LEDE-DEV] [RFC 1/2] ar71xx: image: fix making loader kernel for seama

2016-07-08 Thread Yousong Zhou
Signed-off-by: Yousong Zhou --- target/linux/ar71xx/image/generic.mk | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/target/linux/ar71xx/image/generic.mk b/target/linux/ar71xx/image/generic.mk index b8e70a4..561aefd 100644 ---

[LEDE-DEV] Target Profile removed from image name?

2016-07-08 Thread Donald Chisholm
Hi all, I have several hundred nodes running Openwrt CC with batman-adv and thought I would start testing LEDE. However, after the build I noticed you have removed the target profile (i.e. tl-841v11) from the image file name. For me this is a huge headache. I also noticed you have uncoupled

[LEDE-DEV] [PATCH v2] Support Candela-Tech ath10k out-of-tree driver.

2016-07-08 Thread greearb
From: Ben Greear This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear

[LEDE-DEV] [PATCH v3] Support Candela-Tech ath10k out-of-tree driver.

2016-07-08 Thread greearb
From: Ben Greear This lets one use the CT ath10k driver instead of the built-in ath10k driver from the upstream kernel (or backports). This should be a drop-in replacement, as well as enabling better CT firmware support. Signed-off-by: Ben Greear

[LEDE-DEV] [RFC v2 2/2] ar71xx: image: fix typo in MTDPARTS def for qihoo-c301

2016-07-08 Thread Yousong Zhou
Reported-by: Syrone Wong Signed-off-by: Yousong Zhou --- target/linux/ar71xx/image/generic.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/target/linux/ar71xx/image/generic.mk b/target/linux/ar71xx/image/generic.mk index

[LEDE-DEV] [RFC v2 1/2] ar71xx: image: fix making loader kernel for seama

2016-07-08 Thread Yousong Zhou
Signed-off-by: Yousong Zhou --- v2 <- v1 - Changed "DEVICE_VARS :=" to "DEVICE_VARS +=" target/linux/ar71xx/image/generic.mk | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/target/linux/ar71xx/image/generic.mk

Re: [LEDE-DEV] LEDE & IPv6

2016-07-08 Thread Baptiste Jonglez
On Fri, Jul 08, 2016 at 10:11:16AM +0200, Baptiste Jonglez wrote: > On Thu, Jul 07, 2016 at 08:01:10PM -0700, Craig Miller wrote: > > Dear Devs, > > > > Congratulations on the fork of OpenWRT. I look forward to the new LEDE > > releases. > > > > I am writing here because I am not a committer,

Re: [LEDE-DEV] LEDE & IPv6

2016-07-08 Thread Baptiste Jonglez
On Thu, Jul 07, 2016 at 08:01:10PM -0700, Craig Miller wrote: > Dear Devs, > > Congratulations on the fork of OpenWRT. I look forward to the new LEDE > releases. > > I am writing here because I am not a committer, but would like to > communicate with the Devs. I am a professional software

Re: [LEDE-DEV] [PATCH] Mountd: Add sysupgrade functionality.

2016-07-08 Thread Olivier Hardouin
Hi Philipp, > Yes, good point. But then we should rewrite/redesign the whole update > process > including the sysupgrade binary in my opinion. For example writing a > small library and a daemon > which does the updates for us. A daemon which executes a sysupgrade tool > doesn't > make more sense

[LEDE-DEV] [PATCH 2/2 v2] kernel: Add upstream fix for module loading

2016-07-08 Thread Alexey Brodkin
Instead of disabling unwinding entirely this upstream patch just disables generation of async unwind tables. Once the patch in question lands in stable 4.4 tree this change essentially must be removed (otherwise patch application will fail). Signed-off-by: Alexey Brodkin

[LEDE-DEV] [PATCH 1/2 v2] Revert "linux: arc: disable kernel unwinding to fix modules loading"

2016-07-08 Thread Alexey Brodkin
This reverts commit acd41539d630688e9891003c9b51cace3e113316. There's a fix in upstream that will at some point land in 4.4 stable as well so we'll get rid of this hack and with the next commit will apply upstream fix. Signed-off-by: Alexey Brodkin --- No changes v1 ->