Hi,
i have moved all the profiles into the image building code. i have done
some basic testing and already got a bit of feedback from others.
it would be nice if people could help test the following patch from my
staging tree
https://git.lede-project.org/?p=lede/blogic/staging.git;a=commit;h=757
> I'm now having a highly experimental version of MPTCP (as a package) for
> 15.05, (and one that builds on my old dirty trunk with the old
> patches-4.1 still i place)
Just to make sure people don't get confused -- MP-TCP doesn't need router
support, and OpenWRT/LEDE is quite able to route MP-TCP
Hi,
I will test Compex products WPJ342, WPJ344, WPJ531 and WPJ558.
By the way, please let us* know if you are interested in testing Compex
products or fixing LEDE bugs for Compex products, we shall arrange you
sample accordingly.
us = huibo_...@compex.com.sg or dat...@compex.com.sg
Thanks,
On 06/20/2016 09:59 AM, Matthias Schiffer wrote:
> When a process quits in response to a signal it handles, it should to so
> be re-sending the signal to itself. This especially important for SIGINT,
> as is explained in [1].
>
> uloop currently hides the reason for quitting uloop_run(). Fix this
Hi,
first of all, thanks for putting work into that - I like the changes in
general. Have a few comments inline below.
~ Jo
> Consistently handle allocation failures. Some functions are changed to
> return bool instead of void to allow returning an error.
>
> Also fix a buffer size miscalculati
On 06/20/2016 09:59 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
On 06/21/2016 12:32 PM, Jo-Philipp Wich wrote:
> Hi,
>
> first of all, thanks for putting work into that - I like the changes in
> general. Have a few comments inline below.
>
> ~ Jo
>
>> Consistently handle allocation failures. Some functions are changed to
>> return bool instead of void to all
On 21.6.2016 11:23, John Crispin wrote:
it would be nice if people could help test the following patch from my
staging tree
https://git.lede-project.org/?p=lede/blogic/staging.git;a=commit;h=75773d43cd44ee70e293343fad11db654c35a4ed
My WNDR3700/3800 firmware gets compiled ok with the patch. The
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Ben,
merged into source.git - thanks!
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi Ben,
pushed to source.git with small typo fix in subject.
Thanks!
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
16.06.2016 22:15, Felix Fietkau пишет:
On 2016-06-16 21:04, ad...@yapic.net wrote:
From: Sergey Sergeev
If KERNEL_INITRAMFS := in the target/linux/*/image/Makefile->Device/%NAME%
section is set to ''
then personal initramfs file for this target device will not be created.
This var is si
On 06/21/2016 12:32 PM, Jo-Philipp Wich wrote:
> Hi,
>
> first of all, thanks for putting work into that - I like the changes in
> general. Have a few comments inline below.
>
> ~ Jo
>
[...]
>> diff --git a/lua/uloop.c b/lua/uloop.c
>> index 782b5a5..db89e72 100644
>> --- a/lua/uloop.c
>> +++ b/
When a process quits in response to a signal it handles, it should to so
be re-sending the signal to itself. This especially important for SIGINT,
as is explained in [1].
uloop currently hides the reason for quitting uloop_run(). Fix this by
returning the signal that caused the loop to quit (or 0
Consistently handle allocation failures. Some functions are changed to
return bool or int instead of void to allow returning an error.
Also fix a buffer size miscalculation in lua/uloop and use _exit() instead
of exit() on errors after forking.
Signed-off-by: Matthias Schiffer
---
v2:
- make blo
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 breaking software relying on this behaviour, introduce new
f
Hi Ben,
>-Original Message-
>From: Ben Greear
>
>This works around regressions added in the 4.7 kernel.
Tried it but still have the recurrent stack trace warning we had after the
last compat-wireless update.
This was the most "visible" regression we
On 06/21/2016 11:55 AM, Adrian Panella wrote:
Hi Ben,
-Original Message-
From: Ben Greear
This works around regressions added in the 4.7 kernel.
Tried it but still have the recurrent stack trace warning we had after the
last compat-wireless update.
This was the most "visible" regres
In the upstream kernel and the upstream squashfs4 tools the xz
compression header looks the following:
struct disk_comp_opts {
__le32 dictionary_size;
__le32 flags;
};
We added some other members and also moved some existing members. Place
the members which are already in upstream
Signed-off-by: Hauke Mehrtens
---
.../492-try-auto-mounting-ubi0-rootfs-in-init-do_mounts.c.patch | 3 ++-
.../492-try-auto-mounting-ubi0-rootfs-in-init-do_mounts.c.patch | 3 ++-
.../492-try-auto-mounting-ubi0-rootfs-in-init-do_mounts.c.patch | 5 +++--
3 files changed, 7 insertio
I've posted the recordings of the TR-069 and OpenWrt Meetings from June
10 and June 17. Check them out via the links below if you're interested
in the discussion.
* June 10 - https://youtu.be/U2SiveQwKm8
* June 17 - https://youtu.be/Hvqi1EFs_U0
We'll be having another meeting this week on June 24
Citeren John Crispin :
Hi,
i have moved all the profiles into the image building code. i have done
some basic testing and already got a bit of feedback from others.
it would be nice if people could help test the following patch from my
staging tree
https://git.lede-project.org/?p=lede/blogic/
From: Ben Greear
This lets one use the ath10k-ct driver instead of the built-in
ath10k driver from the upstream kernel (or backports).
Signed-off-by: Ben Greear
---
This has been lightly tested with ath10k-ct firmware on 9880
hardware.
*THIS PATCH BREAKS ath9k* because I am compiling ath10k
On Tuesday, June 21, 2016 10:23:46 AM John Crispin wrote:
> it would be nice if people could help test the following patch from my
> staging tree
>
I tested the a patched sysupgrade for:
- WD's My Net Wi-Fi Range Extender (MYNETREXT)
- Netgear's WNDR3700 v2 (WNDR3700)
- TP-Link's Archer C7 v1(A
In company networks everything except the http and https protocol is
often causes problems, because the network administrators try to block
everything else. To make it easier to use LEDE in company networks use
the https/http protocol for git access when possible.
Signed-off-by: Hauke Mehrtens
--
On Tue, 2016-06-21 at 10:23 +0200, John Crispin wrote:
> Hi,
>
> i have moved all the profiles into the image building code. i have done
> some basic testing and already got a bit of feedback from others.
>
> it would be nice if people could help test the following patch from my
> staging tree
>
From: Ben Greear
This lets one use the ath9k and ath10k driver instead of the built-in
ath10k/ath9k driver from the upstream kernel (or backports).
For ath10k, this should be a drop-in replacement, as well as enabling
better CT firmware support.
For ath9k, this enables some 5Mhz channel and 4.9
I'll point out that there is a lot of work being done on these drivers right now
in terms of making significant changes to how they do buffering that in
increasing network speed as well as reducing latency
search the follwoing lists for [make-wifi-fast] to see the details and
benchmarks
make-
On Tue, 21 Jun 2016, Ben Greear wrote:
On 06/21/2016 03:04 PM, David Lang wrote:
I'll point out that there is a lot of work being done on these drivers
right now in terms of making significant changes to how they do buffering
that in
increasing network speed as well as reducing latency
searc
On 06/21/2016 03:04 PM, David Lang wrote:
I'll point out that there is a lot of work being done on these drivers right
now in terms of making significant changes to how they do buffering that in
increasing network speed as well as reducing latency
search the follwoing lists for [make-wifi-fast]
In case someone wants to try out my patches by just cloning a tree:
https://github.com/greearb/lede-source-ct
The README has some notes on how to easily build for the 'apu2' platform,
and normal build infrastructure is supported as well.
I am likely to rebase this often as I have time to sync w
On 06/21/2016 03:45 PM, Ben Greear wrote:
In case someone wants to try out my patches by just cloning a tree:
https://github.com/greearb/lede-source-ct
The README has some notes on how to easily build for the 'apu2' platform,
and normal build infrastructure is supported as well.
I am likely to
On 06/21/2016 03:15 PM, David Lang wrote:
On Tue, 21 Jun 2016, Ben Greear wrote:
On 06/21/2016 03:04 PM, David Lang wrote:
I'll point out that there is a lot of work being done on these drivers right
now in terms of making significant changes to how they do buffering that in
increasing networ
33 matches
Mail list logo
