Re: Problem upgrading to today's snapshot on VirtualBox 6 installation (kernel panic)

2019-01-14 Thread Andreas Kusalananda Kähäri
On Mon, Jan 14, 2019 at 12:16:29PM +0100, Andreas Kusalananda Kähäri wrote:
> On Mon, Jan 14, 2019 at 10:25:03AM +0100, Andreas Kusalananda Kähäri wrote:
> > 
> > Hi,
> > 
> > Today's snapshot, timestamped "14/01/2019, 08:18:00" on the
> > ftp.eu.openbsd.org mirror, fails to do an upgrade on my VirtualBox 6
> > amd64 installation (which I'm running on top of macOS Mojave).

The snapshot dated "14/01/2019, 21:38:00" on ftp.eu.openbsd.org no
longer exhibit this issue.

Thanks.




> > 
> > The installation gets to the stage where I'm supposed to get to select
> > the bits to install, but before it gets there, the machine resets.
> > 
> > The VirtualBox log says "ACPI: Reset initiated by ACPI" when this
> > happens when upgrading using install64.iso, but this is missing when
> > I tried using cd64.iso so I'm not sure it's related (same behaviour
> > though, the machine resets).
> > 
> > I saw a backed out libc commit by Otto with the comment "Unbreak
> > tree. Last minute changes are evil", but I'm not sure this is related
> > either, or whether the backed out commit made it into the snapshot
> > (probably not).
> 
> The new snapshot, "14/01/2019, 10:38:00", also does not work.  Same
> "ACPI: Reset initiated by ACPI" in the VirtualBox log. This time I
> managed to capture a kernel panic by hooking up a serial console:
> 
> Let's upgrade the sets!
> Location of sets? (cd0 disk http or 'done') [http] cd0
> cd0
> 
> Pathname to the sets? (or 'done') [6.4/amd64]
> Select sets by entering a set name, a file name pattern or 'all'. De-select
> sets by prepending a '-', e.g.: '-game*'. Selected sets are labelled '[X]'.
> [X] bsd   [X] base64.tgz[X] game64.tgz[X] xfont64.tgz
> [X] bsd.mp[X] comp64.tgz[X] xbase64.tgz   [X] xserv64.tgz
> [X] bsd.rd[X] man64.tgz [X] xshare64.tgz
> uvm_fault(0xff011eb92638, 0x0, 0, 1) -> e
> fatal page fault in supervisor mode
> trap type 6 code 0 rip 810f94c9 cs 8 rflags 10246 cr2  0 cpl 0 rsp 
> 8000220df600
> gsbase 0x81877ff0  kgsbase 0x0
> panic: trap type 6, code=0, pc=810f94c9
> syncing disks... done
> 
> dump to dev 17,1 not possible
> rebooting...
> 
> 
> > 
> > 
> > dmesg of un-upgraded system included:
> > 
> > 
> > OpenBSD 6.4-current (GENERIC.MP) #611: Sun Jan 13 10:18:36 MST 2019
> > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> > real mem = 4278124544 (4079MB)
> > avail mem = 4138897408 (3947MB)
> > mpath0 at root
> > scsibus0 at mpath0: 256 targets
> > mainbus0 at root
> > bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe1000 (10 entries)
> > bios0: vendor innotek GmbH version "VirtualBox" date 12/01/2006
> > bios0: innotek GmbH VirtualBox
> > acpi0 at bios0: rev 2
> > acpi0: sleep states S0 S5
> > acpi0: tables DSDT FACP APIC SSDT
> > acpi0: wakeup devices
> > acpitimer0 at acpi0: 3579545 Hz, 32 bits
> > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> > cpu0 at mainbus0: apid 0 (boot processor)
> > cpu0: Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz, 3193.13 MHz, 06-3c-03
> > cpu0: 
> > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,RDRAND,NXE,RDTSCP,LONG,LAHF,ABM,ITSC,FSGSBASE,AVX2,INVPCID,MELTDOWN
> > cpu0: 256KB 64b/line 8-way L2 cache
> > cpu0: smt 0, core 0, package 0
> > mtrr: CPU supports MTRRs but not enabled by BIOS
> > cpu0: apic clock running at 1000MHz
> > cpu1 at mainbus0: apid 1 (application processor)
> > cpu1: Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz, 3192.88 MHz, 06-3c-03
> > cpu1: 
> > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,RDRAND,NXE,RDTSCP,LONG,LAHF,ABM,ITSC,FSGSBASE,AVX2,INVPCID,MELTDOWN
> > cpu1: 256KB 64b/line 8-way L2 cache
> > cpu1: smt 0, core 1, package 0
> > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins, remapped
> > acpiprt0 at acpi0: bus 0 (PCI0)
> > acpicpu0 at acpi0: C1(@1 halt!)
> > acpicpu1 at acpi0: C1(@1 halt!)
> > acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001
> > acpiac0 at acpi0: AC unit online
> > acpivideo0 at acpi0: GFX0
> > pci0 at mainbus0 bus 0
> > pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
> > pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
> > vga1 at pci0 dev 2 function 0 "InnoTek VirtualBox Graphics Adapter" rev 0x00
> > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> > wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> > virtio0 at pci0 dev 3 function 0 "Qumranet Virtio Network" rev 0x00
> > vio0 at virtio0: address 08:00:27:01:15:d1
> > virtio0: apic 2 int 19
> > "InnoTek VirtualBox Guest Service" rev 0x00 at pci0 dev 4 function 0 not 
> > configured
> > piixpm0 at pci0 dev 7 function 0 "Intel 82371AB Power" rev 0x08: apic 2 int 
> > 23
> > iic0 at piixpm0
> > virtio1 at pci0 dev 8 function 0 "Qumranet 

Re: Problem upgrading to today's snapshot on VirtualBox 6 installation (kernel panic)

2019-01-14 Thread Andreas Kusalananda Kähäri
On Mon, Jan 14, 2019 at 10:25:03AM +0100, Andreas Kusalananda Kähäri wrote:
> 
> Hi,
> 
> Today's snapshot, timestamped "14/01/2019, 08:18:00" on the
> ftp.eu.openbsd.org mirror, fails to do an upgrade on my VirtualBox 6
> amd64 installation (which I'm running on top of macOS Mojave).
> 
> The installation gets to the stage where I'm supposed to get to select
> the bits to install, but before it gets there, the machine resets.
> 
> The VirtualBox log says "ACPI: Reset initiated by ACPI" when this
> happens when upgrading using install64.iso, but this is missing when
> I tried using cd64.iso so I'm not sure it's related (same behaviour
> though, the machine resets).
> 
> I saw a backed out libc commit by Otto with the comment "Unbreak
> tree. Last minute changes are evil", but I'm not sure this is related
> either, or whether the backed out commit made it into the snapshot
> (probably not).

The new snapshot, "14/01/2019, 10:38:00", also does not work.  Same
"ACPI: Reset initiated by ACPI" in the VirtualBox log. This time I
managed to capture a kernel panic by hooking up a serial console:

Let's upgrade the sets!
Location of sets? (cd0 disk http or 'done') [http] cd0
cd0

Pathname to the sets? (or 'done') [6.4/amd64]
Select sets by entering a set name, a file name pattern or 'all'. De-select
sets by prepending a '-', e.g.: '-game*'. Selected sets are labelled '[X]'.
[X] bsd   [X] base64.tgz[X] game64.tgz[X] xfont64.tgz
[X] bsd.mp[X] comp64.tgz[X] xbase64.tgz   [X] xserv64.tgz
[X] bsd.rd[X] man64.tgz [X] xshare64.tgz
uvm_fault(0xff011eb92638, 0x0, 0, 1) -> e
fatal page fault in supervisor mode
trap type 6 code 0 rip 810f94c9 cs 8 rflags 10246 cr2  0 cpl 0 rsp 
8000220df600
gsbase 0x81877ff0  kgsbase 0x0
panic: trap type 6, code=0, pc=810f94c9
syncing disks... done

dump to dev 17,1 not possible
rebooting...


> 
> 
> dmesg of un-upgraded system included:
> 
> 
> OpenBSD 6.4-current (GENERIC.MP) #611: Sun Jan 13 10:18:36 MST 2019
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4278124544 (4079MB)
> avail mem = 4138897408 (3947MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe1000 (10 entries)
> bios0: vendor innotek GmbH version "VirtualBox" date 12/01/2006
> bios0: innotek GmbH VirtualBox
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S5
> acpi0: tables DSDT FACP APIC SSDT
> acpi0: wakeup devices
> acpitimer0 at acpi0: 3579545 Hz, 32 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz, 3193.13 MHz, 06-3c-03
> cpu0: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,RDRAND,NXE,RDTSCP,LONG,LAHF,ABM,ITSC,FSGSBASE,AVX2,INVPCID,MELTDOWN
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: CPU supports MTRRs but not enabled by BIOS
> cpu0: apic clock running at 1000MHz
> cpu1 at mainbus0: apid 1 (application processor)
> cpu1: Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz, 3192.88 MHz, 06-3c-03
> cpu1: 
> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,SSSE3,CX16,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,RDRAND,NXE,RDTSCP,LONG,LAHF,ABM,ITSC,FSGSBASE,AVX2,INVPCID,MELTDOWN
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins, remapped
> acpiprt0 at acpi0: bus 0 (PCI0)
> acpicpu0 at acpi0: C1(@1 halt!)
> acpicpu1 at acpi0: C1(@1 halt!)
> acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001
> acpiac0 at acpi0: AC unit online
> acpivideo0 at acpi0: GFX0
> pci0 at mainbus0 bus 0
> pchb0 at pci0 dev 0 function 0 "Intel 82441FX" rev 0x02
> pcib0 at pci0 dev 1 function 0 "Intel 82371SB ISA" rev 0x00
> vga1 at pci0 dev 2 function 0 "InnoTek VirtualBox Graphics Adapter" rev 0x00
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> virtio0 at pci0 dev 3 function 0 "Qumranet Virtio Network" rev 0x00
> vio0 at virtio0: address 08:00:27:01:15:d1
> virtio0: apic 2 int 19
> "InnoTek VirtualBox Guest Service" rev 0x00 at pci0 dev 4 function 0 not 
> configured
> piixpm0 at pci0 dev 7 function 0 "Intel 82371AB Power" rev 0x08: apic 2 int 23
> iic0 at piixpm0
> virtio1 at pci0 dev 8 function 0 "Qumranet Virtio Network" rev 0x00
> vio1 at virtio1: address 08:00:27:0f:ed:ef
> virtio1: apic 2 int 16
> mpi0 at pci0 dev 20 function 0 "Symbios Logic 53c1030" rev 0x00: apic 2 int 20
> mpi0: VBox MPT Fusion, firmware 0.0.0.0
> scsibus1 at mpi0: 16 targets, initiator 7
> cd0 at scsibus1 targ 0 lun 0:  SCSI3 5/cdrom removable
> sd0 at scsibus1 targ 1 lun 0:  SCSI3 0/direct fixed
> sd0: 10240MB, 512