rewritten vxlan(4)

2021-03-03 Thread David Gwynne
as the subject says, this is a rewrite of vxlan(4). vxlan(4) relies on bridge(4) to implement learning, but i want to be able to remove bridge(4) one day. while working on veb(4), i wrote the guts of a learning bridge implementation that is now used by veb(4), bpe(4), and nvgre(4). that learning

slacd(8): Implement RFC 8981 (revised RFC 4941, IPv6 Temporary Address Extensions) (revised patch)

2021-03-03 Thread Fernando Gont
This revised patch adresses a minor issue pointed out by Florian (avoid floating-point math). At this point this is unnecessary, since the IPv6 temporary address lifetimes are not configurable. P.S.: Patch also available at: https://www.gont.com.ar/files/fgont-patch-rfc8981-v0.3.diff Thanks,

Ignore /tmp/.Xauth* in daily

2021-03-03 Thread Vadim Zhukov
Hello all. Since xenodm has DEF_USER_AUTH_DIR set to "/tmp", we need to ignore /tmp/.Xauth* in daily cleanup, don't we? Found the hard way a few minutes ago on my X240. Okay? -- WBR, Vadim Zhukov Index: daily === RCS file:

slacd(8): Implement RFC 8981 (revised RFC 4941, IPv6 Temporary Address Extensions)

2021-03-03 Thread Fernando Gont
Folks, Attached you'll find a patch for slaacd(8) that implements RFC 8981 (a revision of RFC 4941, IPv6 Temporary Address Extensions), just published. slacd(8) had most of it already. The remaining bit was to have each temporary address employ a randomized Preferred Lifetime. I've also found

Re: LibreSSL: handle EXFLAG_INVALID

2021-03-03 Thread Theo Buehler
On Thu, Feb 25, 2021 at 09:34:30PM +0100, Tobias Heider wrote: > Hi, > > while testing different x509 validator corner cases i found that a bunch of > errors are currently not handled in libcrypto. > > In particular duplicate or undecodable extensions are ignored. > The diff below sets

snmpd - improve trap handle documentation

2021-03-03 Thread Martijn van Duren
When moving the traphandler code to snpme I overlooked some text in the "trap handle" section. This diff tries to rectify that. While here, try to be a little more clear in the "listen on" segment as well. OK? martijn@ Index: snmpd.conf.5

Re: Teach rpki-client some https

2021-03-03 Thread Job Snijders
On Tue, Mar 02, 2021 at 05:04:12PM +0100, Theo Buehler wrote: > > I think this is now ready to go in. > > Go for it! > > ok tb OK job@

Re: uvm: modify `uvmexp.swpgonly' atomically

2021-03-03 Thread Mark Kettenis
> Date: Wed, 3 Mar 2021 10:27:34 +0100 > From: Martin Pieuchot > > On 24/02/21(Wed) 11:33, Martin Pieuchot wrote: > > As soon as the upper part of the page fault handler is executed w/o > > KERNEL_LOCK(), uvm_anfree_list() will also be executed without it. > > > > To not corrupt the value of

Re: uvm: modify `uvmexp.swpgonly' atomically

2021-03-03 Thread Martin Pieuchot
On 24/02/21(Wed) 11:33, Martin Pieuchot wrote: > As soon as the upper part of the page fault handler is executed w/o > KERNEL_LOCK(), uvm_anfree_list() will also be executed without it. > > To not corrupt the value of `uvmexp.swpgonly' counter, use atomic > operations to modify it. > > ok?