OpenBSD cvs log

created 2021-06-12T23:05:26Z
begin 2021-06-10T00:00:00Z
end 2021-06-11T00:00:00Z
path src/sys
commits 8

date 2021-06-10T04:49:48Z
author jsg
files src/sys/arch/arm64/arm64/cpu.c log diff annotate
message recognise Cortex-A510, Cortex-A710 and Cortex-X2

date 2021-06-10T06:54:42Z
author fcambus
files src/sys/arch/amd64/conf/RAMDISK_CD log diff annotate
src/sys/arch/arm64/conf/RAMDISK log diff annotate
message Add Spleen 12x24 and 16x32 on amd64's RAMDISK_CD and arm64 RAMDISK kernels.

The size of kernel fonts in RAMDISKs had long been a problem on systems
with large screen resolutions booting via EFI, as previously only the 8x16
font was built into RAMDISKs. As those systems are becoming more common,
this should make the installation and update process more comfortable.

OK deraadt@, jcs@

date 2021-06-10T12:33:48Z
author bluhm
files src/sys/ddb/db_output.c log diff annotate
message Prevent interleaved stack traces in ddb from multiple CPUs. Check
atomically which CPU is currently tracing.
OK cheloha@

date 2021-06-10T13:34:37Z
author jcs
files src/sys/dev/hid/hidms.c log diff annotate
message Don't skip mouse attachment if an otherwise qualified report doesn't
include X and Y usages.

Some devices put the buttons on one report and X/Y on another, which
was causing us to ignore button data. This change will cause
attachment of two mouse devices in this case, but wsmux and X's
handling of input devices will make this transparent.

A future change should use [IU]HIDEV_CLAIM_MULTIPLE_REPORTID and
attach just one [iu]ms device that claims multiple reports and gets
X/Y and button data from whichever report it needs to. But the
future is not today.

ok gnezdo

date 2021-06-10T15:10:56Z
author visa
files src/sys/kern/kern_event.c log diff annotate
src/sys/sys/eventvar.h log diff annotate
message Serialize internals of kqueue with a mutex

Extend struct kqueue with a mutex and use it to serializes the internals
of each kqueue instance. This should make possible to call kqueue's
system call interface without the kernel lock. The event source facing
side of kqueue should now be MP-safe, too, as long as the event source
itself is MP-safe.

msleep() with PCATCH still requires the kernel lock. To manage with
this, kqueue_scan() locks the kernel temporarily for the section that
may sleep.

As a consequence of the kqueue mutex, knote_acquire() can lose a wakeup
when klist_invalidate() calls it. To preserve proper nesting of mutexes,
knote_acquire() has to release the kqueue mutex before it unlocks klist.
This early unlocking of the mutex lets badly timed wakeups go unnoticed.
However, the system should not hang because the sleep has a timeout.

Tested by gnezdo@ and mpi@

OK mpi@

date 2021-06-10T18:05:20Z
author krw
files src/sys/arch/amd64/stand/efiboot/efidev.c log diff annotate
message Sync efid_io() with the recent improvements kettenis@ made to
arm64 efid_io().

ok kettenis@

date 2021-06-10T18:06:35Z
author krw
files src/sys/arch/armv7/stand/efiboot/efidev.c log diff annotate
message Sync efid_io() with the recent improvements kettenis@ made to
arm64 efid_io().

ok kettenis@

date 2021-06-10T22:17:58Z
author krw
files src/sys/arch/armv7/stand/efiboot/conf.c log diff annotate
message Oops. Forgot to commit the version bump.