On Fri, Nov 06, 2020 at 01:10:52AM +0100, Jan Klemkow wrote:
> Hi,
>
> bluhm and I make some network performance measurements and kernel
> profiling.
>
> Setup:Linux (iperf) -10gbit-> OpenBSD (relayd) -10gbit-> Linux (iperf)
>
> We figured out, that the kernel uses a huge amount of
Hi,
bluhm and I make some network performance measurements and kernel
profiling.
Setup: Linux (iperf) -10gbit-> OpenBSD (relayd) -10gbit-> Linux (iperf)
We figured out, that the kernel uses a huge amount of processing time
for sending ACKs to the sender on the receiving interface. After
On Wed, 4 Nov 2020 00:21:15 -0500
George Koehler wrote:
> I posted this diff at https://reviews.llvm.org/D90329 ...
>
> ok to commit? --George
No, I withdraw my diff. In about a week, I might have a better diff
that also fixes va_arg with some C++ types. This only affects 32-bit
powerpc;
> Date: Thu, 5 Nov 2020 09:20:49 -0300
> From: Martin Pieuchot
>
> One of the functions call in uvm_fault() passes a non-initialized
> `oanon' argument. This bug is harmless as long as there is no locking
> associated to amap & anons. But more importantly an `amap' is passed
> to the function
We have released OpenBGPD 6.8p1, which will be arriving in the
OpenBGPD directory of your local OpenBSD mirror soon.
This is the second stable release for the 6.8 version. It includes
the following change:
* Include OpenBSD 6.8 errata 001:
In bgpd, the roa-set parser could leak memory.
ok bcook@
On Thu, Nov 5, 2020 at 6:16 AM Claudio Jeker wrote:
>
> Since newer compilers default to -fno-common fix bgpd to not depend on
> common symbols. The last few ones can just be converted to static symbols
> since these are only used in the RDE or SE main code.
> With the previous diffs
One of the functions call in uvm_fault() passes a non-initialized
`oanon' argument. This bug is harmless as long as there is no locking
associated to amap & anons. But more importantly an `amap' is passed
to the function any given anon should share its lock, so this parameter
is redundant.
ok
Since newer compilers default to -fno-common fix bgpd to not depend on
common symbols. The last few ones can just be converted to static symbols
since these are only used in the RDE or SE main code.
With the previous diffs and this one I can compile bgpd and bgpctl with
-fno-common.
OK?
--
:wq
> From: James Hastings
> Date: Tue, 3 Nov 2020 22:58:04 -0500 (EST)
>
> On 10/14/20, Mark Kettenis wrote:
> >> From: James Hastings
> >> Date: Sun, 11 Oct 2020 03:49:11 -0400 (EDT)
> >>
> >> On Thu, 08 Oct 2020 20:29:38 + Mark Kettenis wrote:
> >> > Diff below adds a driver for the GPIO