> Date: Sat, 9 Sep 2023 21:42:00 +0100
> From: Edd Barrett
>
> Hi,
>
> (tried sending with sendbug, but it never made it to the list, resending)
>
> >Synopsis:sysupgrade doesn't work headless on Thinkcentre m910q
> >Category:kernel
> >Environment:
> System : OpenBSD 7.3
> Details : OpenBSD 7.3-current (GENERIC.MP) #1352: Wed Aug 23
> 10:44:51 MDT 2023
>
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
>
> Architecture: OpenBSD.amd64
> Machine : amd64
> >Description:
> I have a Thinkcentre m910q that will only successfully upgrade itself
> with sysupgrade if I plug in a monitor.
>
> The problem appears to be that the upgrade kernel fails to boot and the
> system resets before the upgrade can take place.
>
> Looking at the dmesg buffer from the time the system is going down for
> reboot and the RAMDISK_CD kernel is booted, I see:
>
> ```
> syncing disks...
> OpenBSD 7.3-current (RAMDISK_CD) #1285: Sun Sep 3 10:58:53 MDT 2023
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD
> real mem = 17045000192 (16255MB)
> avail mem = 16524406784 (15758MB)
> random: good seed from bootblocks
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xdcd7f000 (88 entries)
> bios0: vendor LENOVO version "M1MSDM SSDT SSDT HPET SSDT UEFI SSDT LPIT
> WSMT SSDT SSDT DBGP DBG2 LUFT ASF!
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0:
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,RSBA,MISC_PKG_CT,ENERGY_FILT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
> cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB
> 64b/line 4-way L2 cache, 6MB 64b/line 12-way L3 cache
> cpu0: apic clock runningBE
> cpu at mainbus0: not configured
> cpu at mainbus0: not configured
> cpu at mainbus0: not configured
> ioapic0 at mainbus0: apid 2 pPEG2)
> acpiprt4 at acpi0: bus -1 (RP09)
> acpiprt5 at acpi0: bus -1: bus -1 (RP03)
> acpiprt12 at acpi0: bus -1 (RP04)
> acpiprt13 at acpi0: bus -1 (RP05)
> acpiprt14 at acpi0: bus -1 (RP06)
> acpiprt15 at acpi0: bus -1 (RP07)
> acpiprt16 at acpi0: bus -1 (RP08)
> acpiprt17 at acpi0: bus -1 (RP17)
> acpiprt18 at acpi0: bus -1 (RP18)
> acpiprt19 at acpi0: bus -1 (RP19)
> acpiprt20 at acpi0: bus -1 (RP20RP22)
> acpiprt23 at acpi0: bus -1 (RP23)
> acpiprt24 at acpi0: bus at acpi0 not configured
> acpipwrres at acpi0 not configured
> acpipwrres at acpi0 not configured
> acpipwrres at acpi0 not configuredigured
> acpipwrres at acpi0 not configured
> acpipwrres at acpi0 no at acpi0 not configured
> acpipwrres at acpi0 not configured
> acpiconfigured
> ahci0 at pci0 dev 23 function 0 "Intel 200 Series AHC bus 1
> nvme0 at pci1 dev 0 function 0 "Samsung SM961/PM961 NVMe"ts, initiator 0
> sd0 at scsibus1 targ 1 lun 0: 0x60/5 irq 1 irq 12
> pckbd0 at pckbc0 (kbd slo
> OpenBSD 7.3-current (GENERIC.MP) #1352: Wed Aug 23 10:44:51 MDT 2023
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 17045000192 (16255MB)
> avail mem = 16508690432 (15743MB)
> random: good seed from bootblocks
> ...
> ```
>
> And so you see, the last line of the upgrade kernel is truncated:
>
> pckbd0 at pckbc0 (kbd slo
>
> I also note weird corruption in the log, e.g.:
>
> acpipwrres at acpi0 not configuredigured
>
> Looking on the internet, a reddit post from 2 years ago describes the
> same problem from multiple users:
>
> https://www.reddit.com/r/openbsd/comments/n37du8/sysupgrade_didnothing/
>
> Talking amongst fellow porters on icb:
>
>- robert@ saw this on a hetzner dedicated machine
>- lraab@ saw this on a Thinkcentre m710q
>- tb@ reckons APUs do this too.
>
> (I don't know if this is related, but this system also fails to stay
> suspended. It will suspend, but wake up automatically a few seconds
> later. I don't know if the upgrade issue could be to do with a screwy
> ACPI implementation?)
>
> For now I've been working around this using the manual "untar it over
> the running system" method, as I need this box to be headless.
>
> Let me know if there's more info I can supply.