[LEDE-DEV] fstools testing help

2016-06-30 Thread John Crispin
Hi, i have just merged to fstools patches into my staging tree that address a double mount issue and add back ext4 support. the ext4 patch previously broke rPi and other ext4 targets, but i thini with josua's patch applied it should work. i have done some basic testing already my end but would lik

Re: [LEDE-DEV] fstools testing help

2016-06-30 Thread Álvaro Fernández Rojas
I will try to test it on RPi tonight. Regards, Álvaro. El 30/6/16 a las 9:21, John Crispin escribió: > Hi, > > i have just merged to fstools patches into my staging tree that address > a double mount issue and add back ext4 support. the ext4 patch > previously broke rPi and other ext4 targets, b

Re: [LEDE-DEV] Add Synopsys brand to Wiki

2016-06-30 Thread Alexey Brodkin
Hi Thomas, Thanks for that. Now looks like "target" has to be added as well. I'll need 2 targets:  1) arc770  2) archs38 Thanks in advance, Alexey On Wed, 2016-06-29 at 20:57 +0200, Thomas Endt wrote: > Done. > > Regards, Thomas > > > > > -Ursprüngliche Nachricht- > > Von: Alexey Br

Re: [LEDE-DEV] adding luci to snapshot images

2016-06-30 Thread John Crispin
On 29/06/2016 16:54, Jo-Philipp Wich wrote: > Hi, > > it would certainly help to bridge the gap until the #1 release and it > would give more testing exposure to the ui... > > My observation on the matter is this: > People who do *not* want to have the ui included are either building > from sou

[LEDE-DEV] Adding luci to build

2016-06-30 Thread John Allen
I am a user and do not have the resources to build my own and while I don't mind running opkg to install luci etc., it would nice to have it preinstalled +1 for luci. +1 for material theme. ___ Sent from my Galaxy S3 ___ Lede-de

[LEDE-DEV] [PATCH] netifd: remove wireless device when device fails to setup

2016-06-30 Thread Eduardo Abinader
Ensure wireless device struct is removed, when it fails to be set up, due to a invalid configuration, hence enabling the wireless dev to be set up again, when a new valid configuration is set. Signed-off-by: Eduardo Abinader --- wireless.c | 4 1 file changed, 4 insertions(+) diff --git a/

[LEDE-DEV] [PATCH] netifd: remove wireless device when device fails to setup

2016-06-30 Thread Eduardo Abinader
Ensure wireless device struct is removed, when it fails to be set up, due to a invalid configuration, hence enabling the wireless dev to be set up again, when a new valid configuration is set. Signed-off-by: Eduardo Abinader --- wireless.c | 4 1 file changed, 4 insertions(+) diff --git a/

[LEDE-DEV] Need /dev/mtd4 from TPLink TL-WR941ND v6

2016-06-30 Thread Dennis Schneck
Hello, anybody how has a TPLink TL-WR941ND Ver. 6.0. Can you please export with dd the Partition: /dev/mtd4 an offer me a Download ? Thanks Dennis   ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede

Re: [LEDE-DEV] [PATCH libubox v3] blobmsg_json: add new functions blobmsg_format_json_value*

2016-06-30 Thread Jo-Philipp Wich
On 06/27/2016 08:50 AM, Matthias Schiffer wrote: > The current blobmsg_format_json* functions will return invalid JSON when > the "list" argument is given as false (blobmsg_format_element() will > output the name of the blob_attr as if the value is printed as part of a > JSON object). > > To avoid

[LEDE-DEV] [PATCH] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address

2016-06-30 Thread Daniel Danzberger
This patch is a backport for current LEDE 4.4 Kernels. It is already upstream, for linux-next and stable. The initial commit message is below: The bridge is falsly dropping ipv6 mulitcast packets if there is: 1. No ipv6 address assigned on the brigde. 2. No external mld querier present. 3. The

[LEDE-DEV] Need /dev/mtd4 from TPLink TL-WR941ND v6

2016-06-30 Thread Dennis Schneck
Hello, has anybody a TPLink TL-WR941ND Ver. 6.0. Can you please export with dd the Partition: /dev/mtd4 an offer me a Download ? Thanks Dennis ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH] e2fsprogs: fix build problem with very old libmagic

