"relink" failed after swiching to Jan29 -current; stuck in reboot loop prior to that when using bsd.sp

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

"relink" failed after swiching to Jan29 -current; stuck in reboot loop prior to that when using bsd.sp

Brett Mahar-3
Hi OpenBSD,

Possibly this is one issue or two seperate issues, I don't know.

I have been running OpenBSD on a remote virtual machine for a long time with no issues (release version 6.4, 6.5, 6.6, -current before that). With the recent smtpd issue I decided to swtich back to -current yesterday (upgrading via bsd.rd/snapshot, then sysmerge).

The upgrade seemed to go fine, at the end of install the machine rebooted and started normally. However, if I tried to reboot after that, the machine only got one line into the dmesg (beyond the boot prompt), and rebooted, causing an endless reboot cycle. I reinstalled a few times but the same thing kept happening on subsequent reboots (sorry I was unable to get a screenshot of the boot screen, it rebooted too fast).

Due to space limitations I don't install the 'comp' or 'x' sets, and only ever used bsd not bsd.mp.

I solved that issue by reinstalling and including bsd.mp - for some reason the endless reboots only happened when booting into bsd non-mp kernel.

-----

After booting bsd.mp, I got the console message:
"reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log"

-----

in relink.log:

(SHA256) /bsd: OK
LD="ld" sh makegap.sh 0xcccccccc gapdummy.o
ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS}
size: newbsd: not object file or archive
*** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:1437 'newbsd': @size newbsd ; umask 007;  e
cho mv newbsd newbsd.gdb; rm -f newb...)

I reinstalled again and got the same message. I have reinstalled one more time and did not get the message the most recent time.

So it may be the issue has been resolved, or my unusual upgrade path has exposed some bug - possibly this is somehow related to moving from -release to -current.

If not, I am on university holidays at the moment so can do more troubleshooting if you want me to.


-----
dmesg etc generated with sendbug:

dmesg:
OpenBSD 6.6-current (GENERIC.MP) #624: Wed Jan 29 09:11:58 MST 2020
    [hidden email]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 519946240 (495MB)
