Bump to latest WireGuard snapshot release:
ed479fa (tag: 0.0.20171122) version: bump snapshot
efd9db0 chacha20poly1305: poly cleans up its own state
5700b61 poly1305-x86_64: unclobber %rbp
314c172 global: switch from timeval to timespec
9e4aa7a poly1305: import MIPS64 primitive from OpenSSL
7a5ce4
Signed-off-by: Borja Salazar
---
src/dhcpv4.c | 8
src/odhcpd.h | 1 +
src/ubus.c | 19 +++
3 files changed, 28 insertions(+)
diff --git a/src/dhcpv4.c b/src/dhcpv4.c
index 166582e..ad8d338 100644
--- a/src/dhcpv4.c
+++ b/src/dhcpv4.c
@@ -870,6 +870,14 @@ static void
> On 24 Nov 2017, at 10:56, Borja Salazar wrote:
>
> Signed-off-by: Borja Salazar
> ---
> src/dhcpv4.c | 8
> src/odhcpd.h | 1 +
> src/ubus.c | 19 +++
> 3 files changed, 28 insertions(+)
I suspect people are going to want to see a patch description as well as a
r
On Tue, Nov 21, 2017 at 5:50 PM, Tim Harvey wrote:
> On Fri, Nov 10, 2017 at 3:57 AM, Outback Dingo wrote:
>> Yeah i can do tthat, as a side note, do you know anything about
>> cpu_scaling or thermal management on this board maybe ? it runs
>> terribly hot
>>
>
> As you guys worked out the GW5520
On 11/24/2017 08:11 AM, Luiz Angelo Daros de Luca wrote:
>>> After applied, the list of files in backup in a fresh installation change
>>> from:
>>> to:
>>>
>>> root at LEDE:~# sysupgrade -l
>>> /etc/config/dhcp
>>> /etc/config/firewall
>>> /etc/config/network
>>> /etc/config/system
>>> /etc/drop
On Fri, Nov 24, 2017 at 11:28 AM, Kevin Darbyshire-Bryant
wrote:
> Bump to latest WireGuard snapshot release:
>
> ed479fa (tag: 0.0.20171122) version: bump snapshot
> efd9db0 chacha20poly1305: poly cleans up its own state
> 5700b61 poly1305-x86_64: unclobber %rbp
> 314c172 global: switch from time
When logd is restarted while 'logread -f' is running, the
logread process terminates, which cumbers debugging in
different use-cases.
This patch adds re-connect functionality to logread. In
follow mode, when the ustream to logd is disconnected,
instead of terminating, it tries to re-connect to log
Hi Nishant -
As a possible alternate solution...
If you don't need the curvature feature of HFSC, then HTB will work just
as well. It handles the hierarchy and bandwidth sharing. Some may
express concern HTB is slower at high bandwidths. This isn't entirely
true. The HTB parameters "burst" an
On 11/23/2017 03:54 AM, Hans Dedecker wrote:
Hi,
On Thu, Nov 23, 2017 at 6:38 AM, Eric Luehrsen wrote:
FS#1188 has been raised due to problems for optional build recipes in
"dhcpv4: make DHCPv4 support compiletime configurable"
(d80621fea5cafcdca3f7fe762fede374a66e4b2) because no odhcpd-full p
One more interesting thing is there are two patches upgrade the
firmware version code to 20.
What we are using is the one[0] already labeled as 'Not Applicable',
while there is another one[1] labeled as 'RFC'.
I don't understand the current state of the patch.
[0]: https://patchwork.kernel.org/
The comparison results as below, db2fw is the current one we are
using(aka the 'Not Applicable' patch), db2bin is the RFC patch.
You can see they generate files with different length.
command: diff -y <(xxd reg-db2fw) <(xxd reg-db2bin)
: 5247 4442 0014 3030 02ca 4144 034b RGDB0
Hi,
from my perspective a toolchain bug in CMAKE-based packages like odhcpd
or uttpd, see FS#1189.
best regards
dirk
On Fr, 2017-11-24 at 12:57 -0500, Eric Luehrsen wrote:
> On 11/23/2017 03:54 AM, Hans Dedecker wrote:
> > Hi,
> >
> > On Thu, Nov 23, 2017 at 6:38 AM, Eric Luehrsen > com> wrote
12 matches
Mail list logo
