Folks I dont know if this is any help we had similar behavior On Intel systems on Proxmox / kvm years and years ago ...
this looks similar to a kvm bug with OpenBSD years ago where on Intel systems with preempt timer enabled , we turned it off... on the Host machine and then OpenBSD guests were fine... (in later versions of Proxmox we did not have that issue ... ( Proxmox verions 5- 6 had the issue if I recall correctly) and the issue did not occur on AMD CPUs.. so in debian / proxmox I ran the following command echo options kvm-intel preemption_timer=N >>/etc/modprobe.d/kvm-intel.conf and then openBSD vms on the Proxmox system worked perfect... I know this post is left of field but It may help All the best TOm Smyth On Thu, 6 Nov 2025 at 15:04, Arnaud Brand <[email protected]> wrote: > > Yes, of course ! > > ns1# sysctl kern.timecounter > kern.timecounter.tick=1 > kern.timecounter.timestepwarnings=0 > kern.timecounter.hardware=pvclock0 > kern.timecounter.choice=i8254(0) pvclock0(1500) tsc(-1000) > > > occam# dmesg > OpenBSD 7.8 (GENERIC.MP) #54: Sun Oct 12 12:58:11 MDT 2025 > [email protected]:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 4259946496 (4062MB) > avail mem = 4104167424 (3914MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xcfe9b020 (7 entries) > bios0: vendor coreboot version "v4.8.0.3" date 20180708 > bios0: PC Engines apu4 > acpi0 at bios0: ACPI 4.0 > acpi0: sleep states S0 S1 S4 S5 > acpi0: tables DSDT FACP SSDT TCPA APIC HEST IVRS SSDT SSDT HPET > acpi0: wakeup devices PWRB(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) > PBR8(S4) UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) > acpitimer0 at acpi0: 3579545 Hz, 32 bits > acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: AMD GX-412TC SOC, 998.30 MHz, 16-30-01, patch 07030105 > cpu0: cpuid 1 > edx=178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT> > > > ecx=36d8220b<SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C> > cpu0: cpuid 6 eax=4<ARAT> ecx=1<EFFFREQ> > cpu0: cpuid 7.0 ebx=8<BMI1> > cpu0: cpuid d.1 eax=1<XSAVEOPT> > cpu0: cpuid 80000001 edx=2fd3fbff<NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG> > > ecx=1d4037ff<LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3> > cpu0: cpuid 80000007 edx=33d9<HWPSTATE,ITSC> > cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 2-way I-cache, 2MB > 64b/line 16-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges > cpu0: apic clock running at 99MHz > cpu0: mwait min=64, max=64, IBE > cpu1 at mainbus0: apid 1 (application processor) > cpu1: AMD GX-412TC SOC, 998.32 MHz, 16-30-01, patch 07030105 > cpu1: smt 0, core 1, package 0 > cpu2 at mainbus0: apid 2 (application processor) > cpu2: AMD GX-412TC SOC, 998.27 MHz, 16-30-01, patch 07030105 > cpu2: smt 0, core 2, package 0 > cpu3 at mainbus0: apid 3 (application processor) > cpu3: AMD GX-412TC SOC, 998.31 MHz, 16-30-01, patch 07030105 > cpu3: smt 0, core 3, package 0 > ioapic0 at mainbus0: apid 4 pa 0xfec00000, version 21, 24 pins > ioapic1 at mainbus0: apid 5 pa 0xfec20000, version 21, 32 pins, remapped > acpihpet0 at acpi0: 14318180 Hz > acpiprt0 at acpi0: bus 0 (PCI0) > acpiprt1 at acpi0: bus 1 (PBR4) > acpiprt2 at acpi0: bus 2 (PBR5) > acpiprt3 at acpi0: bus 3 (PBR6) > acpiprt4 at acpi0: bus 4 (PBR7) > acpiprt5 at acpi0: bus -1 (PBR8) > acpibtn0 at acpi0: PWRB(wakeup) > acpipci0 at acpi0 PCI0: 0x00000000 0x00000011 0x00000001 > acpicmos0 at acpi0 > "BOOT0000" at acpi0 not configured > acpicpu0 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu1 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu2 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > acpicpu3 at acpi0: C2(0@400 io@0x1771), C1(@1 halt!), PSS > cpu0: 998 MHz: speeds: 1000 800 600 MHz > pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "AMD 16h Root Complex" rev 0x00 > vendor "AMD", unknown product 0x1567 (class system subclass IOMMU, rev > 0x00) at pci0 dev 0 function 2 not configured > pchb1 at pci0 dev 2 function 0 "AMD 16h Host" rev 0x00 > ppb0 at pci0 dev 2 function 1 "AMD 16h PCIE" rev 0x00: msi > pci1 at ppb0 bus 1 > em0 at pci1 dev 0 function 0 "Intel I211" rev 0x03: msi, address > 00:0d:b9:4c:e4:98 > ppb1 at pci0 dev 2 function 2 "AMD 16h PCIE" rev 0x00: msi > pci2 at ppb1 bus 2 > em1 at pci2 dev 0 function 0 "Intel I211" rev 0x03: msi, address > 00:0d:b9:4c:e4:99 > ppb2 at pci0 dev 2 function 3 "AMD 16h PCIE" rev 0x00: msi > pci3 at ppb2 bus 3 > em2 at pci3 dev 0 function 0 "Intel I211" rev 0x03: msi, address > 00:0d:b9:4c:e4:9a > ppb3 at pci0 dev 2 function 4 "AMD 16h PCIE" rev 0x00: msi > pci4 at ppb3 bus 4 > em3 at pci4 dev 0 function 0 "Intel I211" rev 0x03: msi, address > 00:0d:b9:4c:e4:9b > ccp0 at pci0 dev 8 function 0 "AMD 16h Crypto" rev 0x00 > xhci0 at pci0 dev 16 function 0 "AMD Bolton xHCI" rev 0x11: msix, xHCI > 1.0 > usb0 at xhci0: USB revision 3.0 > uhub0 at usb0 configuration 1 interface 0 "AMD xHCI root hub" rev > 3.00/1.00 addr 1 > ahci0 at pci0 dev 17 function 0 "AMD Hudson-2 SATA" rev 0x39: msi, AHCI > 1.3 > ahci0: port 0: 6.0Gb/s > scsibus1 at ahci0: 32 targets > sd0 at scsibus1 targ 0 lun 0: <ATA, DOGFISH SSD 512G, S102> > t10.ATA_DOGFISH_SSD_512GB_AA000000000000000619 > sd0: 488386MB, 512 bytes/sector, 1000215216 sectors, thin > ehci0 at pci0 dev 19 function 0 "AMD Hudson-2 USB2" rev 0x39: apic 4 int > 18 > usb1 at ehci0: USB revision 2.0 > uhub1 at usb1 configuration 1 interface 0 "AMD EHCI root hub" rev > 2.00/1.00 addr 1 > piixpm0 at pci0 dev 20 function 0 "AMD Hudson-2 SMBus" rev 0x42: SMI > iic0 at piixpm0 > iic1 at piixpm0 > pcib0 at pci0 dev 20 function 3 "AMD Hudson-2 LPC" rev 0x11 > sdhc0 at pci0 dev 20 function 7 "AMD Bolton SD/MMC" rev 0x01: apic 4 int > 16 > sdhc0: SDHC 2.00, 50 MHz base clock > sdmmc0 at sdhc0: 4-bit, sd high-speed, mmc high-speed, dma > pchb2 at pci0 dev 24 function 0 "AMD 16h Link Cfg" rev 0x00 > pchb3 at pci0 dev 24 function 1 "AMD 16h Address Map" rev 0x00 > pchb4 at pci0 dev 24 function 2 "AMD 16h DRAM Cfg" rev 0x00 > km0 at pci0 dev 24 function 3 "AMD 16h Misc Cfg" rev 0x00 > pchb5 at pci0 dev 24 function 4 "AMD 16h CPU Power" rev 0x00 > pchb6 at pci0 dev 24 function 5 "AMD 16h Misc Cfg" rev 0x00 > isa0 at pcib0 > isadma0 at isa0 > com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo > com0: console > com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo > com2 at isa0 port 0x3e8/8 irq 5: ns16550a, 16 byte fifo > pcppi0 at isa0 port 0x61 > spkr0 at pcppi0 > lpt0 at isa0 port 0x378/4 irq 7 > wbsio0 at isa0 port 0x2e/2: NCT5104D rev 0x53 > vmm0 at mainbus0: SVM/RVI > uhub2 at uhub1 port 1 configuration 1 interface 0 "Advanced Micro > Devices Hub" rev 2.00/0.18 addr 2 > vscsi0 at root > scsibus2 at vscsi0: 256 targets > softraid0 at root > scsibus3 at softraid0: 256 targets > root on sd0a (523aa852013c6b76.a) swap on sd0b dump on sd0b > > > On 06/11/2025 15:17:06, "Dave Voutila" <[email protected]> wrote: > > >"Arnaud Brand" <[email protected]> writes: > > > >> Good morning list, > >> > >> I run OpenBSD (7.8 now) on a APU4C4 board. > >> > >> I use vmd to run a small VM to host a DNS server, also running on > >> OpenBSD 7.8. > >> > >> This setup worked perfectly fine when I first installed it back in > >> March 2022 (with OpenBSD 7.0 at the time). > >> At some point in time ( don't remember when, sorry ) I noticed clock > >> drift in the VM. > >> My natural reflex was to setup ntp to keep the clock in sync. > >> This seemed to do the trick and I forgot about it. > >> > >> About a year or so ago, I noticed that there was still some clock > >> drift and that ntp was not able to prevent it. > >> I read on the web that the VM was supposed to use pvclock to stay in > >> sync with the host and ntp might be counterproductive. > >> So I removed ntp on the VM. > >> This didn't fix the problem though. > >> > >> I recently upgraded both the host and the VM to 7.8 and syspatched > them. > >> The problem still occurs. > >> > >> When it occurs, I can no longer login to the VM via SSH. > >> > >> So to dig deeper, I left a console session open on the VM via a tmux > >> session. > >> This console session stays open and I can issue commands, but the > >> clock is frozen. > >> > >> I tried to generate a sendbug by using "sendbug -P > file". > >> I get an error : > >> cp: /var/db/acpi/*: No such file or directory > >> b64encode: *: No such file or directory > >> The file gets generated though. > >> > >> I see nothing new in the dmesg, nothing in /var/log/daemon, nothing in > >> /var/log/messages. > >> > >> What can I look at ? > >> Where can I look ? > >> What did I miss ? > >> > >> Thanks for your help ! > > > >Can you share a dmesg of the host machine and the output of `sysctl > >kern.timecounter` in the guest vm? > > > >-dv > > -- Kindest regards, Tom Smyth.
