Re: [LEDE-DEV] MMAP memory out of sync on AR71xx Rambutan (8devices) board.

On Sun, May 6, 2018 at 3:52 AM, Daniel Danzberger wrote: > MMAP'ed memory that has been allocated via 'get_zeroed_page(GFP_KERNEL)' or > 'vmalloc()' doesn't always contain the same data when accessed from userspace. > > This means all userspace programs using mmap to access

Re: [LEDE-DEV] Lack of DNS robustness for openwrt.org

On 15029 March 1977, Bjørn Mork wrote: > 1) update the .org delegation to include *all* NS records for the >openwrt.org zone I added the soapstone one to the registrar for now, as thats an easy step to do. > 3) possibly consider adding/replacing DNS servers with more robust > (anycasted?)

[LEDE-DEV] [PATCH] iproute2: backport json_print-fix-hidden-64-bit-type-promotion

The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- print_uint() will silently

Re: [LEDE-DEV] Lack of DNS robustness for openwrt.org

> Hello, > > I apologize for bringing up this long-standing issue at a time where you > all have need to other issues to take care of. But it's again become a > real pressing issue, at least seen from the networks I have a presence in. We can host it (primary or just secondary) on

[LEDE-DEV] [PATCH 1/2] iproute2: import latest cake

The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Bearing fruits of the latest

[LEDE-DEV] [PATCH 0/2] bump cake support in iproute2 & kmod

The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Bearing fruits of attempting to

Re: [LEDE-DEV] [PATCH] download: skip hash check without a download hash

> Op 30 apr. 2018, om 08:39 heeft John Crispin het volgende > geschreven: > > On 30/03/18 17:34, Hauke Mehrtens wrote: >> If the package doe not contain a PKG_HASH just skip the check instead of >> making the download fail. The scripts/download.pl script will >>

Re: [LEDE-DEV] Lack of DNS robustness for openwrt.org

On 06/05/18 17:44, David Woodhouse wrote: Hello, I apologize for bringing up this long-standing issue at a time where you all have need to other issues to take care of. But it's again become a real pressing issue, at least seen from the networks I have a presence in. We can host it (primary

[LEDE-DEV] [PATCH 2/2] cake: bump to 20180504 bake

The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Cake is bearing fruits of kernel

Re: [LEDE-DEV] 18.06 Status?

Well, schedule means a bit of organization and commitment around something, I personally don't fear it. I am only putting this point here because something happen the recent past (including during the merge agreements) that justifies. And again nothing happens if a feature is skipped.But the

Re: [LEDE-DEV] [PATCH 2/2] kernel: bump 4.14 to 4.14.38

On 06-05-18 19:25, Tomasz Maciej Nowak wrote: Hi Koen. W dniu 03.05.2018 o 11:57, Koen Vandeputte pisze: All, Please skip these. It does not apply anymore due to:   "kernel: add missing in6_dev_put_clear call to an ipv6 network patch" Also .. yet another kernel bump was released yesterday

Re: [LEDE-DEV] [PATCH 2/2] kernel: bump 4.14 to 4.14.38

Hi Koen. W dniu 03.05.2018 o 11:57, Koen Vandeputte pisze: > All, > > Please skip these. > It does not apply anymore due to:   "kernel: add missing in6_dev_put_clear > call to an ipv6 network patch" > > Also .. yet another kernel bump was released yesterday .. If You'll be doing kernel bump

Re: [LEDE-DEV] Lack of DNS robustness for openwrt.org

On 06/05/18 22:44, Joerg Jaspert wrote: On 15029 March 1977, Bjørn Mork wrote: 1) update the .org delegation to include *all* NS records for the openwrt.org zone I added the soapstone one to the registrar for now, as thats an easy step to do. 3) possibly consider adding/replacing DNS

Re: [LEDE-DEV] 18.06 Status?

On 06/05/18 09:43, Jaap Buurman wrote: Dear John, That is most excellent to hear :) Please disregard my previous comment. Where did this decision take place by the way? I tried searching the mailing list but couldn't find anything. My apologies for bothering the mailing list with this

[LEDE-DEV] Lack of DNS robustness for openwrt.org

Hello, I apologize for bringing up this long-standing issue at a time where you all have need to other issues to take care of. But it's again become a real pressing issue, at least seen from the networks I have a presence in. The main problem is that there still hasn't been any update to the

Re: [LEDE-DEV] Firewall restart crashes routers with kernel 4.14

Hi, Thanks for your reply, good to know that I am not alone :) On Sat, May 5, 2018 at 9:45 PM, Lucian Cristian wrote: > do you have hardware offloading enabled and multiwan ? > > I have the same problem when I enable them The routers do support hardware offloading (ZBT WG3526

[LEDE-DEV] MMAP memory out of sync on AR71xx Rambutan (8devices) board.

MMAP'ed memory that has been allocated via 'get_zeroed_page(GFP_KERNEL)' or 'vmalloc()' doesn't always contain the same data when accessed from userspace. This means all userspace programs using mmap to access kernel memory aren't always working properly on the Rambutan board. I am currently