Re: [LEDE-DEV] [RFT 0/2] ar71xx: fix making firmwares for linksys WRT400N

On 29 December 2016 at 11:06, Frank Horowitz wrote: > Yousong (and list), > > Regarding an ancient RFT found in > ... > > Apologies for taking so long to test this firmware. (I had a personal

[LEDE-DEV] [PATCH v3 0/2] ar71xx: fix making firmwares for Linksys WRT400N

I believe the situation at the moment for WRT400N is like this - factory image is broken and will brick the device because the utility wrt400n will truncate the kernel to 1MB. - sysupgrade image is missing from snapshots because the kernel size is too big exceeding the size limit imposed

[LEDE-DEV] [PATCH v3 1/2] tools: wrt400n: fix making factory images with kernel bigger than 1MB

Signed-off-by: Yousong Zhou --- tools/firmware-utils/src/wrt400n.c | 463 - 1 file changed, 197 insertions(+), 266 deletions(-) diff --git a/tools/firmware-utils/src/wrt400n.c b/tools/firmware-utils/src/wrt400n.c index 1cf1deb..70d4c32

[LEDE-DEV] [PATCH v3 2/2] ar71xx: wrt400n: lift size limit on kernel and rootfs part

While at it, convert to new build method Signed-off-by: Yousong Zhou --- .../ar71xx/files/arch/mips/ath79/mach-wrt400n.c| 12 ++-- target/linux/ar71xx/image/generic.mk | 22 ++ target/linux/ar71xx/image/legacy-devices.mk

Re: [LEDE-DEV] [RFT 0/2] ar71xx: fix making firmwares for linksys WRT400N

Yousong (and list), Regarding an ancient RFT found in ... Apologies for taking so long to test this firmware. (I had a personal tragedy in early August, and am only slowly getting back to something resembling “normal”.)

Re: [LEDE-DEV] Adding new targets/subtargets

On 29 December 2016 at 10:04, Philip Prindeville wrote: > I wanted to add a new target for x86, or possibly several. > > I have an immediate need for an optimized build to run on Xeon-based 1U > servers for a project that I’m working on. My work in progress

[LEDE-DEV] [PATCH 1/2] brcm47xx: specify DEVICE_PACKAGES for Netgear WGT634U

From: Rafał Miłecki This allows using it nicely with PER_DEVICE_ROOTFS. Signed-off-by: Rafał Miłecki Cc: Russell Senior --- target/linux/brcm47xx/image/Makefile | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [LEDE-DEV] ramips: Fixed NixCore profile TARGET_DEVICE

On 28 December 2016 at 23:14, Drew from NixCore wrote: > From 23b73de3aef72963c1f7989d5d49a4ec7553ee47 Mon Sep 17 00:00:00 2001 > From: Drew Gaylo > Date: Wed, 28 Dec 2016 15:09:24 -0700 > Subject: [PATCH] Fixed define/ and TARGET_DEVICE issue for NixCore >

Re: [LEDE-DEV] Concerning the switch to dwc2 on Danube

On 12/28/2016 09:41 PM, Ben Mulvihill wrote: > On Wed, 2016-12-28 at 19:26 +, Mohammed Berdai wrote: >> Hi, >> >> I managed to test the latest LEDE commits after missing daily tests for a >> few weeks due to a busy schedule. >> >> The switch to dwc2 module caused kernel panics on ARV4518pw,

Re: [LEDE-DEV] Concerning the switch to dwc2 on Danube

On Wed, 2016-12-28 at 19:26 +, Mohammed Berdai wrote: > Hi, > > I managed to test the latest LEDE commits after missing daily tests for a few > weeks due to a busy schedule. > > The switch to dwc2 module caused kernel panics on ARV4518pw, ARV7518pw and > ARV7510pw22. > > I tracked LEDE

Re: [LEDE-DEV] Image Wizard for LEDE?

On 12/28/2016 06:50 PM, Moritz Warning wrote: > Hi, > > would the LEDE Community be interested in a firmware wizard like this one? > > https://firmware.darmstadt.freifunk.net/ > > Sources: https://github.com/freifunk-darmstadt/gluon-firmware-wizard > > It would take some time to add matchers for

[LEDE-DEV] Image Wizard for LEDE?

Hi, would the LEDE Community be interested in a firmware wizard like this one? https://firmware.darmstadt.freifunk.net/ Sources: https://github.com/freifunk-darmstadt/gluon-firmware-wizard It would take some time to add matchers for most of the images. The current problem is that it is quite

Re: [LEDE-DEV] ppc44x: current snapshot stuck at 14 December

Buildbot logs are here: http://phase1.builds.lede-project.org/builders Last log for PPC: http://phase1.builds.lede-project.org/builders/ppc44x%2Fgeneric/builds/434 First error popping up: mv: cannot stat `arch/powerpc/boot/.addnote.tmp': No such file or directory make[5]: ***

[LEDE-DEV] ppc44x: current snapshot stuck at 14 December

as subject, ppc44x images and kmod packages were compiled last time 14 December, while everything else is last compiled around 28 December. https://downloads.lede-project.org/snapshots/targets/ppc44x/generic/ I personally don't need them, this is just an inconsistency I found. Also, I don't

[LEDE-DEV] [PATCH 2/3] hostapd: add function to handle wpa_key_mgmt

Now that wpa_key_mgmt handling for hostapd and wpa_supplicant are consistent, we can move parts of it to a dedicated function. Signed-off-by: Stijn Tintel --- package/network/services/hostapd/files/netifd.sh | 19 ++- 1 file changed, 10 insertions(+), 9

[LEDE-DEV] [PATCH 3/3] hostapd: enable SHA256-based algorithms

Enable support for stronger SHA256-based algorithms in hostapd and wpa_supplicant when using WPA-EAP or WPA-PSK with 802.11w enabled. We cannot unconditionally enable it, as it requires hostapd to be compiled with 802.11w support, which is disabled in the -mini variants. Signed-off-by: Stijn

[LEDE-DEV] [PATCH 0/3] hostapd: support SHA256-based algorithms

This series adds support for SHA256-based key management algorithms in hostapd and wpa_supplicant. The algorithms are part of the 802.11w standard, so they are only enabled when 802.11w is enabled. Due to this, they are not available in the -mini build variants. While it is recommended to only

[LEDE-DEV] [PATCH 1/3] wpa_supplicant: rework wpa_key_mgmt handling

Rework wpa_key_mgmt handling for wpa_supplicant to be consistent with how it is done for hostapd. Signed-off-by: Stijn Tintel --- package/network/services/hostapd/files/netifd.sh | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git

Re: [LEDE-DEV] [lede] Patch notification: 1 patch updated

On 2016-12-28 11:59, Ben Mulvihill wrote: > > There seems to be an issue with patchwork notifications. I received > the one below addressed to be as the patch submitter. > > The patch was actually submitted by Christian Lampeter and is nothing > to do with me at all. It's addressed to the

Re: [LEDE-DEV] [lede] Patch notification: 1 patch updated

Same here. Received a patch notification for the same patch, and it isn't my work either. -Alberto On 12/28/2016 11:59 AM, Ben Mulvihill wrote: > > There seems to be an issue with patchwork notifications. I received > the one below addressed to be as the patch submitter. > > The patch was

[LEDE-DEV] interests for meeting on 33c3 ?

Hi there, does anybody has interests to have a LEDE meat on 33c3 :) ? nbd, NeoRaider and I had meet together yesterday. cheers Tarek signature.asc Description: OpenPGP digital signature ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [lede] Patch notification: 1 patch updated