2016-06-30 Thread Hauke Mehrtens
On 06/30/2016 08:15 AM, Dirk Neukirchen wrote: > On 29.06.2016 23:14, Hauke Mehrtens wrote: >> From: Hauke Mehrtens >> >> The libmagic shipped with RedHat 5 does not define > > As a reference - RHEL4: Mar/2017, RHEL5:Nov/2020 > src: https://access.redhat.com/support/policy/updates/errata Yes it

Re: [LEDE-DEV] [PATCH 2/2] prism54-firmware: add also other p54 firmware to own package

2016-06-30 Thread Christian Lamparter
On Wednesday, June 29, 2016 11:13:01 PM Hauke Mehrtens wrote: > From: Hauke Mehrtens > > Extract the other p54 firmware files into the prism54-firmware package. > > Signed-off-by: Hauke Mehrtens Hey, that's really nice of you. Would it be possible to set PKG_VERSION to like 1.0 and add a varia

Re: [LEDE-DEV] [PATCH 2/2] prism54-firmware: add also other p54 firmware to own package

2016-06-30 Thread John Crispin
i have already added this to my staging tree, feel free to send a ptch that i can fold into haukes patch John On 30/06/2016 20:53, Christian Lamparter wrote: > On Wednesday, June 29, 2016 11:13:01 PM Hauke Mehrtens wrote: >> From: Hauke Mehrtens >> >> Extract the other p54 firmware files

Re: [LEDE-DEV] [PATCH] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address

2016-06-30 Thread John Crispin
On 30/06/2016 17:05, Daniel Danzberger wrote: > This patch is a backport for current LEDE 4.4 Kernels. > It is already upstream, for linux-next and stable. > The initial commit message is below: > > The bridge is falsly dropping ipv6 mulitcast packets if there is: > 1. No ipv6 address assigned o

Re: [LEDE-DEV] [PATCH 2/2] prism54-firmware: add also other p54 firmware to own package

2016-06-30 Thread Hauke Mehrtens
On 06/30/2016 09:07 PM, John Crispin wrote: > i have already added this to my staging tree, feel free to send a ptch > that i can fold into haukes patch > > John I already pushed this, but send a patch to improve this please. Hauke > > On 30/06/2016 20:53, Christian Lamparter wrote: >> On

[LEDE-DEV] [PATCH v2] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address

2016-06-30 Thread Daniel Danzberger
This patch is a backport for current LEDE 4.4 Kernels. It is already upstream, for linux-next and stable. The initial commit message is below: The bridge is falsly dropping ipv6 mulitcast packets if there is: 1. No ipv6 address assigned on the brigde. 2. No external mld querier present. 3. The

Re: [LEDE-DEV] [PATCH] netifd: remove wireless device when device fails to setup

2016-06-30 Thread Felix Fietkau
On 2016-06-30 16:18, Eduardo Abinader wrote: > Ensure wireless device struct is removed, when it fails to be set up, > due to a invalid configuration, hence enabling the wireless dev > to be set up again, when a new valid configuration is set. > > Signed-off-by: Eduardo Abinader > --- > wireless

[LEDE-DEV] [PATCH] prism54-firmware: change prism54/p54-firmware package versioning

2016-06-30 Thread Christian Lamparter
There are multiple prism54/p54 firmware versions for different drivers and devices. Therefore, assigning the package version of all the different firmware packages on the old prism54 firmware could break if any of the p54 firmwares are updated and we need to roll out new packages. Signed-off-by: C

Re: [LEDE-DEV] [ubox] remove unnecessary size struct between messages

2016-06-30 Thread John Crispin
On 07/06/2016 12:11, Dan Bugnar wrote: > From: Dan Bugnar > > The next message needs to be written after the data of current message. > This was adding "sizeof(struct log_head)" bytes between messages. > > Signed-off-by: Dan Bugnar coming back to these patches, i fail to see why you remove t

[LEDE-DEV] Procd instance pidfiles remain after daemon dies unexpectedly

2016-06-30 Thread Jurgen Van Ham
Dear all, Procd supports instance_writepid and instance_removepid in the file instance.c. The removepid is called when stopping a daemon or restarting it. However, when a daemon dies and it is not configured to respawn the pidfile is not removed. When other daemon watch the pidfile because they