On 18-10-17 01:40, Aaron Z wrote:
> On Tue, Oct 17, 2017 at 3:24 AM, Felix Fietkau wrote:
>> On 2017-10-17 01:53, Jim Gettys wrote:
>>> Will this require a upgrade of the base image, or can we just upgrade
>>> packages? If so,
>>> which ones?
>>>
Hi there;
As a long time Openwrt -nee Lede user and sometimes bug reporter; I've been
maintaining my own forks and builds for several different purposes for 10+
years now. I've gotten a lot out of the project personally and
professionally and would just like to thank everyone for their
On Tue, Oct 17, 2017 at 3:24 AM, Felix Fietkau wrote:
> On 2017-10-17 01:53, Jim Gettys wrote:
> > Will this require a upgrade of the base image, or can we just upgrade
> > packages? If so,
> > which ones?
> > - Jim
> Updating wpad(-mini)
Hi.
We’re currently at Perl 5.24.1 but there are some known CVE’s in that version.
5.26.1 was recently released with fixes.
New architecture specific parameters were added with 5.26.1 to the
configuration, as well as a couple of new functions which (as best I can tell),
both MUSL and glibc
Merged into my staging tree with
http://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=890205feb0.
Thank you!
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Well that's embarasing :). Forgot to add _done. Not enough coffee.
On Tue, 2017-10-17 at 22:16 +0100, Kevin Darbyshire-Bryant wrote:
>
> On 17/10/17 21:52, ros...@gmail.com wrote:
> > I'll take your word for it since I have no hardware to test on.
>
> I'd say it has a huge impact on performance
On 17/10/17 21:52, ros...@gmail.com wrote:
I'll take your word for it since I have no hardware to test on.
I'd say it has a huge impact on performance irrespective of hardware
'cos the patch as supplied doesn't actually compile ;-)
CC
I'll take your word for it since I have no hardware to test on.
On Tue, 2017-10-17 at 21:44 +0200, Felix Fietkau wrote:
> On 2017-10-17 18:51, Rosen Penev wrote:
> > This should have no impact on the recently discovered performance
> > regression.
> >
> > Signed-off-by: Rosen Penev
Display the point-to-point IPv4 address as well when dumping
the IP address list in ubus.
Signed-off-by: Hans Dedecker
---
ubus.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/ubus.c b/ubus.c
index ebf9891..96bc247 100644
--- a/ubus.c
+++ b/ubus.c
@@ -441,6
Add config support support for point-to-point IPv4 addresses by providing
the uci parameter ptpaddr. This allows to support a gateway being in a
different subnet than the assigned IP by modeling the local IP having a
point-to-point address.
This is similar to the point-to-point IPv4 address
On 2017-10-17 18:51, Rosen Penev wrote:
> This should have no impact on the recently discovered performance regression.
>
> Signed-off-by: Rosen Penev
When GRO is not used, this makes no difference at all.
- Felix
___
Lede-dev
On 17/10/17 17:51, Rosen Penev wrote:
This should have no impact on the recently discovered performance regression.
Signed-off-by: Rosen Penev
---
With the greatest will in the world, should isn't the same as doesn't :-)
Any testing?
Cheers,
Kevin
On 15/10/17 03:52, Magnus Kroken wrote:
Various fixes inlcuding CVE-2017-7518, CVE-2017-0786
and CVE-2017-1000255.
Patches refreshed.
Signed-off-by: Magnus Kroken
---
Runtime tested on mpc85xx and x86_64.
Tested-by: Kevin Darbyshire-Bryant
Hi Piotr,
I'm using internal uart, but I have disabled cron from writing to
serial console, and also disabled serial as login tty.
Cheers,
Valent.
On Tue, Oct 17, 2017 at 1:08 PM, Piotr Dymacz wrote:
> Hi Valent,
>
>
> On 16.10.2017 22:04, Valent Turkovic wrote:
>>
>> Hi,
>>
This should have no impact on the recently discovered performance regression.
Signed-off-by: Rosen Penev
---
.../ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
The init script generated something like "DEVICE=/dev/sda" when it should have
been generating "DEVICE /dev/sda". mdadm errors on this. Patch by jow.
Also changed the default sendmail path to /usr/sbin/sendmail. No package in
LEDE provides /sbin/sendmail. msmtp provides /usr/sbin/sendmail so
NAPI_POLL_WEIGHT was introduced in the kernel for exactly this purpose 5 years
ago.
Signed-off-by: Rosen Penev
---
.../linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx.h | 5 ++---
.../files/drivers/net/ethernet/atheros/ag71xx/ag71xx_debugfs.c | 6 +++---
Felix Fietkau writes:
> On 2017-09-03 20:35, Rosen Penev wrote:
>> On a TL-WN710N, this patch increases iperf performance from ~92.5 to ~93.5
>> mbps.> Keep in mind the WN710N is a 100mbps device. I expect greater numbers
> from gigabit devices.
>>
>> Signed-off-by: Rosen Penev
On 2017-10-16 00:35, Hauke Mehrtens wrote:
> Hi,
>
> I added support for kernel 4.9 to the ar71xx target some days ago and it
> was tested by multiple people.
>
> The only regression in kernel 4.9 compared to 4.4, I am aware of was
> this performance regression reported by Sven Schönhoff:
>
On 2017-09-03 20:35, Rosen Penev wrote:
> On a TL-WN710N, this patch increases iperf performance from ~92.5 to ~93.5
> mbps.> Keep in mind the WN710N is a 100mbps device. I expect greater numbers
from gigabit devices.
>
> Signed-off-by: Rosen Penev
Hi Rosen,
Sorry about that,
Hello,
thanks - works.
Greetz, yanosz
Am 2017-10-16 um 11:57 schrieb Jo-Philipp Wich:
> Hi,
>
> try using "define Build/Compile" instead of "define
> Package/helloworld/compile".
>
> ~ Jo
>
> ___
> Lede-dev mailing list
>
Hi Valent,
On 16.10.2017 22:04, Valent Turkovic wrote:
Hi,
I'm working with Lede on ar71xx platform (Carambola2 wifi module) to
gather sensor data over serial, save it and transfer it to "could".
Previous firmware was based on OpenWrt Chaos Calmer but latest one is
based upon Lede 17.01.01.
On 2017-10-16 23:30, Christian Lamparter wrote:
> Lede-dev@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
Why do I receive emails two times?
One with this signature ^^^ and another without?
Probably because, I hit "reply all"? But this is a mailing-list!
If you are
On 2017-10-17 01:53, Jim Gettys wrote:
> On Mon, Oct 16, 2017 at 6:41 AM, Stijn Tintel wrote:
>> On 16-10-17 13:15, Stijn Tintel wrote:
>>> On 16-10-17 13:12, Koen Vandeputte wrote:
On 2017-10-16 11:48, Nick Lowe wrote:
> Referencing
Does ath9k driver when not connected do periodical scans to find ssid
and to connect to? Does this cause some interrupts that could cause
reading of serial data to loose one character?
Does ath9k driver reset every time it doesn't find known ssid?
___
25 matches
Mail list logo