There seems to be an issue with patchwork notifications. I received the one below addressed to be as the patch submitter. The patch was actually submitted by Christian Lampeter and is nothing to do with me at all. On Wed, 2016-12-28 at 09:50 +, Patchwork wrote: > Hello, > > The following

[LEDE-DEV] [lede] Patch notification: 1 patch updated

Hello, The following patch (submitted by you) has been updated in patchwork: * lede: [LEDE-DEV] Help needed: IP175D + RT3662 issues on a "new" device - http://patchwork.ozlabs.org/patch/708718/ - for: LEDE development was: New now: Changes Requested This email is a

Re: [LEDE-DEV] Help needed: IP175D + RT3662 issues on a "new" device

On 25/12/2016 14:33, Christian Lamparter wrote: > Hello, > > On Saturday, December 24, 2016 6:22:13 PM CET John Crispin wrote: >> On 24/12/2016 17:49, Martin Blumenstingl wrote: >>> On Sat, Dec 24, 2016 at 5:17 PM, antonio rossi wrote: Hi everybody, i'll try

Re: [LEDE-DEV] [OpenWrt-Devel] Any interest in adding runit to OpenWRT?

On 28/12/2016 01:16, Martin Tippmann wrote: > On Tue, Dec 27, 2016 at 9:43 AM, John Crispin wrote: >> Hi, >> >> currently procd service restart/reload can be triggered by config >> changes and network interface changes. from what i understand you are >> missing the following

Re: [LEDE-DEV] [PATCH] ramips: MiWiFi-Nano add the reset button

28.12.2016 01:13, L. D. Pinney: This patch defines the reset button in the MIWIFI-NANO.dts Signed-off-by: L. D. Pinney --- diff --git a/target/linux/ramips/dts/MIWIFI-NANO.dts b/target/linux/ramips/dts/MIWIFI-NANO.dts index 6906ef3..9b1ca42 100644 ---