wireguard-openbsd/sys/arch/m88k, 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@

TRUE/FALSE conversions missed in previous.

2019-11-10T10:03:33Z

Substitute boolean_t/TRUE/FALSE/db_addr_t by int/1/0/vaddr_t.

2019-11-08T15:01:15Z

Tested by miod@, ok aoyama@

Reduce the number of places where `p_priority' and `p_stat' are set.

2019-10-15T10:05:43Z

This refactoring will help future scheduler locking, in particular to shrink the SCHED_LOCK(). No intended behavior change. ok visa@

If uvm_map_inentry returns false then a signal has been delivered, and

2019-09-06T12:22:01Z

userret() must be called on trap() exit to deliver it, rather than repeating the same cause infinitely. discovered by George Koehler ok kettenis bluhm visa

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@

Increment `db_active' before entering db_trap() like other archs do.

2019-07-20T23:03:55Z

ok visa@