wireguard-openbsd/sys/arch/m88k/include, branch jd/queueboosts

introduce "cpu_rnd_messybits" for use instead of nanotime in dev/rnd.c.

2020-05-31T06:23:56Z

rnd.c uses nanotime to get access to some bits that change quickly between events that it can mix into the entropy pool. it doesn't use nanotime to get a monotonically increasing set or ordered and accurate timestamps, it just wants something with bits that change. there's been discussions for years about letting rnd use a clock that's super fast to read, but not necessarily accurate, but it wasn't until recently that i figured out it wasn't interested in time at all, so things like keeping a fast clock coherent between cpu cores or correct according to ntp is unecessary. this means we can just let rnd read the cycle counters on cpus and things will be fine. cpus with cycle counters that vary in their speed and arent kept consistent between cores may even be desirable in this context. so this is the first step in converting rnd.c to reading cycle counter. it copies the nanotime backend to each arch, and they can replace it with something MD as a second step later on. djm@ suggested rnd_messybytes, but we landed on cpu_rnd_messybits. thanks to visa for his eyes. ok deraadt@ visa@ deraadt@ says he will help handle any MD fallout that occurs.

Retire .

2020-05-27T15:16:04Z

Nothing uses the header anymore. OK deraadt@ mpi@

Rewrite m88k mutex code as a slight variation of the MI mutex code.

2020-05-26T11:55:10Z

This will make mutex spinning time visible in top(1), and also might improve stability. The major change in this is that the old assembly code acquires mutexes with an atomic exchange operation, but releases them with a regular store, but the new code always uses atomic exchange operations. The mutex.h changes to the macros conform to to be able to reset the system while in ddb. Suggested from Miod Vallat, tested by me. The stability in heavy load is greatly improved in my case.

%r26 hasn't been used by the threads implementation since 2016, so stop

2019-12-11T07:21:40Z

resetting it in child_return() and update the comment in tcb.h to reflect reality ok miod@ aoyama@

sys/arch/luna88k/luna88k/locore0.S:dummy_cpu assumes that

2019-08-28T13:48:40Z

ci_mp_atomic_{begin,end} are 6th and 7th elements of cpu_info structure. Actually that is dummy structure used in early boot stage, but for consistency, move ci_srp_hazards position in cpu_info. ok mpi@

Include srp.h where struct cpu_info uses srp to avoid erroring out when

2018-12-05T10:28:21Z

including cpu.h machine/intr.h etc without first including param.h when MULTIPROCESSOR is defined. ok visa@

Unify and bump some of the NMBCLUSTERS defines. Some archs had it set to

2018-09-14T13:58:20Z

4MB which is far too low especially when the platform is able to run MP. New limits are, amd64 = 256M; arm64, mips64, sparc64 = 64M; alpha, arm, hppa, i386, powerpc = 32M; m88k, sh = 8M Still rather conservative numbers but much better than before. At least some hangs of arm64 build boxes was caused by this. OK kettenis@, visa@

Adding membar_xxx defines to userland.

2018-08-22T11:25:58Z

The src/lib/libc/thread/rthread.c 1.8 change adds #include in userland code. Current m88k atomic.h contents are inside of #if defined(_KERNEL) guard, then, nothing is defined for userland program. So we need adding some defines to compile it on m88k. The original diff is suggested from Miod Vallat, modified by the advice from mpi@ and kettenis@. ok kettenis@

Remove unused spllock().

2018-08-20T15:02:07Z

OK deraadt@ mpi@

Make luna88k use the MI mplock implementation.

2018-03-12T11:17:06Z

ok visa@