avail mem = 491773952 (468MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xf6170 (10 entries)
bios0: vendor SeaBIOS version "1.11.0-2.el7" date 04/01/2014
bios0: Red Hat KVM
acpi0 at bios0: ACPI 1.0
acpi0: sleep states S5
acpi0: tables DSDT FACP APIC
acpi0: wakeup devices
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: QEMU Virtual CPU version 2.5+, 2000.40 MHz, 06-0d-03
cpu0: FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16,x2APIC,HV,NXE,LONG,LAHF,MELTDOWN
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache
cpu0: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 1000MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: QEMU Virtual CPU version 2.5+, 2000.03 MHz, 06-0d-03
cpu1: FPU,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,SSE3,CX16,x2APIC,HV,NXE,LONG,LAHF,MELTDOWN
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache
cpu1: ITLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: DTLB 255 4KB entries direct-mapped, 255 4MB entries direct-mapped
cpu1: smt 0, core 0, package 1
ioapic0 at mainbus0: apid 0 pa 0xfec00000, version 11, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
"ACPI0006" at acpi0 not configured
acpipci0 at acpi0 PCI0
extent `acpipci0 pcibus' (0x0 - 0xff), flags=0
extent `acpipci0 pciio' (0x0 - 0xffffffff), flags=0
     0xcf8 - 0xcff
     0x10000 - 0xffffffff
extent `acpipci0 pcimem' (0x0 - 0xffffffffffffffff), flags=0
     0x0 - 0x9ffff
     0xc0000 - 0x1fffffff
     0xfec00000 - 0xffffffffffffffff
acpicmos0 at acpi0
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"PNP0A06" at acpi0 not configured
"QEMU0002" at acpi0 not configured
"ACPI0010" at acpi0 not configured
pvbus0 at mainbus0: KVM
pvclock0 at pvbus0
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
pciide0 at pci0 dev 1 function 1 "Intel 82371SB IDE" rev 0x00: DMA, channel 0 wired to compatibility, channel 1 wired to compatibility
pciide0: channel 0 disabled (no drives)
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0: <QEMU, QEMU DVD-ROM, 2.5+> removable
cd0(pciide0:1:0): using PIO mode 4, DMA mode 2
uhci0 at pci0 dev 1 function 2 "Intel 82371SB USB" rev 0x01: apic 0 int 11
piixpm0 at pci0 dev 1 function 3 "Intel 82371AB Power" rev 0x03: apic 0 int 9
iic0 at piixpm0
vga1 at pci0 dev 2 function 0 "Cirrus Logic CL-GD5446" 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 00:16:3c:15:ae:07
virtio0: msix shared
virtio1 at pci0 dev 4 function 0 "Qumranet Virtio Storage" rev 0x00
vioblk0 at virtio1
scsibus2 at vioblk0: 2 targets
sd0 at scsibus2 targ 0 lun 0: <VirtIO, Block Device, >
sd0: 10240MB, 512 bytes/sector, 20971520 sectors
virtio1: msix shared
virtio2 at pci0 dev 5 function 0 "Qumranet Virtio Memory Balloon" rev 0x00
viomb0 at virtio2
virtio2: apic 0 int 10
isa0 at pcib0
isadma0 at isa0
fdc0 at isa0 port 0x3f0/6 irq 6 drq 2
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
usb0 at uhci0: USB revision 1.0
uhub0 at usb0 configuration 1 interface 0 "Intel UHCI root hub" rev 1.00/1.00 addr 1
uhidev0 at uhub0 port 1 configuration 1 interface 0 "QEMU QEMU USB Tablet" rev 2.00/0.00 addr 2
uhidev0: iclass 3/0
ums0 at uhidev0: 3 buttons, Z dir
wsmouse1 at ums0 mux 0
vscsi0 at root
scsibus3 at vscsi0: 256 targets
softraid0 at root
scsibus4 at softraid0: 256 targets
root on sd0a (d6443715ea8fe939.a) swap on sd0b dump on sd0b
arp_rtrequest: bad gateway value: vio0
arp_rtrequest: bad gateway value: vio0
fd0 at fdc0 drive 1: density unknown

usbdevs:
Controller /dev/usb0:
addr 01: 8086:0000 Intel, UHCI root hub
         full speed, self powered, config 1, rev 1.00
         driver: uhub0
addr 02: 0627:0001 QEMU, QEMU USB Tablet
         full speed, power 100 mA, config 1, rev 0.00, iSerial 42
         driver: uhidev0

pcidump:
Domain /dev/pci0:
 0:0:0: Intel 82441FX
        0x0000: Vendor ID: 8086, Product ID: 1237
        0x0004: Command: 0103, Status: 0000
        0x0008: Class: 06 Bridge, Subclass: 00 Host,
                Interface: 00, Revision: 02
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR empty (00000000)
        0x0014: BAR empty (00000000)
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR empty (00000000)
        0x0024: BAR empty (00000000)
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100
        0x0030: Expansion ROM Base Address: 00000000
        0x0038: 00000000
        0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
        0x0000: 12378086 00000103 06000002 00000000
        0x0010: 00000000 00000000 00000000 00000000
        0x0020: 00000000 00000000 00000000 11001af4
        0x0030: 00000000 00000000 00000000 00000000
        0x0040: 00000000 00000000 00000000 00000000
        0x0050: 00000000 40000000 11111000 33111111
        0x0060: 00000000 00000000 00000000 00000000
        0x0070: 00020000 00000000 00000000 00000000
        0x0080: 00000000 00000000 00000000 00000000
        0x0090: 00000000 00000000 00000000 00000000
        0x00a0: 00000000 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:1:0: Intel 82371SB ISA
        0x0000: Vendor ID: 8086, Product ID: 7000
        0x0004: Command: 0103, Status: 0200
        0x0008: Class: 06 Bridge, Subclass: 01 ISA,
                Interface: 00, Revision: 00
        0x000c: BIST: 00, Header Type: 80, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR empty (00000000)
        0x0014: BAR empty (00000000)
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR empty (00000000)
        0x0024: BAR empty (00000000)
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100
        0x0030: Expansion ROM Base Address: 00000000
        0x0038: 00000000
        0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
        0x0000: 70008086 02000103 06010000 00800000
        0x0010: 00000000 00000000 00000000 00000000
        0x0020: 00000000 00000000 00000000 11001af4
        0x0030: 00000000 00000000 00000000 00000000
        0x0040: 00000000 00000000 00000000 0003004d
        0x0050: 00000000 00000000 00000000 00000000
        0x0060: 0b0b0a0a 00000000 00000200 00000000
        0x0070: 00000080 0c0c0000 00000002 00000000
        0x0080: 00000000 00000000 00000000 00000000
        0x0090: 00000000 00000000 00000000 00000000
        0x00a0: 00000008 00000000 0000000f 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:1:1: Intel 82371SB IDE
        0x0000: Vendor ID: 8086, Product ID: 7010
        0x0004: Command: 0107, Status: 0280
        0x0008: Class: 01 Mass Storage, Subclass: 01 IDE,
                Interface: 80, Revision: 00
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR empty (00000000)
        0x0014: BAR empty (00000000)
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR io addr: 0x0000c0a0/0x0010
        0x0024: BAR empty (00000000)
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100
        0x0030: Expansion ROM Base Address: 00000000
        0x0038: 00000000
        0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
        0x0000: 70108086 02800107 01018000 00000000
        0x0010: 00000000 00000000 00000000 00000000
        0x0020: 0000c0a1 00000000 00000000 11001af4
        0x0030: 00000000 00000000 00000000 00000000
        0x0040: a3070000 00000000 00000000 00000000
        0x0050: 00000000 00000000 00000000 00000000
        0x0060: 00000000 00000000 00000000 00000000
        0x0070: 00000000 00000000 00000000 00000000
        0x0080: 00000000 00000000 00000000 00000000
        0x0090: 00000000 00000000 00000000 00000000
        0x00a0: 00000000 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:1:2: Intel 82371SB USB
        0x0000: Vendor ID: 8086, Product ID: 7020
        0x0004: Command: 0107, Status: 0000
        0x0008: Class: 0c Serial Bus, Subclass: 03 USB,
                Interface: 00, Revision: 01
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR empty (00000000)
        0x0014: BAR empty (00000000)
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR io addr: 0x0000c040/0x0020
        0x0024: BAR empty (00000000)
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100
        0x0030: Expansion ROM Base Address: 00000000
        0x0038: 00000000
        0x003c: Interrupt Pin: 04 Line: 0b Min Gnt: 00 Max Lat: 00
        0x0000: 70208086 00000107 0c030001 00000000
        0x0010: 00000000 00000000 00000000 00000000
        0x0020: 0000c041 00000000 00000000 11001af4
        0x0030: 00000000 00000000 00000000 0000040b
        0x0040: 00000000 00000000 00000000 00000000
        0x0050: 00000000 00000000 00000000 00000000
        0x0060: 00000010 00000000 00010000 00000000
        0x0070: 00000000 00000000 00000000 00000000
        0x0080: 00000000 00000000 00000000 00000000
        0x0090: 00000000 00000000 00000000 00000000
        0x00a0: 00000000 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00002000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:1:3: Intel 82371AB Power
        0x0000: Vendor ID: 8086, Product ID: 7113
        0x0004: Command: 0103, Status: 0280
        0x0008: Class: 06 Bridge, Subclass: 80 Miscellaneous,
                Interface: 00, Revision: 03
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR empty (00000000)
        0x0014: BAR empty (00000000)
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR empty (00000000)
        0x0024: BAR empty (00000000)
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100
        0x0030: Expansion ROM Base Address: 00000000
        0x0038: 00000000
        0x003c: Interrupt Pin: 01 Line: 09 Min Gnt: 00 Max Lat: 00
        0x0000: 71138086 02800103 06800003 00000000
        0x0010: 00000000 00000000 00000000 00000000
        0x0020: 00000000 00000000 00000000 11001af4
        0x0030: 00000000 00000000 00000000 00000109
        0x0040: 00000601 00000000 00000000 00000000
        0x0050: 00000000 00000000 00000000 10000000
        0x0060: 60000000 00000000 00000000 00000000
        0x0070: 00000000 00000000 00000000 00000000
        0x0080: 00000001 00000000 00000000 00000000
        0x0090: 00000701 00000000 00000000 00000000
        0x00a0: 00000000 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00090000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:2:0: Cirrus Logic CL-GD5446
        0x0000: Vendor ID: 1013, Product ID: 00b8
        0x0004: Command: 0107, Status: 0000
        0x0008: Class: 03 Display, Subclass: 00 VGA,
                Interface: 00, Revision: 00
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR mem prefetchable 32bit addr: 0xfc000000/0x02000000
        0x0014: BAR mem 32bit addr: 0xfebd0000/0x00001000
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR empty (00000000)
        0x0024: BAR empty (00000000)
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 1100
        0x0030: Expansion ROM Base Address: febc0000
        0x0038: 00000000
        0x003c: Interrupt Pin: 00 Line: 00 Min Gnt: 00 Max Lat: 00
        0x0000: 00b81013 00000107 03000000 00000000
        0x0010: fc000008 febd0000 00000000 00000000
        0x0020: 00000000 00000000 00000000 11001af4
        0x0030: febc0000 00000000 00000000 00000000
        0x0040: 00000000 00000000 00000000 00000000
        0x0050: 00000000 00000000 00000000 00000000
        0x0060: 00000000 00000000 00000000 00000000
        0x0070: 00000000 00000000 00000000 00000000
        0x0080: 00000000 00000000 00000000 00000000
        0x0090: 00000000 00000000 00000000 00000000
        0x00a0: 00000000 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:3:0: Qumranet Virtio Network
        0x0000: Vendor ID: 1af4, Product ID: 1000
        0x0004: Command: 0107, Status: 0010
        0x0008: Class: 02 Network, Subclass: 00 Ethernet,
                Interface: 00, Revision: 00
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR io addr: 0x0000c060/0x0020
        0x0014: BAR mem 32bit addr: 0xfebd1000/0x00001000
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR mem prefetchable 64bit addr: 0x00000000fe000000/0x00004000
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 0001
        0x0030: Expansion ROM Base Address: feb80000
        0x0038: 00000000
        0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00
        0x0098: Capability 0x11: Extended Message Signalled Interrupts (MSI-X)
                Enabled: yes; table size 3 (BAR 1:0)
        0x0084: Capability 0x09: Vendor Specific
        0x0070: Capability 0x09: Vendor Specific
        0x0060: Capability 0x09: Vendor Specific
        0x0050: Capability 0x09: Vendor Specific
        0x0040: Capability 0x09: Vendor Specific
        0x0000: 10001af4 00100107 02000000 00000000
        0x0010: 0000c061 febd1000 00000000 00000000
        0x0020: fe00000c 00000000 00000000 00011af4
        0x0030: feb80000 00000098 00000000 0000010b
        0x0040: 01100009 00000004 00000000 00001000
        0x0050: 03104009 00000004 00001000 00001000
        0x0060: 04105009 00000004 00002000 00001000
        0x0070: 02146009 00000004 00003000 00001000
        0x0080: 00000004 05147009 00000000 00000000
        0x0090: 00000000 00000000 80028411 00000001
        0x00a0: 00000801 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:4:0: Qumranet Virtio Storage
        0x0000: Vendor ID: 1af4, Product ID: 1001
        0x0004: Command: 0107, Status: 0010
        0x0008: Class: 01 Mass Storage, Subclass: 00 SCSI,
                Interface: 00, Revision: 00
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR io addr: 0x0000c000/0x0040
        0x0014: BAR mem 32bit addr: 0xfebd2000/0x00001000
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR mem prefetchable 64bit addr: 0x00000000fe004000/0x00004000
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 0002
        0x0030: Expansion ROM Base Address: 00000000
        0x0038: 00000000
        0x003c: Interrupt Pin: 01 Line: 0b Min Gnt: 00 Max Lat: 00
        0x0098: Capability 0x11: Extended Message Signalled Interrupts (MSI-X)
                Enabled: yes; table size 2 (BAR 1:0)
        0x0084: Capability 0x09: Vendor Specific
        0x0070: Capability 0x09: Vendor Specific
        0x0060: Capability 0x09: Vendor Specific
        0x0050: Capability 0x09: Vendor Specific
        0x0040: Capability 0x09: Vendor Specific
        0x0000: 10011af4 00100107 01000000 00000000
        0x0010: 0000c001 febd2000 00000000 00000000
        0x0020: fe00400c 00000000 00000000 00021af4
        0x0030: 00000000 00000098 00000000 0000010b
        0x0040: 01100009 00000004 00000000 00001000
        0x0050: 03104009 00000004 00001000 00001000
        0x0060: 04105009 00000004 00002000 00001000
        0x0070: 02146009 00000004 00003000 00001000
        0x0080: 00000004 05147009 00000000 00000000
        0x0090: 00000000 00000000 80018411 00000001
        0x00a0: 00000801 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000
 0:5:0: Qumranet Virtio Memory Balloon
        0x0000: Vendor ID: 1af4, Product ID: 1002
        0x0004: Command: 0107, Status: 0010
        0x0008: Class: 00 Prehistoric, Subclass: ff (unknown),
                Interface: 00, Revision: 00
        0x000c: BIST: 00, Header Type: 00, Latency Timer: 00,
                Cache Line Size: 00
        0x0010: BAR io addr: 0x0000c080/0x0020
        0x0014: BAR empty (00000000)
        0x0018: BAR empty (00000000)
        0x001c: BAR empty (00000000)
        0x0020: BAR mem prefetchable 64bit addr: 0x00000000fe008000/0x00004000
        0x0028: Cardbus CIS: 00000000
        0x002c: Subsystem Vendor ID: 1af4 Product ID: 0005
        0x0030: Expansion ROM Base Address: 00000000
        0x0038: 00000000
        0x003c: Interrupt Pin: 01 Line: 0a Min Gnt: 00 Max Lat: 00
        0x0084: Capability 0x09: Vendor Specific
        0x0070: Capability 0x09: Vendor Specific
        0x0060: Capability 0x09: Vendor Specific
        0x0050: Capability 0x09: Vendor Specific
        0x0040: Capability 0x09: Vendor Specific
        0x0000: 10021af4 00100107 00ff0000 00000000
        0x0010: 0000c081 00000000 00000000 00000000
        0x0020: fe00800c 00000000 00000000 00051af4
        0x0030: 00000000 00000084 00000000 0000010a
        0x0040: 01100009 00000004 00000000 00001000
        0x0050: 03104009 00000004 00001000 00001000
        0x0060: 04105009 00000004 00002000 00001000
        0x0070: 02146009 00000004 00003000 00001000
        0x0080: 00000004 05147009 00000000 00000000
        0x0090: 00000000 00000000 00000000 00000000
        0x00a0: 00000000 00000000 00000000 00000000
        0x00b0: 00000000 00000000 00000000 00000000
        0x00c0: 00000000 00000000 00000000 00000000
        0x00d0: 00000000 00000000 00000000 00000000
        0x00e0: 00000000 00000000 00000000 00000000
        0x00f0: 00000000 00000000 00000000 00000000

acpidump:
begin-base64 644 APIC.3
QVBJQ4AAAAAB2kJPQ0hTIEJYUENBUElDAQAAAEJYUEMBAAAAAADg/gEAAAAACAAAAQAAAAAIAQEB
AAAAAQwAAAAAwP4AAAAAAgoAAAIAAAAAAAIKAAUFAAAADQACCgAJCQAAAA0AAgoACgoAAAANAAIK
AAsLAAAADQAEBv8AAAE=
====
begin-base64 644 APIC.4
QVBJQ4AAAAAB2kJPQ0hTIEJYUENBUElDAQAAAEJYUEMBAAAAAADg/gEAAAAACAAAAQAAAAAIAQEB
AAAAAQwAAAAAwP4AAAAAAgoAAAIAAAAAAAIKAAUFAAAADQACCgAJCQAAAA0AAgoACgoAAAANAAIK
AAsLAAAADQAEBv8AAAE=
====
begin-base64 644 DSDT.2
RFNEVO8TAAABekJPQ0hTIEJYUENEU0RUAQAAAEJYUEMBAAAAEEkEXABbgERCR18BCwIEAVuBC0RC
R18BREJHQggULERCVUcBmGhglmBgdIdgAWFwAGKiEJViYXCDiGBiAERCR0J1YnAKCkRCR0IQIl9T
Ql9bghtQQ0kwCF9ISUQMQdAKAwhfQURSAAhfVUlEARBNCF9TQl9bgkUISFBFVAhfSElEDEHQAQMI
X1VJRABbgEhQVE0ADAAA0P4LAARbgRBIUFRNE1ZFTkQgUFJEXyAUNl9TVEEAcFZFTkRgcFBSRF9h
emAKEGCgDJGTYACTYAv//6QAoA6Rk2EAlGEMAOH1BaQApAoPCF9DUlMREQoOhgkAAAAA0P4ABAAA
eQAQJS5fU0JfUENJMFuCGVBYMTMIX0FEUgwDAAEAW4BQMTNDAgAK/xBABS5fU0JfUENJMFuCQwRJ
U0FfCF9BRFIMAAABAFuAUDQwQwIKYAoEW4EmXi5QWDEzUDEzQwAASC8AB0xQRU4BADgAA0NBRU4B
AANDQkVOARBAHC8DX1NCX1BDSTBJU0FfW4ItUlRDXwhfSElEDEHQCwAIX0NSUxEYChVHAXAAcAAQ
AiIAAUcBcgByAAIGeQBbgjdLQkRfCF9ISUQMQdADAxQJX1NUQQCkCg8IX0NSUxEYChVHAWAAYAAB
AUcBZABkAAEBIgIAeQBbgidNT1VfCF9ISUQMQdAPExQJX1NUQQCkCg8IX0NSUxEICgUiABB5AFuC
TgRGREMwCF9ISUQMQdAHAAhfQ1JTERsKGEcB8gPyAwAERwH3A/cDAAEiQAAqBAB5AAhfRkRFERcK
FAAAAAAAAAAAAAAAAAAAAAACAAAAW4I+TFBUXwhfSElEDEHQBAAUGF9TVEEAcExQRU5goAaTYACk
AKEEpAoPCF9DUlMREAoNRwF4A3gDCAgigAB5AFuCRQRDT00xCF9ISUQMQdAFAQhfVUlEARQYX1NU
QQBwQ0FFTmCgBpNgAKQAoQSkCg8IX0NSUxEQCg1HAfgD+AMACCIQAHkAW4JGBENPTTIIX0hJRAxB
0AUBCF9VSUQKAhQYX1NUQQBwQ0JFTmCgBpNgAKQAoQSkCg8IX0NSUxEQCg1HAfgC+AIACCIIAHkA
EEgILl9TQl9QQ0kwW4BQQ1NUAQsArgoIW4EQUENTVENQQ0lVIFBDSUQgW4BTRUpfAQsIrgoEW4EL
U0VKX0NCMEVKIFuAQk5NUgELEK4KBFuBC0JOTVJDQk5VTSBbAUJMQ0sAFCVQQ0VKAlsjQkxDS///
cGhCTlVNcHkBaQBCMEVKWydCTENLpAAQTjZfU0JfEEsKUENJMBRECl9QUlQAcBICgGBwAGGiQgmV
YQqAcHphCgIAYnB7cmFiAAoDAGOgEJNjAHASCQQAAExOS0QAZKAkk2MBoBGTYQoEcBIJBAAATE5L
UwBkoQ1wEgkEAABMTktBAGSgEZNjCgJwEgkEAABMTktCAGSgEZNjCgNwEgkEAABMTktDAGRwfXli
ChAAC///AIhkAABwe2EKAwCIZAEAcGSIYGEAdWGkYFuBJC8DUENJMElTQV9QNDBDAVBSUTAIUFJR
MQhQUlEyCFBSUTMIFBNJUVNUAaAJewqAaACkCgmkCgsUNklRQ1IJCFBSUjARDgoLiQYACQEAAAAA
eQCKUFJSMAoFUFJSSaALlWgKgHBoUFJSSaRQUlIwW4JMB0xOS0EIX0hJRAxB0AwPCF9VSUQACF9Q
UlMRFgoTiQ4ACQMFAAAACgAAAAsAAAB5ABQPX1NUQQCkSVFTVFBSUTAUEV9ESVMAfVBSUTAKgFBS
UTAUD19DUlMApElRQ1JQUlEwFBdfU1JTAYpoCgVQUlJJcFBSUklQUlEwW4JMB0xOS0IIX0hJRAxB
0AwPCF9VSUQBCF9QUlMRFgoTiQ4ACQMFAAAACgAAAAsAAAB5ABQPX1NUQQCkSVFTVFBSUTEUEV9E
SVMAfVBSUTEKgFBSUTEUD19DUlMApElRQ1JQUlExFBdfU1JTAYpoCgVQUlJJcFBSUklQUlExW4JN
B0xOS0MIX0hJRAxB0AwPCF9VSUQKAghfUFJTERYKE4kOAAkDBQAAAAoAAAALAAAAeQAUD19TVEEA
pElRU1RQUlEyFBFfRElTAH1QUlEyCoBQUlEyFA9fQ1JTAKRJUUNSUFJRMhQXX1NSUwGKaAoFUFJS
SXBQUlJJUFJRMluCTQdMTktECF9ISUQMQdAMDwhfVUlECgMIX1BSUxEWChOJDgAJAwUAAAAKAAAA
CwAAAHkAFA9fU1RBAKRJUVNUUFJRMxQRX0RJUwB9UFJRMwqAUFJRMxQPX0NSUwCkSVFDUlBSUTMU
F19TUlMBimgKBVBSUklwUFJSSVBSUTNbgk8ETE5LUwhfSElEDEHQDA8IX1VJRAoECF9QUlMRDgoL
iQYACQEJAAAAeQAUCV9TVEEApAoLFAZfRElTABQLX0NSUwCkX1BSUxQGX1NSUwEQSzxfU0JfW4JD
ClwvA19TQl9QQ0kwUFJFUwhfSElEDEHQCgYIX1VJRA1DUFUgSG90cGx1ZyByZXNvdXJjZXMAWwFD
UExLAAhfQ1JTEQ0KCkcBAK8ArwEMeQBbgFBSU1QBCwCvCgxbgSNQUlNUQQAgQ1BFTgFDSU5TAUNS
TVYBQ0VKMAEABENDTUQIW4ESUFJTVANDU0VMIAAgQ0RBVCAUDF9JTkkIcABDU0VMW4JOMVwuX1NC
X0NQVVMIX0hJRA1BQ1BJMDAxMAAIX0NJRAxB0AoFFBxDVEZZAqAKk2gAhkMwMDBpoAqTaAGGQzAw
MWkUSAZDU1RBCVsjXC8EX1NCX1BDSTBQUkVTQ1BMS///cGhcLwRfU0JfUENJMFBSRVNDU0VMcABg
oBqTXC8EX1NCX1BDSTBQUkVTQ1BFTgFwCg9gWydcLwRfU0JfUENJMFBSRVNDUExLpGAUTQVDRUow
CVsjXC8EX1NCX1BDSTBQUkVTQ1BMS///cGhcLwRfU0JfUENJMFBSRVNDU0VMcAFcLwRfU0JfUENJ
MFBSRVNDRUowWydcLwRfU0JfUENJMFBSRVNDUExLFEgOQ1NDTghbI1wvBF9TQl9QQ0kwUFJFU0NQ
TEv//3ABYKJBC5NgAXAAYHAAXC8EX1NCX1BDSTBQUkVTQ0NNRKBHBJNcLwRfU0JfUENJMFBSRVND
SU5TAUNURllcLwRfU0JfUENJMFBSRVNDREFUAXABXC8EX1NCX1BDSTBQUkVTQ0lOU3ABYKFLBKBI
BJNcLwRfU0JfUENJMFBSRVNDUk1WAUNURllcLwRfU0JfUENJMFBSRVNDREFUCgNwAVwvBF9TQl9Q
Q0kwUFJFU0NSTVZwAWBbJ1wvBF9TQl9QQ0kwUFJFU0NQTEsUTQlDT1NUDFsjXC8EX1NCX1BDSTBQ
UkVTQ1BMS///cGhcLwRfU0JfUENJMFBSRVNDU0VMcAFcLwRfU0JfUENJMFBSRVNDQ01EcGlcLwRf
U0JfUENJMFBSRVNDREFUcAoCXC8EX1NCX1BDSTBQUkVTQ0NNRHBqXC8EX1NCX1BDSTBQUkVTQ0RB
VFsnXC8EX1NCX1BDSTBQUkVTQ1BMS1uDRQRDMDAwAAAAAAAAFAxfU1RBCKRDU1RBAAhfTUFUEQsK
CAAIAAABAAAAFAtfRUowAUNFSjAAFA5fT1NUC0NPU1QAaGlqW4NFBEMwMDEBAAAAAAAUDF9TVEEI
pENTVEEBCF9NQVQRCwoIAAgBAQEAAAAUC19FSjABQ0VKMAEUDl9PU1QLQ09TVAFoaWoUG1wuX0dQ
RV9FMDIAXC8DX1NCX0NQVVNDU0NOEE8EX0dQRQhfSElEDUFDUEkwMDA2ABQ5X0UwMQBbI1wvA19T
Ql9QQ0kwQkxDS///XC8DX1NCX1BDSTBQQ05UWydcLwNfU0JfUENJMEJMQ0sQRRFcLl9TQl9QQ0kw
CF9DUlMRQgcKbogNAAIMAAAAAAD/AAAAAAFHAfgM+AwBCIgNAAEMAwAAAAD3DAAA+AyIDQABDAMA
AAAN//8AAADzhxcAAAwDAAAAAAAACgD//wsAAAAAAAAAAgCHFwAADAEAAAAAAAAAIP//v/4AAAAA
AADA3nkAW4JDBEdQRTAIX0hJRA1QTlAwQTA2AAhfVUlEDUdQRTAgcmVzb3VyY2VzAAhfU1RBCgsI
X0NSUxENCgpHAeCv4K8BBHkAW4JKBFBIUFIIX0hJRA1QTlAwQTA2AAhfVUlEDVBDSSBIb3RwbHVn
IHJlc291cmNlcwAIX1NUQQoLCF9DUlMRDQoKRwEArgCuARR5ABAPXAAIX1M1XxIGBAAAAAAQO1wu
X1NCX1BDSTBbgi5GV0NGCF9ISUQNUUVNVTAwMDIACF9TVEEKCwhfQ1JTEQ0KCkcBEAUQBQEMeQAQ
RXBcX1NCXxBNb1BDSTAIQlNFTABbggtTMDBfCF9BRFIAW4IqUzEwXwhfQURSDAAAAgAUCF9TMUQA
pAAUCF9TMkQApAAUCF9TM0QApABbgilTMThfCF9BRFIMAAADAAhfU1VOCgMUEl9FSjABUENFSkJT
RUxfU1VOW4IpUzIwXwhfQURSDAAABAAIX1NVTgoEFBJfRUowAVBDRUpCU0VMX1NVTluCKVMyOF8I
X0FEUgwAAAUACF9TVU4KBRQSX0VKMAFQQ0VKQlNFTF9TVU5bgilTMzBfCF9TVU4KBghfQURSDAAA
BgAUEl9FSjABUENFSkJTRUxfU1VOW4IpUzM4XwhfU1VOCgcIX0FEUgwAAAcAFBJfRUowAVBDRUpC
U0VMX1NVTluCKVM0MF8IX1NVTgoICF9BRFIMAAAIABQSX0VKMAFQQ0VKQlNFTF9TVU5bgilTNDhf
CF9TVU4KCQhfQURSDAAACQAUEl9FSjABUENFSkJTRUxfU1VOW4IpUzUwXwhfU1VOCgoIX0FEUgwA
AAoAFBJfRUowAVBDRUpCU0VMX1NVTluCKVM1OF8IX1NVTgoLCF9BRFIMAAALABQSX0VKMAFQQ0VK
QlNFTF9TVU5bgilTNjBfCF9TVU4KDAhfQURSDAAADAAUEl9FSjABUENFSkJTRUxfU1VOW4IpUzY4
XwhfU1VOCg0IX0FEUgwAAA0AFBJfRUowAVBDRUpCU0VMX1NVTluCKVM3MF8IX1NVTgoOCF9BRFIM
AAAOABQSX0VKMAFQQ0VKQlNFTF9TVU5bgilTNzhfCF9TVU4KDwhfQURSDAAADwAUEl9FSjABUENF
SkJTRUxfU1VOW4IpUzgwXwhfU1VOChAIX0FEUgwAABAAFBJfRUowAVBDRUpCU0VMX1NVTluCKVM4
OF8IX1NVTgoRCF9BRFIMAAARABQSX0VKMAFQQ0VKQlNFTF9TVU5bgilTOTBfCF9TVU4KEghfQURS
DAAAEgAUEl9FSjABUENFSkJTRUxfU1VOW4IpUzk4XwhfU1VOChMIX0FEUgwAABMAFBJfRUowAVBD
RUpCU0VMX1NVTluCKVNBMF8IX1NVTgoUCF9BRFIMAAAUABQSX0VKMAFQQ0VKQlNFTF9TVU5bgilT
QThfCF9TVU4KFQhfQURSDAAAFQAUEl9FSjABUENFSkJTRUxfU1VOW4IpU0IwXwhfU1VOChYIX0FE
UgwAABYAFBJfRUowAVBDRUpCU0VMX1NVTluCKVNCOF8IX1NVTgoXCF9BRFIMAAAXABQSX0VKMAFQ
Q0VKQlNFTF9TVU5bgilTQzBfCF9TVU4KGAhfQURSDAAAGAAUEl9FSjABUENFSkJTRUxfU1VOW4Ip
U0M4XwhfU1VOChkIX0FEUgwAABkAFBJfRUowAVBDRUpCU0VMX1NVTluCKVNEMF8IX1NVTgoaCF9B
RFIMAAAaABQSX0VKMAFQQ0VKQlNFTF9TVU5bgilTRDhfCF9TVU4KGwhfQURSDAAAGwAUEl9FSjAB
UENFSkJTRUxfU1VOW4IpU0UwXwhfU1VOChwIX0FEUgwAABwAFBJfRUowAVBDRUpCU0VMX1NVTluC
KVNFOF8IX1NVTgodCF9BRFIMAAAdABQSX0VKMAFQQ0VKQlNFTF9TVU5bgilTRjBfCF9TVU4KHghf
QURSDAAAHgAUEl9FSjABUENFSkJTRUxfU1VOW4IpU0Y4XwhfU1VOCh8IX0FEUgwAAB8AFBJfRUow
AVBDRUpCU0VMX1NVThRIG0RWTlQCoAx7aAoIAIZTMThfaaAMe2gKEACGUzIwX2mgDHtoCiAAhlMy
OF9poAx7aApAAIZTMzBfaaAMe2gKgACGUzM4X2mgDXtoCwABAIZTNDBfaaANe2gLAAIAhlM0OF9p
oA17aAsABACGUzUwX2mgDXtoCwAIAIZTNThfaaANe2gLABAAhlM2MF9poA17aAsAIACGUzY4X2mg
DXtoCwBAAIZTNzBfaaANe2gLAIAAhlM3OF9poA97aAwAAAEAAIZTODBfaaAPe2gMAAACAACGUzg4
X2mgD3toDAAABAAAhlM5MF9poA97aAwAAAgAAIZTOThfaaAPe2gMAAAQAACGU0EwX2mgD3toDAAA
IAAAhlNBOF9poA97aAwAAEAAAIZTQjBfaaAPe2gMAACAAACGU0I4X2mgD3toDAAAAAEAhlNDMF9p
oA97aAwAAAACAIZTQzhfaaAPe2gMAAAABACGU0QwX2mgD3toDAAAAAgAhlNEOF9poA97aAwAAAAQ
AIZTRTBfaaAPe2gMAAAAIACGU0U4X2mgD3toDAAAAEAAhlNGMF9poA97aAwAAACAAIZTRjhfaRQf
UENOVABwAEJOVU1EVk5UUENJVQFEVk5UUENJRAoD
====
begin-base64 644 FACP.1
RkFDUHQAAAABJ0JPQ0hTIEJYUENGQUNQAQAAAEJYUEMBAAAAAAD+H0AA/h8BAAkAsgAAAPHwAAAA
BgAAAAAAAAQGAAAAAAAAAAAAAAgGAADgrwAAAAAAAAQCAAQEAAAA/w//DwAAAAAAAAAAMgAAAKWA
AAA=
====
begin-base64 644 RSDT.0
UlNEVCwAAAABOkJPQ0hTIEJYUENSU0RUAQAAAEJYUEMBAAAALxT+H6MU/h8=
====
begin-base64 644 SSDT.3
U1NEVP8AAAABMEJPQ0hTIEJYUENTU0RUAQAAAEJYUEMBAAAAEIoNAF9TQl9bg0IFQ1AwMAAQsAAA
BghJRF9fCgAIX0hJRA1BQ1BJMDAwNwAUD19NQVQApENQTUFJRF9fFA9fU1RBAKRDUFNUSURfXxQP
X0VKMAFDUEVKSURfX2hbg0IFQ1AwMQEQsAAABghJRF9fCgEIX0hJRA1BQ1BJMDAwNwAUD19NQVQA
pENQTUFJRF9fFA9fU1RBAKRDUFNUSURfXxQPX0VKMAFDUEVKSURfX2gUTwFOVEZZAqALk2gKAIZD
UDAwaaALk2gKAYZDUDAxaQhDUE9OEkUAAgEB
====
begin-base64 644 SSDT.5
U1NEVA8BAAAB1EJYUEMAAEJYU1NEVFBDAQAAAElOVEwjAQkgEClcAAhYUzNfEgYEAQEAAAhYUzRf
EggECgIKAgAACF9TNV8SBgQAAAAAEEAMXC8DX1NCX1BDSTBJU0FfW4JNClBFVlQIX0hJRA1RRU1V
MDAwMQAIUEVTVAsAAFuAUEVPUgFQRVNUAVuBC1BFT1IBUEVQVAgUGF9TVEEAcFBFU1RgoAaTYACk
AKEEpAoPFA5SRFBUAHBQRVBUYKRgFAxXUlBUAXBoUEVQVAhfQ1JTEQ0KCkcBAAAAAAEBeQCLX0NS
UwoCSU9NTotfQ1JTCgRJT01YFBhfSU5JAHBQRVNUSU9NTnBQRVNUSU9NWA==
====
begin-base64 644 headers
ClJTRCBQVFI6IENoZWNrc3VtPTI1MywgT0VNSUQ9Qk9DSFMsIFJldmlzaW9uPTAsIFJzZHRBZGRy
ZXNzPTB4MWZmZTE1MjMKCgpSU0RUOiBMZW5ndGg9NDQsIFJldmlzaW9uPTEsIENoZWNrc3VtPTU4
LAoJT0VNSUQ9Qk9DSFMsIE9FTSBUYWJsZSBJRD1CWFBDUlNEVCwgT0VNIFJldmlzaW9uPTB4MSwK
CUNyZWF0b3IgSUQ9QlhQQywgQ3JlYXRvciBSZXZpc2lvbj0weDEKCgoJRW50cmllcz17IDB4MWZm
ZTE0MmYsIDB4MWZmZTE0YTMgfQoKCglEU0RUPTB4MWZmZTAwNDAKCUlOVF9NT0RFTD1BUElDCglT
Q0lfSU5UPTkKCVNNSV9DTUQ9MHhiMiwgQUNQSV9FTkFCTEU9MHhmMSwgQUNQSV9ESVNBQkxFPTB4
ZjAsIFM0QklPU19SRVE9MHgwCglQTTFhX0VWVF9CTEs9MHg2MDAtMHg2MDMKCVBNMWFfQ05UX0JM
Sz0weDYwNC0weDYwNQoJUE0yX1RNUl9CTEs9MHg2MDgtMHg2MGIKCVBNMl9HUEUwX0JMSz0weGFm
ZTAtMHhhZmUzCglQX0xWTDJfTEFUPTQwOTVtcywgUF9MVkwzX0xBVD00MDk1bXMKCUZMVVNIX1NJ
WkU9MCwgRkxVU0hfU1RSSURFPTAKCURVVFlfT0ZGU0VUPTAsIERVVFlfV0lEVEg9MAoJREFZX0FM
Uk09MCwgTU9OX0FMUk09MCwgQ0VOVFVSWT01MAoJRmxhZ3M9e1dCSU5WRCxQUk9DX0MxLFNMUF9C
VVRUT04sUlRDX1M0fQoKCkRTRFQ6IExlbmd0aD01MTAzLCBSZXZpc2lvbj0xLCBDaGVja3N1bT0x
MjIsCglPRU1JRD1CT0NIUywgT0VNIFRhYmxlIElEPUJYUENEU0RULCBPRU0gUmV2aXNpb249MHgx
LAoJQ3JlYXRvciBJRD1CWFBDLCBDcmVhdG9yIFJldmlzaW9uPTB4MQoKCkFQSUM6IExlbmd0aD0x
MjgsIFJldmlzaW9uPTEsIENoZWNrc3VtPTIxOCwKCU9FTUlEPUJPQ0hTLCBPRU0gVGFibGUgSUQ9
QlhQQ0FQSUMsIE9FTSBSZXZpc2lvbj0weDEsCglDcmVhdG9yIElEPUJYUEMsIENyZWF0b3IgUmV2
aXNpb249MHgxCgo=
====

Reply | Threaded
Open this post in threaded view
|

Re: "relink" failed after swiching to Jan29 -current; stuck in reboot loop prior to that when using bsd.sp

Brett Mahar-3

|
| -----
|
| After booting bsd.mp, I got the console message:
| "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log"
|
| -----
|
| in relink.log:
|
| (SHA256) /bsd: OK
| LD="ld" sh makegap.sh 0xcccccccc gapdummy.o
| ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS}
| size: newbsd: not object file or archive
| *** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:1437 'newbsd': @size newbsd ; umask 007;  e
| cho mv newbsd newbsd.gdb; rm -f newb...)
|

Hi again,

I just installed the newest snapshot of -current (OpenBSD 6.6-current (GENERIC.MP) #625: Wed Jan 29 23:51:39 MST 2020)

I rebooted successfully two times post-install, I then saw the same error message "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log" and on the next reboot the machine went into the same endless reboot cycle.

So the endless reboots seem related to the relinking failing.

I get these failures with both bsd.sp or bsd.mp

Brett.


Reply | Threaded
Open this post in threaded view
|

Re: "relink" failed after swiching to Jan29 -current; stuck in reboot loop prior to that when using bsd.sp

Brett Mahar-3
On Thu, 30 Jan 2020 21:14:20 +1100
Brett Mahar <[hidden email]> wrote:

|
| |
| | -----
| |
| | After booting bsd.mp, I got the console message:
| | "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log"
| |
| | -----
| |
| | in relink.log:
| |
| | (SHA256) /bsd: OK
| | LD="ld" sh makegap.sh 0xcccccccc gapdummy.o
| | ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS}
| | size: newbsd: not object file or archive
| | *** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:1437 'newbsd': @size newbsd ; umask 007;  e
| | cho mv newbsd newbsd.gdb; rm -f newb...)
| |
|
| Hi again,
|
| I just installed the newest snapshot of -current (OpenBSD 6.6-current (GENERIC.MP) #625: Wed Jan 29 23:51:39 MST 2020)
|
| I rebooted successfully two times post-install, I then saw the same error message "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log" and on the next reboot the machine went into the same endless reboot cycle.
|
| So the endless reboots seem related to the relinking failing.
|
| I get these failures with both bsd.sp or bsd.mp
|
| Brett.
|
|
'

Upgrading again to [OpenBSD 6.6-current (GENERIC.MP) #626: Thu Jan 30 19:26:22 MST 2020], and running:

sha256 -h /var/db/kernel.SHA256 /bsd
/usr/libexec/reorder_kernel

I still see these linking problems, but not every time. It confuses me why it would link sometimes and not others. The linking seems to fail more when the /usr/libexec/reorder_kernel command runs after boot. It nearly always succeeds when I run it manually.

For now I have added to rc.shutdown:

sha256 -h /var/db/kernel.SHA256 /bsd
sync
/usr/libexec/reorder_kernel
sync

and so far, so good.

Brett.




Reply | Threaded
Open this post in threaded view
|

Re: "relink" failed after swiching to Jan29 -current; stuck in reboot loop prior to that when using bsd.sp

Theo de Raadt-2
In reply to this post by Brett Mahar-3
There have been a few reports, but nothing with a clue for us yet.

Can you modify your /etc/rc to run prepend something like
"ktrace -di -o /somewherewithspace/ktrace.out" to the relink operation,
and when it fails, kdump and look for clues?

>On Thu, 30 Jan 2020 21:14:20 +1100
>Brett Mahar <[hidden email]> wrote:
>
>|
>| |
>| | -----
>| |
>| | After booting bsd.mp, I got the console message:
>| | "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log"
>| |
>| | -----
>| |
>| | in relink.log:
>| |
>| | (SHA256) /bsd: OK
>| | LD="ld" sh makegap.sh 0xcccccccc gapdummy.o
>| | ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS}
>| | size: newbsd: not object file or archive
>| | *** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:1437 'newbsd': @size newbsd ; umask 007;  e
>| | cho mv newbsd newbsd.gdb; rm -f newb...)
>| |
>|
>| Hi again,
>|
>| I just installed the newest snapshot of -current (OpenBSD 6.6-current (GENERIC.MP) #625: Wed Jan 29 23:51:39 MST 2020)
>|
>| I rebooted successfully two times post-install, I then saw the same error message "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log" and on the next reboot the machine went into the same endless reboot cycle.
>|
>| So the endless reboots seem related to the relinking failing.
>|
>| I get these failures with both bsd.sp or bsd.mp
>|
>| Brett.
>|
>|
>'
>
>Upgrading again to [OpenBSD 6.6-current (GENERIC.MP) #626: Thu Jan 30 19:26:22 MST 2020], and running:
>
>sha256 -h /var/db/kernel.SHA256 /bsd
>/usr/libexec/reorder_kernel
>
>I still see these linking problems, but not every time. It confuses me why it would link sometimes and not others. The linking seems to fail more when the /usr/libexec/reorder_kernel command runs after boot. It nearly always succeeds when I run it manually.
>
>For now I have added to rc.shutdown:
>
>sha256 -h /var/db/kernel.SHA256 /bsd
>sync
>/usr/libexec/reorder_kernel
>sync
>
>and so far, so good.
>
>Brett.
>
>
>
>
>

Reply | Threaded
Open this post in threaded view
|

Re: "relink" failed after swiching to Jan29 -current; stuck in reboot loop prior to that when using bsd.sp

Brett Mahar-3
Hi Bugs list and Theo,

I modified rc to have the line:
ktrace -di -f /usr/local/ktrace.outX /usr/libexec/reorder_kernel

and then used kdump:
kdump -f /usr/local/ktrace.outX > /usr/local/kdumpX

In case it is helpful you could look at the full kdump on the run which did not relink:
https://coiloptic.org/uploads/kdump3-crashed

I don't know what to look for but I had a look anyway. One thing I noticed on the versions that succeeded linking: the lines containing "size     GIO" were followed by ELF headers or similar, but on the ktrace that failed, one of those lines is followed by "newbsd: not object file or archive" (see the extract below).

Another thing I noticed was the ktrace on the succesful relinks was 121M, while the one that did not link was 28.7M. Perhaps that is expected.

...
 47317 size     RET   read 16384/0x4000
 47317 size     CALL  kbind(0x7f7fffff9c58,24,0x681f76db094ac55d)
 47317 size     RET   kbind 0
 47317 size     CALL  lseek(3,0,SEEK_CUR)
 47317 size     RET   lseek 16384/0x4000
 47317 size     CALL  kbind(0x7f7fffff9c58,24,0x681f76db094ac55d)
 47317 size     RET   kbind 0
 47317 size     CALL  write(2,0x7f7fffff9480,0x6)
 47317 size     GIO   fd 2 wrote 6 bytes
       "size: "
 47317 size     RET   write 6
 47317 size     CALL  write(2,0x7f7fffff9560,0x22)
 47317 size     GIO   fd 2 wrote 34 bytes
       "newbsd: not object file or archive"
...

Thanks,
Brett.



=====

On Sun, 2 Feb 2020 01:50:14 -0700 (MST)
Theo de Raadt <[hidden email]> wrote:

| There have been a few reports, but nothing with a clue for us yet.
|
| Can you modify your /etc/rc to run prepend something like
| "ktrace -di -o /somewherewithspace/ktrace.out" to the relink operation,
| and when it fails, kdump and look for clues?
|
| >On Thu, 30 Jan 2020 21:14:20 +1100
| >Brett Mahar <[hidden email]> wrote:
| >
| >|
| >| |
| >| | -----
| >| |
| >| | After booting bsd.mp, I got the console message:
| >| | "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log"
| >| |
| >| | -----
| >| |
| >| | in relink.log:
| >| |
| >| | (SHA256) /bsd: OK
| >| | LD="ld" sh makegap.sh 0xcccccccc gapdummy.o
| >| | ld -T ld.script -X --warn-common -nopie -o newbsd ${SYSTEM_HEAD} vers.o ${OBJS}
| >| | size: newbsd: not object file or archive
| >| | *** Error 1 in /usr/share/relink/kernel/GENERIC.MP (Makefile:1437 'newbsd': @size newbsd ; umask 007;  e
| >| | cho mv newbsd newbsd.gdb; rm -f newb...)
| >| |
| >|
| >| Hi again,
| >|
| >| I just installed the newest snapshot of -current (OpenBSD 6.6-current (GENERIC.MP) #625: Wed Jan 29 23:51:39 MST 2020)
| >|
| >| I rebooted successfully two times post-install, I then saw the same error message "reorder_kernel: failed -- see /usr/share/relink/kernel/GENERIC.MP/relink.log" and on the next reboot the machine went into the same endless reboot cycle.
| >|
| >| So the endless reboots seem related to the relinking failing.
| >|
| >| I get these failures with both bsd.sp or bsd.mp
| >|
| >| Brett.
| >|
| >|
| >'
| >
| >Upgrading again to [OpenBSD 6.6-current (GENERIC.MP) #626: Thu Jan 30 19:26:22 MST 2020], and running:
| >
| >sha256 -h /var/db/kernel.SHA256 /bsd
| >/usr/libexec/reorder_kernel
| >
| >I still see these linking problems, but not every time. It confuses me why it would link sometimes and not others. The linking seems to fail more when the /usr/libexec/reorder_kernel command runs after boot. It nearly always succeeds when I run it manually.
| >
| >For now I have added to rc.shutdown:
| >
| >sha256 -h /var/db/kernel.SHA256 /bsd
| >sync
| >/usr/libexec/reorder_kernel
| >sync
| >
| >and so far, so good.
| >
| >Brett.
| >
| >
| >
| >
| >