Re: symmetric toeplitz hashing

2020-06-12 Thread Theo Buehler
On Sat, Jun 13, 2020 at 11:35:42AM +1000, David Gwynne wrote: > On Fri, Jun 12, 2020 at 03:37:59PM +0200, Theo Buehler wrote: > > I finally found the time to think about the mathematics of this some > > more and I'm now convinced that it's a sound construction. I hope that > > one or the other

Re: cpu_rnd_messybits() for hppa

2020-06-12 Thread Theo de Raadt
I'm running this, seems to be working correctly. Christian Weisgerber wrote: > Here's a cpu_rnd_messybits() for hppa. This just steals from > itmr_get_timecount(). If we want to use the mfctl() macro, we need > to include into cpu.h. I don't know if we want > that, so I went with the

Re: symmetric toeplitz hashing

2020-06-12 Thread David Gwynne
On Fri, Jun 12, 2020 at 03:37:59PM +0200, Theo Buehler wrote: > I finally found the time to think about the mathematics of this some > more and I'm now convinced that it's a sound construction. I hope that > one or the other observation below will be useful for you. Yes, I read everything below

Re: npppd(8) man pages fix

2020-06-12 Thread David Gwynne
> On 13 Jun 2020, at 6:47 am, Jason McIntyre wrote: > > On Fri, Jun 12, 2020 at 09:53:33PM +0300, Vitaliy Makkoveev wrote: >> Since 6.7-release npppd(8) uses pppac(4) instead of tun(4) but manual >> page still has the reference to tun(4). >> >> Diff below replaced `tun' by `pppac' in

npppd(8) man pages fix

2020-06-12 Thread Vitaliy Makkoveev
Since 6.7-release npppd(8) uses pppac(4) instead of tun(4) but manual page still has the reference to tun(4). Diff below replaced `tun' by `pppac' in npppd(8) man page. Also `pppac' added to npppd.conf(5). Index: usr.sbin/npppd/npppd/npppd.8

Re: sparc64: ofwboot: load CTF section to enable ddb's "show struct"

2020-06-12 Thread Klemens Nanni
On Sat, Jun 13, 2020 at 12:11:13AM +0200, Mark Kettenis wrote: > (there are some style issues with this code, but they are present in > the libsa version as well) Yup, various things are slightly different, but I just sticked to what's in ofwboot/elf64_exec.c already; adjusting one for

Re: sparc64: ofwboot: load CTF section to enable ddb's "show struct"

2020-06-12 Thread Mark Kettenis
> Date: Sat, 13 Jun 2020 00:03:14 +0200 > From: Klemens Nanni > > DDB's "show struct" on sparc64 does not work because the boot loader > does not load the kernel's ELF section ".SUNW_ctf". > > Adapt ofwboot to do so just like libsa already does on other platforms > (such as amd64) and therefore

sparc64: ofwboot: load CTF section to enable ddb's "show struct"

2020-06-12 Thread Klemens Nanni
DDB's "show struct" on sparc64 does not work because the boot loader does not load the kernel's ELF section ".SUNW_ctf". Adapt ofwboot to do so just like libsa already does on other platforms (such as amd64) and therefore enable DDB utilise CTF information. I needed this back when the earlier

cpu_rnd_messybits() for hppa

2020-06-12 Thread Christian Weisgerber
Here's a cpu_rnd_messybits() for hppa. This just steals from itmr_get_timecount(). If we want to use the mfctl() macro, we need to include into cpu.h. I don't know if we want that, so I went with the explicit asm() instead. Completely untested. Index: sys/arch/hppa/hppa/machdep.c

Re: npppd(8) man pages fix

2020-06-12 Thread Jason McIntyre
On Fri, Jun 12, 2020 at 09:53:33PM +0300, Vitaliy Makkoveev wrote: > Since 6.7-release npppd(8) uses pppac(4) instead of tun(4) but manual > page still has the reference to tun(4). > > Diff below replaced `tun' by `pppac' in npppd(8) man page. Also `pppac' > added to npppd.conf(5). > hi! this

Re: userland clock_gettime proof of concept

2020-06-12 Thread Mark Kettenis
> From: Paul Irofti > Date: Fri, 12 Jun 2020 12:30:22 +0300 > > On 12.06.2020 10:48, Robert Nagy wrote: > > On 11/06/20 20:10 +0200, Mark Kettenis wrote: > >>> Date: Thu, 11 Jun 2020 19:38:48 +0200 > >>> From: Christian Weisgerber > >>> > >>> Theo de Raadt: > >>> > The diff is growing

Re: symmetric toeplitz hashing

2020-06-12 Thread Theo Buehler
I finally found the time to think about the mathematics of this some more and I'm now convinced that it's a sound construction. I hope that one or the other observation below will be useful for you. The hash as it is now can be proved to produce values in the full range of uint16_t, so that's

Re: userland clock_gettime proof of concept

2020-06-12 Thread Paul Irofti
On 12.06.2020 10:48, Robert Nagy wrote: On 11/06/20 20:10 +0200, Mark Kettenis wrote: Date: Thu, 11 Jun 2020 19:38:48 +0200 From: Christian Weisgerber Theo de Raadt: The diff is growing complexity to support a future which wouldn't exist if attempts at *supporting all* architectures

Re: ffs(3): libc arch versions, regress

2020-06-12 Thread Christian Weisgerber
Christian Weisgerber: > This adds the optimized ffs(3) versions on aarch64 and powerpc to > libc, for completeness' sake. > > Also add a brief regression test. > > OK? Index: lib/libc/arch/aarch64/string/Makefile.inc === RCS file:

Re: userland clock_gettime proof of concept

2020-06-12 Thread Robert Nagy
On 11/06/20 20:10 +0200, Mark Kettenis wrote: > > Date: Thu, 11 Jun 2020 19:38:48 +0200 > > From: Christian Weisgerber > > > > Theo de Raadt: > > > > > The diff is growing complexity to support a future which wouldn't > > > exist if attempts at *supporting all* architectures received priority.