OpenBSD cvs log

created 2024-04-06T23:53:15Z
begin 2024-04-03T00:00:00Z
end 2024-04-04T00:00:00Z
path src/sys
commits 6

date 2024-04-03T02:01:21Z
author guenther
files src/sys/arch/amd64/amd64/cacheinfo.c log diff annotate
src/sys/arch/amd64/amd64/cpu.c log diff annotate
src/sys/arch/amd64/amd64/identcpu.c log diff annotate
src/sys/arch/amd64/amd64/lapic.c log diff annotate
src/sys/arch/amd64/amd64/machdep.c log diff annotate
src/sys/arch/amd64/amd64/mtrr.c log diff annotate
src/sys/arch/amd64/amd64/pctr.c log diff annotate
src/sys/arch/amd64/amd64/tsc.c log diff annotate
src/sys/arch/amd64/amd64/ucode.c log diff annotate
src/sys/arch/amd64/include/cpu.h log diff annotate
message Add ci_cpuid_level and ci_vendor holding the per-CPU basic cpuid
level and a numeric mapping of the cpu vendor, both from CPUID(0).
Convert the general use of strcmp(cpu_vendor) to simple numeric
tests of ci_vendor. Track the minimum of all ci_cpuid_level in the
cpuid_level global and continue to use that for what we vmm exposes.

AMD testing help matthieu@ krw@
ok miod@ deraadt@ cheloha@

date 2024-04-03T18:32:47Z
author gkoehler
files src/sys/dev/ipmi.c log diff annotate
message Change ipmi(4)'s taskq from IPL_NONE to IPL_MPFLOOR

The IPL_NONE mutex didn't block interrupts that can cause a powerpc64
kernel with option WITNESS to "panic: acquiring blockable sleep lock
with spinlock or critical section held (kernel_lock) &kernel_lock".

ok mpi@

date 2024-04-03T18:41:38Z
author miod
files src/sys/dev/ic/ncr53c9x.c log diff annotate
src/sys/dev/ic/ncr53c9xvar.h log diff annotate
message Reuse the timeout from struct scsi_xfer rather than declaring one in
struct ncr53c9x_ecb.

When the scsi_xfer timeout was introduced *cough* 23 years ago, SCSI drivers
were progressively updated to use this, but for some reason that driver got
missed.

ok dlg@ krw@

date 2024-04-03T18:43:32Z
author miod
files src/sys/arch/amd64/amd64/pmap.c log diff annotate
src/sys/arch/i386/i386/pmap.c log diff annotate
src/sys/uvm/uvm_pmap.h log diff annotate
message pmap_virtual_space() and pmap_steal_memory() are mutually exclusive, so
make sure only one of them is prototyped and only one of them is implemented.
ok mpi@ kettenis@

date 2024-04-03T19:30:59Z
author gkoehler
files src/sys/arch/powerpc/include/mplock.h log diff annotate
src/sys/arch/powerpc/powerpc/lock_machdep.c log diff annotate
src/sys/arch/powerpc/powerpc/pmap.c log diff annotate
src/sys/arch/powerpc64/powerpc64/pmap.c log diff annotate
message Initialize earlier macppc's and powerpc64's pmap_hash_lock

At boot, the powerpc64 kernel was calling
pmap_bootstrap -> pmap_kenter_pa -> mtx_enter(&pmap_hash_lock)
before it did
pmap_init -> mtx_init(&pmap_hash_lock, IPL_HIGH)

Change from mtx_init to MUTEX_INITIALIZER. This allows an option
WITNESS kernel to boot without warning of an uninitialized mutex.

Also change macppc's pmap_hash_lock from __ppc_lock_init to
PPC_LOCK_INITIALIZER, though WITNESS doesn't see this lock.

ok mpi@

date 2024-04-03T22:21:48Z
author kettenis
files src/sys/uvm/uvm_mmap.c log diff annotate
message Stopping grabbing the kernel lock in kbind(2).

ok mpi@