also adds /usr/bin/find to the ramdisk during flashing. find is
busybox, so the space consequences should be tiny.
Signed-off-by: Russell Senior
---
package/base-files/files/lib/upgrade/common.sh | 1 +
target/linux/x86/base-files/lib/upgrade/platform.sh | 16 ++--
2 files ch
Hello John,
I has successfully tested your staging branch from 16 may with several
AR231x based boards: Fonera 2.0g, DIR-300, DWL-2100AP. And would like
to report that all works good (boot process, eth, wifi, usb, etc.) but
require couple of tiny fixes for patches and for build code.
Today your s
More info at https://www.kernel.org/introducing-fastly-cdn.html
Signed-off-by: Petr Štetiar
---
scripts/download.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/download.pl b/scripts/download.pl
index 548eb7a..ec7067b 100755
--- a/scripts/download.pl
+++ b/scripts/
On 23/05/2016 09:10, Sergey Ryazanov wrote:
> Hello John,
>
> I has successfully tested your staging branch from 16 may with several
> AR231x based boards: Fonera 2.0g, DIR-300, DWL-2100AP. And would like
> to report that all works good (boot process, eth, wifi, usb, etc.) but
> require couple o
On Saturday 21 May 2016 13:23:50 John Crispin wrote:
> Hi Sven,
>
> this patch fails to apply.
Applied fine on Friday but I will just rebase it on the newest changes. Maybe
you forgot to first apply your gathered changes in you staging repo [1,2,3,4].
You wanted to push them to source.git a while
On 23/05/2016 09:40, Sven Eckelmann wrote:
> On Saturday 21 May 2016 13:23:50 John Crispin wrote:
>> Hi Sven,
>>
>> this patch fails to apply.
>
> Applied fine on Friday but I will just rebase it on the newest changes. Maybe
> you forgot to first apply your gathered changes in you staging repo [
On 21/05/2016 12:18, Mathias Kresin wrote:
> The user benpicco in #openwrt reported that images are build which are
> bigger that the available flash size.
>
> He provided a proof of concept fix and gave permission to me to send it
> for inclusion.
patch fails to apply. please fix an resend onc
On 23/05/2016 09:40, Sven Eckelmann wrote:
> On Saturday 21 May 2016 13:23:50 John Crispin wrote:
>> Hi Sven,
>>
>> this patch fails to apply.
>
> Applied fine on Friday but I will just rebase it on the newest changes. Maybe
> you forgot to first apply your gathered changes in you staging repo [
Dheeran Senthilvel writes:
>> Its gonna take a while before either Linksys just releases a proper
>> working drivers (or) just releases the code under GPL for upstream
>> kernel-development (Just like what happened for raspberrypi).
This is wrong. The mwlwifi driver is GPL and has been so for y
Petr Štetiar writes:
> More info at https://www.kernel.org/introducing-fastly-cdn.html
>
> Signed-off-by: Petr Štetiar
> ---
> scripts/download.pl | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/scripts/download.pl b/scripts/download.pl
> index 548eb7a..ec7067b 100755
>
Bjørn Mork wrote:
> Not sure that is a good idea at this point. At least here,
> kernel.org has IPv6 records while cdn.kernel.org does not:
So you're taking that up with kernel.org right?
Sincerely,
Karl P
signature.asc
Description: OpenPGP Digital Signature
___
On 2016-05-23 10:29, Bjørn Mork wrote:
> Petr Štetiar writes:
>
>> More info at https://www.kernel.org/introducing-fastly-cdn.html
>>
>> Signed-off-by: Petr Štetiar
>> ---
>> scripts/download.pl | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/scripts/download.pl b/sc
Avoid noise messages from quilt.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/patches-4.4/120-spiflash.patch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath25/patches-4.4/120-spiflash.patch
b/target/linux/ath25/patches-4.4/120-spiflash.patch
index 7
Correct board specification during image generation for Ubiquiti boards.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ath25/image/Makefile
b/target/linux/ath25/image/Makefile
index d6e9291..
010-board patch has been already added to the mainline kernel. Then
files, which created by this patch, were removed in upstream, so now it
just reintroduce couple of useless files. Remove patch completely.
Relevant upstream commits:
* d631fc60706ccd86c5c2b0084bcea0739952ce90 (MIPS: Create a com
Adapt chained IRQ handler function as the "irq" argument is now removed
from the irq flow handlers prototype in commit
bd0b9ac405e1794d72533c3d487aa65b6b955a0c (genirq: Remove irq argument
from irq flow handlers).
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/patches-4.4/108-ar2315_gpio.
A lot of configuration options was changes since 3.18, so we need to
refresh kernel config.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/config-4.4 | 30 --
1 file changed, 24 insertions(+), 6 deletions(-)
diff --git a/target/linux/ath25/config-4.4 b/target/
Looks like c/p error.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/profiles/00-default.mk | 1 -
1 file changed, 1 deletion(-)
diff --git a/target/linux/ath25/profiles/00-default.mk
b/target/linux/ath25/profiles/00-default.mk
index d0472a9..b40eb1b 100644
--- a/target/linux/ath25/prof
Since we do not generate factory images for most of supported
platforms, we need individual kernel and rootfs to be able update
factory firmware by our via RedBoot.
Signed-off-by: Sergey Ryazanov
---
target/linux/ath25/image/Makefile | 17 +
1 file changed, 17 insertions(+)
diff
This series is a set of minor fixes after kernel updating and switching
to new image generation. Nothing critical, just several tiny improvements.
Sergey Ryazanov (7):
ath25: refresh kernel patches
ath25: refresh kernel configuration
ath25: fix AR2315 GPIO irq handler
ath25: drop useless p
On 23/05/2016 11:30, Sergey Ryazanov wrote:
> This series is a set of minor fixes after kernel updating and switching
> to new image generation. Nothing critical, just several tiny improvements.
>
> Sergey Ryazanov (7):
> ath25: refresh kernel patches
> ath25: refresh kernel configuration
>
Citeren Felix Fietkau :
On 2016-05-23 10:29, Bjørn Mork wrote:
Petr Štetiar writes:
More info at https://www.kernel.org/introducing-fastly-cdn.html
Signed-off-by: Petr Štetiar
---
scripts/download.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/download.pl b
Felix Fietkau [2016-05-23 11:11:50]:
> On 2016-05-23 10:29, Bjørn Mork wrote:
> > Petr Štetiar writes:
> >
> >> - push @mirrors, "https://kernel.org/pub/$dir";;
> >> + push @mirrors, "https://cdn.kernel.org/pub/$dir";;
> >>push @mirrors, "ft
Citeren Petr Štetiar :
Felix Fietkau [2016-05-23 11:11:50]:
On 2016-05-23 10:29, Bjørn Mork wrote:
> Petr Štetiar writes:
>
>> - push @mirrors, "https://kernel.org/pub/$dir";;
>> + push @mirrors, "https://cdn.kernel.org/pub/$dir";;
>>
On 2016-05-23 12:29, Petr Štetiar wrote:
> Felix Fietkau [2016-05-23 11:11:50]:
>
>> On 2016-05-23 10:29, Bjørn Mork wrote:
>> > Petr Štetiar writes:
>> >
>> >> - push @mirrors, "https://kernel.org/pub/$dir";;
>> >> + push @mirrors, "https://cdn.kernel.org/pub/$d
More info at https://www.kernel.org/introducing-fastly-cdn.html
Signed-off-by: Petr Štetiar
---
Changes since v1:
* use CDN first then use directly regular www.kernel.org
* remove FTP mirror, it's same host as www so likely to fail also
scripts/download.pl | 4 ++--
1 file changed, 2 insertio
On 2016-05-19 01:17, Stijn Tintel wrote:
> On 17-05-16 23:37, Felix Fietkau wrote:
>> On 2016-05-17 23:12, Daniel Golle wrote:
>>> * build for pentium4 instead of i486
>>> * enable PAE
>>> * enable EFI support
>>> * enable KVM guest and host support
> Is anyone running KVM on a 32bit host? I would
2016-05-23 12:45 GMT+03:00 John Crispin :
> On 23/05/2016 11:30, Sergey Ryazanov wrote:
>> This series is a set of minor fixes after kernel updating and switching
>> to new image generation. Nothing critical, just several tiny improvements.
>>
>> Sergey Ryazanov (7):
>> ath25: refresh kernel patc
Felix Fietkau writes:
> On 2016-05-23 12:29, Petr Štetiar wrote:
>> Felix Fietkau [2016-05-23 11:11:50]:
>>
>>> On 2016-05-23 10:29, Bjørn Mork wrote:
>>> > Petr Štetiar writes:
>>> >
>>> >> -push @mirrors, "https://kernel.org/pub/$dir";;
>>> >> +
Hi Daniel et al.
after a long delay, I finally got around to looking into multi profile
selection again. After reviewing your code and thinking about it some
more, I decided to go with a slightly different approach from the one
that you took.
I'm working towards not only being able to build an im
On 23 May 2016 at 13:38, Felix Fietkau wrote:
> after a long delay, I finally got around to looking into multi profile
> selection again. After reviewing your code and thinking about it some
> more, I decided to go with a slightly different approach from the one
> that you took.
>
> I'm working to
On 2016-05-23 13:56, Rafał Miłecki wrote:
> On 23 May 2016 at 13:38, Felix Fietkau wrote:
>> after a long delay, I finally got around to looking into multi profile
>> selection again. After reviewing your code and thinking about it some
>> more, I decided to go with a slightly different approach f
On 23 May 2016 at 13:59, Felix Fietkau wrote:
> On 2016-05-23 13:56, Rafał Miłecki wrote:
>> On 23 May 2016 at 13:38, Felix Fietkau wrote:
>>> after a long delay, I finally got around to looking into multi profile
>>> selection again. After reviewing your code and thinking about it some
>>> more,
Citeren Bjørn Mork :
Felix Fietkau writes:
On 2016-05-23 12:29, Petr Štetiar wrote:
Felix Fietkau [2016-05-23 11:11:50]:
On 2016-05-23 10:29, Bjørn Mork wrote:
> Petr Štetiar writes:
>
>> - push @mirrors, "https://kernel.org/pub/$dir";;
>> + push
On 23/05/2016 14:02, Rafał Miłecki wrote:
> On 23 May 2016 at 13:59, Felix Fietkau wrote:
>> On 2016-05-23 13:56, Rafał Miłecki wrote:
>>> On 23 May 2016 at 13:38, Felix Fietkau wrote:
after a long delay, I finally got around to looking into multi profile
selection again. After review
Arjen de Korte writes:
> Since GitHub apparently also uses Fastly as CDN provider, building on
> a machine with IPv6 only connectivity is going to be difficult anyway.
> Using both won't hurt, but if you're not able to connect to an IPv4
> server for the kernel sources, you'll likely run into sim
On Mon, May 23, 2016 at 01:02:06PM +0200, Bjørn Mork wrote:
> Felix Fietkau writes:
> > You could put the CDN first, and the regular kernel.org afterwards.
>
> Sounds like a good solution.
>
> As for reporting this problem to the kernel.org admins: I'm pretty sure
> they are aware of the issue,
The busybox ntpd utility currently uses ntp servers specified in uci.
This patch allows the ntpd utility to use NTP servers received via DHCP(v6)
Following uci parameters have been added:
use_dhcp : enables NTP server config via DHCP(v6)
dhcp_interface : use NTP servers received only on the
On Mon, May 23, 2016 at 12:04 AM, Daniel Dickinson
wrote:
> 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.
If you want to install a trigger for a specific interface you c
On Mon, 23 May 2016 07:51:16 +0200
John Crispin wrote:
> why is this a RFC ? i am failing to see what we should comment on
sorry, next time I should explain this more.
I put RFC on it, to get more comments from Felix and Matthias about
this. The device has 2 calibration table with different RF
IIRC, your patch did not specify different -x options to each instance
to ensure that the PID files were written to separate files. That's at
least one issue that occasionally caused races at startup.
On Tue, May 17, 2016 at 11:24 PM, Daniel Dickinson
wrote:
> Hi all,
>
> I had a patch that I sub
This fixes util-linux building with uClibc.
Patch is taken as it is from Buildroot:
https://git.busybox.net/buildroot/plain/package/util-linux/0001-Fix-libmount-build-under-uClibc.patch?id=baccb506a6feabf114623866568121f49712f5df
Signed-off-by: Alexey Brodkin
---
.../004-Fix-libmount-build-under
This change updates uClibc version to the most recent 1.0.14 release.
Signed-off-by: Alexey Brodkin
---
toolchain/uClibc/Config.version | 2 +-
toolchain/uClibc/common.mk | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/toolchain/uClibc/Config.version b/toolchain/uClib
Hi Hans,
staged in
https://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=cd82680f1b25ed7a2acc267b643a4ae72d166002
with a minor correction; I moved the new dependency to the runtime
DEPENDS not to the build dependency spec.
~ Jo
___
Lede-d
We had found some pretty major performance problems on this hardware
as of a few months ago. I am curious if they still exist? A whole
bunch of benchmarks went by on the cerowrt-devel list, also.
They were:
1) broken local ethernet network stack - running 4 copies of netperf
against it - one woul
Hi Daniel,
from a cursory look the code looks okay to me so far however I'd really
love to see this getting added as loadable plugin.
Do you think it is feasible to do? We might need to extend "struct
uhttpd_ops" for that but that should be no problem as long as new
members are getting added at t
On 2016-05-23 17:12, Jo-Philipp Wich wrote:
> Hi Daniel,
>
> from a cursory look the code looks okay to me so far however I'd really
> love to see this getting added as loadable plugin.
>
> Do you think it is feasible to do? We might need to extend "struct
> uhttpd_ops" for that but that should b
On 05/23/2016 03:23 AM, 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,
do you have any idea if the TP-Link firmware also uses the second
calibration table, or if their version of t
On 2016-05-23 19:19, Matthias Schiffer wrote:
> On 05/23/2016 03:23 AM, 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,
> do you have any idea if the TP-Link firmware also use
On 05/23/2016 03:17 AM, Alexander Couzens wrote:
> Split profile into 2GHz and 5GHz. The 5GHz devices are
> quite "special". The 2 GHz works perfect.
If we can't avoid splitting the images,
tools/firmware-utils/src/tplink-safeloader.c and the calls to
tplink-safeloader in target/linux/ar71xx/image
In uClibc-ng O_PATH and O_DIRECTORY are only defined if _GNU_SOURCE is
defined.
So explicitly define _GNU_SOURCE in sources that use O_PATH and
O_DIRECTORY.
Without that extra definition that's what happens when building procd.
utils/utils.c:
->8--
...
Hi,
is it really a gnu extension or is uclibc b0rked for these symbols ?
John
On 23/05/2016 19:57, Alexey Brodkin wrote:
> In uClibc-ng O_PATH and O_DIRECTORY are only defined if _GNU_SOURCE is
> defined.
>
> So explicitly define _GNU_SOURCE in sources that use O_PATH and
> O_DIRECTORY.
On 2016-05-23 20:03, John Crispin wrote:
> Hi,
> is it really a gnu extension or is uclibc b0rked for these symbols ?
At least O_PATH is Linux specific, so defining _GNU_SOURCE makes sense.
- Felix
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
Hi John,
John Crispin wrote,
> Hi,
> is it really a gnu extension or is uclibc b0rked for these symbols ?
I think it isn't b0rked.
It was added for ARM GNU libc here under #ifdef __USE_GNU:
https://sourceware.org/git/?p=glibc.git;a=blobdiff;f=sysdeps/unix/sysv/linux/arm/bits/fcntl.h;h=aa2d36ca80f
On 23/05/2016 20:12, Waldemar Brodkorb wrote:
> Hi John,
> John Crispin wrote,
>
>> Hi,
>> is it really a gnu extension or is uclibc b0rked for these symbols ?
>
> I think it isn't b0rked.
> It was added for ARM GNU libc here under #ifdef __USE_GNU:
> https://sourceware.org/git/?p=glibc.git;a=b
adds support for mmc on apu2
also adds /usr/bin/find to the ramdisk during flashing.
find is busybox, so the space consequences should be tiny.
Signed-off-by: Russell Senior
---
package/base-files/files/lib/upgrade/common.sh | 1 +
.../x86/base-files/lib/preinit/79_move_config | 6 +
Hi
Trunk build of LEDE gets a kernel panic on TPLink 1043ND v2.1
See log:
http://paste.debian.net/698070/
--
Regards,
A. Benz
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
62cdfc3 added systemd units including a ubus.socket unit, but didn't
actually add socket activation support to ubusd. This would cause the first
connection that activated ubusd to hang (as ubusd ignored it), and stopping
ubusd would break it completely (as ubusd removed the socket file).
The ENABL
On 24/05/2016 02:00, A. Benz wrote:
> Hi
>
> Trunk build of LEDE gets a kernel panic on TPLink 1043ND v2.1
>
> See log:
> http://paste.debian.net/698070/
>
looks like there is no rootfs flashed. whih image did you use ?
John
___
Lede-dev m
On 24 May 2016 at 12:35, John Crispin wrote:
>
>
> On 24/05/2016 02:00, A. Benz wrote:
>> Hi
>>
>> Trunk build of LEDE gets a kernel panic on TPLink 1043ND v2.1
>>
>> See log:
>> http://paste.debian.net/698070/
>>
>
> looks like there is no rootfs flashed. whih image did you use ?
>
> John
On 23 May 2016 at 13:38, Felix Fietkau wrote:
> You can find my work in progress in my staging tree:
> https://git.lede-project.org/?p=lede/nbd/staging.git;a=summary
>
> If you have some time, feedback and patches converting profiles/* stuff
> into proper device profiles will be appreciated.
I'm
On 24/05/2016 07:33, Yousong Zhou wrote:
> On 24 May 2016 at 12:35, John Crispin wrote:
>>
>>
>> On 24/05/2016 02:00, A. Benz wrote:
>>> Hi
>>>
>>> Trunk build of LEDE gets a kernel panic on TPLink 1043ND v2.1
>>>
>>> See log:
>>> http://paste.debian.net/698070/
>>>
>>
>> looks like there is no
On 24/05/2016 07:48, John Crispin wrote:
>
>
> On 24/05/2016 07:33, Yousong Zhou wrote:
>> On 24 May 2016 at 12:35, John Crispin wrote:
>>>
>>>
>>> On 24/05/2016 02:00, A. Benz wrote:
Hi
Trunk build of LEDE gets a kernel panic on TPLink 1043ND v2.1
See log:
http:/
63 matches
Mail list logo
