* fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
@ 2015-12-04 23:16 PGNet Dev
2015-12-05 2:49 ` Zir Blazer
2015-12-05 18:05 ` Konrad Rzeszutek Wilk
0 siblings, 2 replies; 11+ messages in thread
From: PGNet Dev @ 2015-12-04 23:16 UTC (permalink / raw)
To: xen-devel
I run Xen 4.6 Dom0 on an Opensuse Leap 42.1 server.
Hardware is a SuperMicro X10SAT motherboard
(http://www.supermicro.com/products/motherboard/Xeon/C220/X10SAT.cfm),
with AMI v3 BIOS + "UEFI support"
Two issues exist with the SuperMicro EFI
(1) firmware EFI mis-mapping causing Xen PANIC on restart
(2) EFI variables not persistent across reboot
SuperMicro's development/support has been made aware of both issues;
Their response is that they won't/can't fix the problem.
I do NOT know if the problems exist with other SM boards' EFI
implementations.
Xen's EFI workarounds work to fix (1), not (2) (admittedly, not a
xen-specific issue ... just crops up when GRUB2-ing your way to Xen boot)
In #xen, it was suggested that I document the issue to the xen-devel ML,
just for the record. Hence, detail follows:
Xen Dom0 version
xen-4.6.0_04-398.3.x86_64
on Opensuse server
lsb_release -rd
Description: openSUSE Leap 42.1 (x86_64)
Release: 42.1
uname -rm
4.3.0-21.g0e6e680-default x86_64
The board/bios info
dmidecode
# dmidecode 2.12
# SMBIOS entry point at 0x000f04c0
SMBIOS 2.7 present.
81 structures occupying 3317 bytes.
Table at 0x000EC200.
...
System Information
Manufacturer: Supermicro
Product Name: X10SAT
...
BIOS Information
Vendor: American Megatrends Inc.
Version: 3.0
Release Date: 05/26/2015
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 16384 kB
Characteristics:
PCI is supported
BIOS is upgradeable
BIOS shadowing is allowed
Boot from CD is supported
Selectable boot is supported
BIOS ROM is socketed
EDD is supported
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 kB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
ACPI is supported
USB legacy is supported
BIOS boot specification is supported
Targeted content distribution is supported
UEFI is supported
BIOS Revision: 4.6
BIOS is updated with latest available version,
X10SAT5.526
and EFI reports
Shell> ver
EFI Specification Revision : 2.31
EFI Vendor : American Megatrends
EFI Revision : 4.655
Not clear whether they're using tianocore UEFI code.
Demonstration of (2), non-persistence of EFI boot vars:
@ OS shell, make changes to the MoBo's EFI NVRAM. E.g.,
efibootmgr -c -d /dev/sdg -p 2 -l
\\EFI\\opensuse\\xen-4.6.0_02-397.efi -L OpenSuse-Xen
efibootmgr -c -d /dev/sdg -p 2 -l \\EFI\\XEN\\xen.efi -L Custom-Xen
efibootmgr
BootOrder: 0001,0000
Boot0000* OpenSuse-Xen
Boot0001* Custom-Xen
efibootmgr -o 0,1
efibootmgr
BootOrder: 0000,0001
Boot0000* OpenSuse-Xen
Boot0001* Custom-Xen
after reboot, re-checking the EFI variables presented from the motherboard,
efibootmgr -v
(empty)
the vars are NOT persistent, and have been removed.
Documentation of (1), EFI mapping, Xen PANIC & workarounds
(A) boot & shutdown, Xen PANIC, no EFI 'fixes'
Xen 4.6.0_04-398 (c/s ) EFI loader
Using configuration file 'xen-4.6.0_04-398.cfg'
vmlinuz-4.3.0-21.g0e6e680-default: 0x000000008c08c000-0x000000008c65ee60
initrd-4.3.0-21.g0e6e680-default: 0x000000008b120000-0x000000008c08bf9c
0x0000:0x00:0x19.0x0: ROM: 0x10000 bytes at 0x92892018
0x0000:0x04:0x00.0x0: ROM: 0x8000 bytes at 0x92889018
0x0000:0x10:0x00.0x0: ROM: 0x10800 bytes at 0x92871018
__ __ _ _ __ ___ ___ _ _ _____ ___ ___
\ \/ /___ _ __ | || | / /_ / _ \ / _ \| || | |___ // _ \ ( _ )
\ // _ \ '_ \ | || |_| '_ \| | | | | | | | || |_ __ |_ \ (_) |/ _ \
/ \ __/ | | | |__ _| (_) | |_| | | |_| |__ _|__|__) \__, | (_) |
/_/\_\___|_| |_| |_|(_)___(_)___/___\___/ |_| |____/ /_/ \___/
|_____|
(XEN) Xen version 4.6.0_04-398 (abuild@suse.de) (gcc (SUSE Linux)
4.8.5) debug=n Tue Nov 24 15:44:57 UTC 2015
(XEN) Latest ChangeSet:
(XEN) Console output is synchronous.
(XEN) Bootloader: EFI
(XEN) Command line: dom0_mem=3072M,max:3072M dom0_max_vcpus=1
dom0_vcpus_pin=true cpuidle=1 cpufreq=xen clocksource=hpet iommu=verbose
sched=credit vga=gfx-1920x1080x16 com1=115200,8n1,pci
(XEN) Video information:
(XEN) VGA is graphics mode 800x600, 32 bpp
(XEN) Disc information:
(XEN) Found 0 MBR signatures
(XEN) Found 6 EDD information structures
(XEN) EFI RAM map:
(XEN) 0000000000000000 - 0000000000058000 (usable)
(XEN) 0000000000058000 - 0000000000059000 (reserved)
(XEN) 0000000000059000 - 000000000009f000 (usable)
(XEN) 000000000009f000 - 00000000000a0000 (reserved)
(XEN) 0000000000100000 - 000000008da96000 (usable)
(XEN) 000000008da96000 - 000000008da9d000 (ACPI NVS)
(XEN) 000000008da9d000 - 000000008e3e3000 (usable)
(XEN) 000000008e3e3000 - 000000008e7ea000 (reserved)
(XEN) 000000008e7ea000 - 000000009e5b1000 (usable)
(XEN) 000000009e5b1000 - 000000009e62e000 (reserved)
(XEN) 000000009e62e000 - 000000009e675000 (usable)
(XEN) 000000009e675000 - 000000009e7a9000 (ACPI NVS)
(XEN) 000000009e7a9000 - 000000009efff000 (reserved)
(XEN) 000000009efff000 - 000000009f000000 (usable)
(XEN) 00000000f0000000 - 00000000f8000000 (reserved)
(XEN) 00000000fec00000 - 00000000fec01000 (reserved)
(XEN) 00000000fed00000 - 00000000fed04000 (reserved)
(XEN) 00000000fed1c000 - 00000000fed20000 (reserved)
(XEN) 00000000fee00000 - 00000000fee01000 (reserved)
(XEN) 00000000ff000000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 000000085e000000 (usable)
(XEN) ACPI: RSDP 9E779000, 0024 (r2 SUPERM)
(XEN) ACPI: XSDT 9E7790A0, 00C4 (r1 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: FACP 9E787328, 010C (r5 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: DSDT 9E779200, E121 (r2 SUPERM SMCI--MB 0 INTL 20120711)
(XEN) ACPI: FACS 9E7A8F80, 0040
(XEN) ACPI: APIC 9E787438, 0072 (r3 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: FPDT 9E7874B0, 0044 (r1 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: FIDT 9E7874F8, 009C (r1 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: SSDT 9E787598, 0C7D (r2 Ther_R Ther_Rvp 1000 INTL 20120711)
(XEN) ACPI: SSDT 9E788218, 0539 (r2 PmRef Cpu0Ist 3000 INTL 20051117)
(XEN) ACPI: SSDT 9E788758, 0B74 (r2 CpuRef CpuSsdt 3000 INTL 20051117)
(XEN) ACPI: SSDT 9E7892D0, 02DE (r2 PmRef Cpu0Tst 3000 INTL 20051117)
(XEN) ACPI: SSDT 9E7895B0, 0348 (r2 PmRef ApTst 3000 INTL 20051117)
(XEN) ACPI: MCFG 9E7898F8, 003C (r1 SUPERM SMCI--MB 1072009 MSFT 97)
(XEN) ACPI: HPET 9E789938, 0038 (r1 SUPERM SMCI--MB 1072009 AMI. 5)
(XEN) ACPI: SSDT 9E789970, 0397 (r1 SataRe SataTabl 1000 INTL 20120711)
(XEN) ACPI: SSDT 9E789D08, 57F6 (r2 SaSsdt SaSsdt 3000 INTL 20120711)
(XEN) ACPI: ASF! 9E78F500, 00A5 (r32 INTEL HCG 1 TFSM
F4240)
(XEN) ACPI: DMAR 9E78F5A8, 0080 (r1 INTEL BDW 1 INTL 1)
(XEN) ACPI: EINJ 9E78F628, 0130 (r1 AMI AMI EINJ 0 0)
(XEN) ACPI: ERST 9E78F758, 0230 (r1 AMIER AMI ERST 0 0)
(XEN) ACPI: HEST 9E78F988, 00A8 (r1 AMI AMI HEST 0 0)
(XEN) ACPI: BERT 9E78FA30, 0030 (r1 AMI AMI BERT 0 0)
(XEN) ACPI: BGRT 9E78FA60, 0038 (r0 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) System RAM: 32705MB (33490468kB)
(XEN) No NUMA configuration found
(XEN) Faking a node at 0000000000000000-000000085e000000
(XEN) Domain heap initialised
(XEN) Allocated console ring of 64 KiB.
(XEN) vesafb: framebuffer at 0xd1000000, mapped to 0xffff82c000201000,
using 1920k, total 1920k
(XEN) vesafb: mode is 800x600x32, linelength=3200, font 8x8
(XEN) vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
(XEN) SMBIOS 2.7 present.
(XEN) DMI 2.7 present.
(XEN) Using APIC driver default
(XEN) ACPI: PM-Timer IO Port: 0x1808
(XEN) ACPI: v5 SLEEP INFO: control[0:0], status[0:0]
(XEN) ACPI: SLEEP INFO: pm1x_cnt[1:1804,1:0], pm1x_evt[1:1800,1:0]
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
9e7a8f80/0000000000000000, using 32
(XEN) ACPI: wakeup_vec[9e7a8f8c], vec_size[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 7:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
(XEN) Processor #2 7:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)
(XEN) Processor #4 7:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)
(XEN) Processor #6 7:12 APIC version 21
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
(XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000
(XEN) Xen ERST support is initialized.
(XEN) HEST: Table parsing has been initialized
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) SMP: Allowing 4 CPUs (0 hotplug CPUs)
(XEN) NR_CPUS:1024 nr_cpumask_bits:64
(XEN) mapped APIC to ffff82cfff7fb000 (fee00000)
(XEN) mapped IOAPIC to ffff82cfff7fa000 (fec00000)
(XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X
(XEN) Not enabling x2APIC (upon firmware request)
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel machine check reporting enabled
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3092.877 MHz processor.
(XEN) EFI memory map:
(XEN) 0000000000000-0000000007fff type=3 attr=000000000000000f
(XEN) 0000000008000-0000000047fff type=7 attr=000000000000000f
(XEN) 0000000048000-0000000057fff type=4 attr=000000000000000f
(XEN) 0000000058000-0000000058fff type=0 attr=000000000000000f
(XEN) 0000000059000-000000005bfff type=7 attr=000000000000000f
(XEN) 000000005c000-000000005efff type=2 attr=000000000000000f
(XEN) 000000005f000-000000005ffff type=4 attr=000000000000000f
(XEN) 0000000060000-000000009efff type=3 attr=000000000000000f
(XEN) 000000009f000-000000009ffff type=0 attr=000000000000000f
(XEN) 0000000100000-0000066436fff type=7 attr=000000000000000f
(XEN) 0000066437000-000008a908fff type=2 attr=000000000000000f
(XEN) 000008a909000-000008b11ffff type=7 attr=000000000000000f
(XEN) 000008b120000-000008c65efff type=2 attr=000000000000000f
(XEN) 000008c65f000-000008da95fff type=1 attr=000000000000000f
(XEN) 000008da96000-000008da9cfff type=10 attr=000000000000000f
(XEN) 000008da9d000-000008dbf0fff type=4 attr=000000000000000f
(XEN) 000008dbf1000-000008e3adfff type=3 attr=000000000000000f
(XEN) 000008e3ae000-000008e3b1fff type=4 attr=000000000000000f
(XEN) 000008e3b2000-000008e3b7fff type=7 attr=000000000000000f
(XEN) 000008e3b8000-000008e3bcfff type=4 attr=000000000000000f
(XEN) 000008e3bd000-000008e3c6fff type=3 attr=000000000000000f
(XEN) 000008e3c7000-000008e3cdfff type=4 attr=000000000000000f
(XEN) 000008e3ce000-000008e3d7fff type=3 attr=000000000000000f
(XEN) 000008e3d8000-000008e3e2fff type=4 attr=000000000000000f
(XEN) 000008e3e3000-000008e7e9fff type=6 attr=800000000000000f
(XEN) 000008e7ea000-000008e7f8fff type=4 attr=000000000000000f
(XEN) 000008e7f9000-000008e806fff type=7 attr=000000000000000f
(XEN) 000008e807000-000008e807fff type=2 attr=000000000000000f
(XEN) 000008e808000-0000091806fff type=7 attr=000000000000000f
(XEN) 0000091807000-0000091a6efff type=4 attr=000000000000000f
(XEN) 0000091a6f000-0000091aa1fff type=7 attr=000000000000000f
(XEN) 0000091aa2000-0000091b00fff type=4 attr=000000000000000f
(XEN) 0000091b01000-0000091b67fff type=7 attr=000000000000000f
(XEN) 0000091b68000-0000091c0cfff type=4 attr=000000000000000f
(XEN) 0000091c0d000-0000091c40fff type=7 attr=000000000000000f
(XEN) 0000091c41000-0000091c41fff type=4 attr=000000000000000f
(XEN) 0000091c42000-0000091c42fff type=7 attr=000000000000000f
(XEN) 0000091c43000-0000091c43fff type=4 attr=000000000000000f
(XEN) 0000091c44000-0000091c44fff type=7 attr=000000000000000f
(XEN) 0000091c45000-0000091c45fff type=4 attr=000000000000000f
(XEN) 0000091c46000-0000091c46fff type=7 attr=000000000000000f
(XEN) 0000091c47000-0000091c47fff type=4 attr=000000000000000f
(XEN) 0000091c48000-0000091c4efff type=7 attr=000000000000000f
(XEN) 0000091c4f000-0000091c50fff type=4 attr=000000000000000f
(XEN) 0000091c51000-0000091c63fff type=7 attr=000000000000000f
(XEN) 0000091c64000-0000091c6efff type=4 attr=000000000000000f
(XEN) 0000091c6f000-0000091cf0fff type=7 attr=000000000000000f
(XEN) 0000091cf1000-0000091d54fff type=4 attr=000000000000000f
(XEN) 0000091d55000-0000091d87fff type=7 attr=000000000000000f
(XEN) 0000091d88000-0000092047fff type=4 attr=000000000000000f
(XEN) 0000092048000-000009205efff type=7 attr=000000000000000f
(XEN) 000009205f000-00000920c7fff type=4 attr=000000000000000f
(XEN) 00000920c8000-000009210efff type=7 attr=000000000000000f
(XEN) 000009210f000-0000092183fff type=4 attr=000000000000000f
(XEN) 0000092184000-00000922f8fff type=7 attr=000000000000000f
(XEN) 00000922f9000-00000923a3fff type=4 attr=000000000000000f
(XEN) 00000923a4000-00000923b0fff type=7 attr=000000000000000f
(XEN) 00000923b1000-0000092471fff type=4 attr=000000000000000f
(XEN) 0000092472000-0000092475fff type=7 attr=000000000000000f
(XEN) 0000092476000-000009256cfff type=4 attr=000000000000000f
(XEN) 000009256d000-000009256ffff type=7 attr=000000000000000f
(XEN) 0000092570000-00000927ccfff type=4 attr=000000000000000f
(XEN) 00000927cd000-00000927cffff type=7 attr=000000000000000f
(XEN) 00000927d0000-0000092881fff type=4 attr=000000000000000f
(XEN) 0000092882000-0000092884fff type=7 attr=000000000000000f
(XEN) 0000092885000-000009c18cfff type=4 attr=000000000000000f
(XEN) 000009c18d000-000009c18efff type=7 attr=000000000000000f
(XEN) 000009c18f000-000009c260fff type=4 attr=000000000000000f
(XEN) 000009c261000-000009c261fff type=7 attr=000000000000000f
(XEN) 000009c262000-000009dfb0fff type=4 attr=000000000000000f
(XEN) 000009dfb1000-000009e29cfff type=7 attr=000000000000000f
(XEN) 000009e29d000-000009e5b0fff type=3 attr=000000000000000f
(XEN) 000009e5b1000-000009e5cbfff type=0 attr=000000000000000f
(XEN) 000009e5cc000-000009e62dfff type=0 attr=000000000000000f
(XEN) 000009e62e000-000009e674fff type=7 attr=000000000000000f
(XEN) 000009e675000-000009e793fff type=10 attr=000000000000000f
(XEN) 000009e794000-000009e7a4fff type=10 attr=000000000000000f
(XEN) 000009e7a5000-000009e7a8fff type=10 attr=000000000000000f
(XEN) 000009e7a9000-000009e9effff type=6 attr=800000000000000f
(XEN) 000009e9f0000-000009eb48fff type=6 attr=800000000000000f
(XEN) 000009eb49000-000009eb4afff type=6 attr=800000000000000f
(XEN) 000009eb4b000-000009eef0fff type=6 attr=800000000000000f
(XEN) 000009eef1000-000009eef2fff type=6 attr=800000000000000f
(XEN) 000009eef3000-000009ef8efff type=6 attr=800000000000000f
(XEN) 000009ef8f000-000009efa4fff type=5 attr=800000000000000f
(XEN) 000009efa5000-000009effefff type=5 attr=800000000000000f
(XEN) 000009efff000-000009effffff type=4 attr=000000000000000f
(XEN) 0000100000000-000085dffffff type=7 attr=000000000000000f
(XEN) 00000f0000000-00000f7ffffff type=11 attr=8000000000000001
(XEN) 00000fec00000-00000fec00fff type=11 attr=8000000000000001
(XEN) 00000fed00000-00000fed03fff type=11 attr=8000000000000001
(XEN) 00000fed1c000-00000fed1ffff type=11 attr=8000000000000001
(XEN) 00000fee00000-00000fee00fff type=11 attr=8000000000000001
(XEN) 00000ff000000-00000ffffffff type=11 attr=8000000000000001
(XEN) Initing memory sharing.
(XEN) alt table ffff82d0802d3450 -> ffff82d0802d4854
(XEN) spurious 8259A interrupt: IRQ7.
(XEN) PCI: MCFG configuration 0: base f0000000 segment 0000 buses 00 - 7f
(XEN) PCI: MCFG area at f0000000 reserved in E820
(XEN) PCI: Using MCFG for segment 0000 bus 00-7f
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB, 2MB, 1GB.
(XEN) Intel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d Shared EPT tables enabled.
(XEN) I/O virtualisation enabled
(XEN) - Dom0 mode: Relaxed
(XEN) Interrupt remapping enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) Suppress EOI broadcast on CPU#0
(XEN) enabled ExtINT on CPU#0
(XEN) ENABLING IO-APIC IRQs
(XEN) init IO_APIC IRQs
(XEN) IO-APIC (apicid-pin) 8-0, 8-16, 8-17, 8-18, 8-19, 8-20, 8-21,
8-22, 8-23 not connected.
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=0 pin2=0
(XEN) number of MP IRQ sources: 15.
(XEN) number of IO-APIC #8 registers: 24.
(XEN) testing the IO APIC.......................
(XEN) IO APIC #8......
(XEN) .... register #00: 08000000
(XEN) ....... : physical APIC id: 08
(XEN) ....... : Delivery Type: 0
(XEN) ....... : LTS : 0
(XEN) .... register #01: 00170020
(XEN) ....... : max redirection entries: 0017
(XEN) ....... : PRQ implemented: 0
(XEN) ....... : IO APIC version: 0020
(XEN) .... IRQ redirection table:
(XEN) NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
(XEN) 00 000 00 1 0 0 0 0 0 7 00
(XEN) 01 001 01 0 0 0 0 0 1 1 30
(XEN) 02 001 01 0 0 0 0 0 1 1 F0
(XEN) 03 001 01 0 0 0 0 0 1 1 38
(XEN) 04 001 01 0 0 0 0 0 1 1 F1
(XEN) 05 001 01 0 0 0 0 0 1 1 40
(XEN) 06 001 01 0 0 0 0 0 1 1 48
(XEN) 07 001 01 0 0 0 0 0 1 1 50
(XEN) 08 001 01 0 0 0 0 0 1 1 58
(XEN) 09 001 01 1 1 0 0 0 1 1 60
(XEN) 0a 001 01 0 0 0 0 0 1 1 68
(XEN) 0b 001 01 0 0 0 0 0 1 1 70
(XEN) 0c 001 01 0 0 0 0 0 1 1 78
(XEN) 0d 001 01 0 0 0 0 0 1 1 88
(XEN) 0e 001 01 0 0 0 0 0 1 1 90
(XEN) 0f 001 01 0 0 0 0 0 1 1 98
(XEN) 10 000 00 1 0 0 0 0 0 0 00
(XEN) 11 000 00 1 0 0 0 0 0 0 00
(XEN) 12 000 00 1 0 0 0 0 0 0 00
(XEN) 13 000 00 1 0 0 0 0 0 0 00
(XEN) 14 000 00 1 0 0 0 0 0 0 00
(XEN) 15 000 00 1 0 0 0 0 0 0 00
(XEN) 16 000 00 1 0 0 0 0 0 0 00
(XEN) 17 000 00 1 0 0 0 0 0 0 00
(XEN) Using vector-based indexing
(XEN) IRQ to pin mappings:
(XEN) IRQ240 -> 0:2
(XEN) IRQ48 -> 0:1
(XEN) IRQ56 -> 0:3
(XEN) IRQ241 -> 0:4
(XEN) IRQ64 -> 0:5
(XEN) IRQ72 -> 0:6
(XEN) IRQ80 -> 0:7
(XEN) IRQ88 -> 0:8
(XEN) IRQ96 -> 0:9
(XEN) IRQ104 -> 0:10
(XEN) IRQ112 -> 0:11
(XEN) IRQ120 -> 0:12
(XEN) IRQ136 -> 0:13
(XEN) IRQ144 -> 0:14
(XEN) IRQ152 -> 0:15
(XEN) .................................... done.
(XEN) Using local APIC timer interrupts.
(XEN) calibrating APIC timer ...
(XEN) ..... CPU clock speed is 3092.9674 MHz.
(XEN) ..... host bus clock speed is 99.7731 MHz.
(XEN) ..... bus_scale = 0x662c
(XEN) TSC deadline timer enabled
(XEN) [2015-12-02 06:13:29] Platform timer is 14.318MHz HPET
(XEN) [2015-12-02 06:13:29] mwait-idle: MWAIT substates: 0x42120
(XEN) [2015-12-02 06:13:29] mwait-idle: v0.4 model 0x3c
(XEN) [2015-12-02 06:13:29] mwait-idle: lapic_timer_reliable_states
0xffffffff
(XEN) [2015-12-02 06:13:29] VMX: Supported advanced features:
(XEN) [2015-12-02 06:13:29] - APIC MMIO access virtualisation
(XEN) [2015-12-02 06:13:29] - APIC TPR shadow
(XEN) [2015-12-02 06:13:29] - Extended Page Tables (EPT)
(XEN) [2015-12-02 06:13:29] - Virtual-Processor Identifiers (VPID)
(XEN) [2015-12-02 06:13:29] - Virtual NMI
(XEN) [2015-12-02 06:13:29] - MSR direct-access bitmap
(XEN) [2015-12-02 06:13:29] - Unrestricted Guest
(XEN) [2015-12-02 06:13:29] - VMCS shadowing
(XEN) [2015-12-02 06:13:29] - VM Functions
(XEN) [2015-12-02 06:13:29] HVM: ASIDs enabled.
(XEN) [2015-12-02 06:13:29] HVM: VMX enabled
(XEN) [2015-12-02 06:13:29] HVM: Hardware Assisted Paging (HAP) detected
(XEN) [2015-12-02 06:13:29] HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) [2015-12-02 06:13:29] Suppress EOI broadcast on CPU#1
(XEN) [2015-12-02 06:13:29] masked ExtINT on CPU#1
(XEN) [2015-12-02 06:13:29] [VT-D]INTR-REMAP: Request device
[0000:f0:1f.0] fault index 0, iommu reg = ffff82c0003e2000
(XEN) [2015-12-02 06:13:29] [VT-D]INTR-REMAP: reason 22 - Present field
in the IRTE entry is clear
(XEN) [2015-12-02 06:13:29] Suppress EOI broadcast on CPU#2
(XEN) [2015-12-02 06:13:29] masked ExtINT on CPU#2
(XEN) [2015-12-02 06:13:29] Suppress EOI broadcast on CPU#3
(XEN) [2015-12-02 06:13:29] masked ExtINT on CPU#3
(XEN) [2015-12-02 06:13:29] Brought up 4 CPUs
(XEN) [2015-12-02 06:13:29] ACPI sleep modes: S3
(XEN) [2015-12-02 06:13:29] VPMU: disabled
(XEN) [2015-12-02 06:13:29] mcheck_poll: Machine check polling timer
started.
(XEN) [2015-12-02 06:13:29] Dom0 has maximum 216 PIRQs
(XEN) [2015-12-02 06:13:29] NX (Execute Disable) protection active
(XEN) [2015-12-02 06:13:29] *** LOADING DOMAIN 0 ***
(XEN) [2015-12-02 06:13:29] Xen kernel: 64-bit, lsb, compat32
(XEN) [2015-12-02 06:13:29] Dom0 kernel: 64-bit, PAE, lsb, paddr
0x1000000 -> 0x2264000
(XEN) [2015-12-02 06:13:29] PHYSICAL MEMORY ARRANGEMENT:
(XEN) [2015-12-02 06:13:29] Dom0 alloc.:
0000000840000000->0000000844000000 (766100 pages to be allocated)
(XEN) [2015-12-02 06:13:29] Init. ramdisk:
000000085d094000->000000085dffff9c
(XEN) [2015-12-02 06:13:29] VIRTUAL MEMORY ARRANGEMENT:
(XEN) [2015-12-02 06:13:29] Loaded kernel:
ffffffff81000000->ffffffff82264000
(XEN) [2015-12-02 06:13:29] Init. ramdisk:
0000000000000000->0000000000000000
(XEN) [2015-12-02 06:13:29] Phys-Mach map:
0000008000000000->0000008000600000
(XEN) [2015-12-02 06:13:29] Start info:
ffffffff82264000->ffffffff822644b4
(XEN) [2015-12-02 06:13:29] Page tables:
ffffffff82265000->ffffffff8227a000
(XEN) [2015-12-02 06:13:30] Boot stack:
ffffffff8227a000->ffffffff8227b000
(XEN) [2015-12-02 06:13:30] TOTAL:
ffffffff80000000->ffffffff82400000
(XEN) [2015-12-02 06:13:30] ENTRY ADDRESS: ffffffff81f391f0
(XEN) [2015-12-02 06:13:30] Dom0 has maximum 1 VCPUs
(XEN) [2015-12-02 06:13:31] Bogus DMIBAR 0xfed18001 on 0000:00:00.0
(XEN) [2015-12-02 06:13:31] Scrubbing Free RAM on 1 nodes using 4 CPUs
(XEN) [2015-12-02 06:13:31]
...................................................................done.
(XEN) [2015-12-02 06:13:33] Initial low memory virq threshold set at
0x4000 pages.
(XEN) [2015-12-02 06:13:33] Std. Loglevel: All
(XEN) [2015-12-02 06:13:33] Guest Loglevel: All
(XEN) [2015-12-02 06:13:33] **********************************************
(XEN) [2015-12-02 06:13:33] ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) [2015-12-02 06:13:33] ******* This option is intended to aid
debugging of Xen by ensuring
(XEN) [2015-12-02 06:13:33] ******* that all output is synchronously
delivered on the serial line.
(XEN) [2015-12-02 06:13:33] ******* However it can introduce
SIGNIFICANT latencies and affect
(XEN) [2015-12-02 06:13:33] ******* timekeeping. It is NOT recommended
for production use!
(XEN) [2015-12-02 06:13:33] **********************************************
(XEN) [2015-12-02 06:13:33] 3... 2... 1...
(XEN) [2015-12-02 06:13:36] Xen is relinquishing VGA console.
(XEN) [2015-12-02 06:13:36] *** Serial input -> DOM0 (type 'CTRL-a'
three times to switch input to Xen)
(XEN) [2015-12-02 06:13:36] Freed 324kB init memory.
mapping kernel into physical memory
about to get started...
[ 0.000000] Linux version 4.3.0-21.g0e6e680-default
(geeko@buildhost) (gcc version 5.2.1 20151008 [gcc-5-branch revision
228597] (SUSE Linux) ) #1 SMP PREEMPT Mon Nov 30 12:35:47 UTC 20)
[ 0.000000] efi: EFI_MEMMAP is not enabled.
[ 0.000000] esrt: ESRT header is not in the memory map.
[ 0.000000] ACPI: RSDP 0x000000009E779000 000024 (v02 SUPERM)
[ 0.000000] ACPI: XSDT 0x000000009E7790A0 0000C4 (v01 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: FACP 0x000000009E787328 00010C (v05 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: DSDT 0x000000009E779200 00E121 (v02 SUPERM
SMCI--MB 00000000 INTL 20120711)
[ 0.000000] ACPI: FACS 0x000000009E7A8F80 000040
[ 0.000000] ACPI: APIC 0x000000009E787438 000072 (v03 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: FPDT 0x000000009E7874B0 000044 (v01 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: FIDT 0x000000009E7874F8 00009C (v01 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: SSDT 0x000000009E787598 000C7D (v02 Ther_R
Ther_Rvp 00001000 INTL 20120711)
[ 0.000000] ACPI: SSDT 0x000000009E788218 000539 (v02 PmRef Cpu0Ist
00003000 INTL 20051117)
[ 0.000000] ACPI: SSDT 0x000000009E788758 000B74 (v02 CpuRef CpuSsdt
00003000 INTL 20051117)
[ 0.000000] ACPI: SSDT 0x000000009E7892D0 0002DE (v02 PmRef Cpu0Tst
00003000 INTL 20051117)
[ 0.000000] ACPI: SSDT 0x000000009E7895B0 000348 (v02 PmRef ApTst
00003000 INTL 20051117)
[ 0.000000] ACPI: MCFG 0x000000009E7898F8 00003C (v01 SUPERM
SMCI--MB 01072009 MSFT 00000097)
[ 0.000000] ACPI: HPET 0x000000009E789938 000038 (v01 SUPERM
SMCI--MB 01072009 AMI. 00000005)
[ 0.000000] ACPI: SSDT 0x000000009E789970 000397 (v01 SataRe
SataTabl 00001000 INTL 20120711)
[ 0.000000] ACPI: SSDT 0x000000009E789D08 0057F6 (v02 SaSsdt SaSsdt
00003000 INTL 20120711)
[ 0.000000] ACPI: ASF! 0x000000009E78F500 0000A5 (v32 INTEL HCG
00000001 TFSM 000F4240)
[ 0.000000] ACPI: RMAD 0x000000009E78F5A8 000080 (v01 INTEL BDW
00000001 INTL 00000001)
[ 0.000000] ACPI: EINJ 0x000000009E78F628 000130 (v01 AMI AMI
EINJ 00000000 00000000)
[ 0.000000] ACPI: ERST 0x000000009E78F758 000230 (v01 AMIER AMI
ERST 00000000 00000000)
[ 0.000000] ACPI: HEST 0x000000009E78F988 0000A8 (v01 AMI AMI
HEST 00000000 00000000)
[ 0.000000] ACPI: BERT 0x000000009E78FA30 000030 (v01 AMI AMI
BERT 00000000 00000000)
[ 0.000000] ACPI: BGRT 0x000000009E78FA60 000038 (v00 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] p2m virtual area at ffffc90000000000, size is 40000000
[ 0.000000] Kernel command line:
root=UUID=4716053b-39da-4cc1-a7ce-72171b862357 dolvm
lvmwait=/dev/mapper/VG0-ROOT rootfstype=ext4 rootflags=journal_checksum
noresume showopts n
[ 66.058498] ACPI: 8 ACPI AML tables successfully acquired and loaded
[ 66.066748] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[ 66.072752] ENERGY_PERF_BIAS: View and update with
x86_energy_perf_policy(8)
[ 66.098441] Ignoring BGRT: invalid status 0 (expected 1)
[ 66.112271] cpu 0 spinlock event irq 25
[ 66.116107] Could not initialize VPMU for cpu 0, error -95
[ 66.146042] NMI watchdog: disabled (cpu0): hardware events not enabled
[ 66.160948] Grant table initialized
[ 66.208913] ACPI: Executed 6 blocks of module-level executable AML code
[ 66.222381] ACPI: Dynamic OEM Table Load:
[ 66.226389] ACPI: SSDT 0xFFFF88011CCF8000 0003D3 (v02 PmRef Cpu0Cst
00003001 INTL 20051117)
[ 66.235589] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep
State [\_S1_] (20150818/hwxface-580)
[ 66.244798] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep
State [\_S2_] (20150818/hwxface-580)
(XEN) [2015-12-02 06:13:37] Bogus DMIBAR 0xfed18001 on 0000:00:00.0
(XEN) [2015-12-02 06:13:37] PCI add device 0000:00:00.0
(XEN) [2015-12-02 06:13:37] PCI add device 0000:00:01.0
...
serial console output, loglvel=all, shutdown
...
dracut Warning: Killing all remaining processes
mdadm: stopped /dev/md4
mdadm: stopped /dev/md3
mdadm: stopped /dev/md2
mdadm: stopped /dev/md1
mdadm: stopped /dev/md0
Rebooting.
[ 334.289714] reboot: Restarting system
(XEN) [2015-12-02 14:18:06] Hardware Dom0 shutdown: rebooting machine
(XEN) [2015-12-02 14:18:06] APIC error on CPU0: 40(00)
(XEN) [2015-12-02 14:18:06] ----[ Xen-4.6.0_04-398 x86_64 debug=n
Tainted: C ]----
(XEN) [2015-12-02 14:18:06] CPU: 0
(XEN) [2015-12-02 14:18:06] RIP: e008:[<000000009e557340>]
000000009e557340
(XEN) [2015-12-02 14:18:06] RFLAGS: 0000000000010202 CONTEXT:
hypervisor (d0v0)
(XEN) [2015-12-02 14:18:06] rax: 000000009e557340 rbx:
0000000000000000 rcx: 0000000000000000
(XEN) [2015-12-02 14:18:06] rdx: 0000000000000000 rsi:
0000000000000000 rdi: 0000000000000000
(XEN) [2015-12-02 14:18:06] rbp: 0000000000000000 rsp:
ffff83008cadfdc0 r8: 0000000000000000
(XEN) [2015-12-02 14:18:06] r9: 0000000000000000 r10:
0000000000000000 r11: 0000000000000000
(XEN) [2015-12-02 14:18:06] r12: 0000000000000000 r13:
0000000000000cf9 r14: 0000000000000065
(XEN) [2015-12-02 14:18:06] r15: ffff830000000000 cr0:
0000000080050033 cr4: 00000000001526e0
(XEN) [2015-12-02 14:18:06] cr3: 000000084518b000 cr2: 000000009e557340
(XEN) [2015-12-02 14:18:06] ds: 0000 es: 0000 fs: 0000 gs: 0000
ss: e010 cs: e008
(XEN) [2015-12-02 14:18:06] Xen stack trace from rsp=ffff83008cadfdc0:
(XEN) [2015-12-02 14:18:06] 000000009efe42f6 0000000000000065
ffff82d08022b8ca efff000000000000
(XEN) [2015-12-02 14:18:06] ffff82d080269000 000000084518b000
ffff82d08022bada 00000006b62c4000
(XEN) [2015-12-02 14:18:06] 0000000000000000 0000000000152660
000000000000e008 0000000000000292
(XEN) [2015-12-02 14:18:06] 0000000000000000 00000000fffffffe
ffff82d0801821e8 0000000000000000
(XEN) [2015-12-02 14:18:06] 0000000000000010 000083008cadfe98
0000000000000000 0000004dd5835ef6
(XEN) [2015-12-02 14:18:06] 0000000000000001 0000000000000001
ffff830845158000 ffff830845158158
(XEN) [2015-12-02 14:18:06] 0000000000000002 00000000fee1dead
ffff82d08012a03f ffff83008cadff18
(XEN) [2015-12-02 14:18:06] ffff82d0801058a1 0000000000000000
0000000000000000 ffff880094efbdc0
(XEN) [2015-12-02 14:18:06] ffffffff81f13cc0 ffffffff81e4d460
ffff82d080129172 0000000100000000
(XEN) [2015-12-02 14:18:06] 0000000000000000 ffff83008da9d000
ffff880094efbd98 ffffffff81f13cc0
(XEN) [2015-12-02 14:18:06] ffff83008da9d000 ffff880094efbdc0
ffff82d080228070 ffff880121c0f3a8
(XEN) [2015-12-02 14:18:06] ffff880121c0f368 0000000000000000
00000000000186a0 ffff880094efbdc0
(XEN) [2015-12-02 14:18:06] 0000000000000200 0000000000000216
0000000000000008 0000000000000001
(XEN) [2015-12-02 14:18:06] 0000000000000000 000000000000001d
ffffffff810013aa 0000000000000200
(XEN) [2015-12-02 14:18:06] ffff880094efbdac 0000000000000002
0001010000000000 ffffffff810013aa
(XEN) [2015-12-02 14:18:06] 000000000000e033 0000000000000216
ffff880094efbd90 000000000000e02b
(XEN) [2015-12-02 14:18:06] 0000000000000000 0000000000000000
0000000000000000 0000000000000000
(XEN) [2015-12-02 14:18:06] 0000000000000000 ffff83008da9d000
0000000000000000 0000000000000000
(XEN) [2015-12-02 14:18:06] Xen call trace:
(XEN) [2015-12-02 14:18:06] [<000000009e557340>] 000000009e557340
(XEN) [2015-12-02 14:18:06] [<ffff82d08022b8ca>] efi_rs_enter+0xfa/0x120
(XEN) [2015-12-02 14:18:06] [<ffff82d08022bada>]
efi_reset_system+0x3a/0x60
(XEN) [2015-12-02 14:18:06] [<ffff82d0801821e8>]
machine_restart+0x208/0x2d0
(XEN) [2015-12-02 14:18:06] [<ffff82d08012a03f>]
hwdom_shutdown+0xbf/0xc0
(XEN) [2015-12-02 14:18:06] [<ffff82d0801058a1>]
domain_shutdown+0xf1/0x100
(XEN) [2015-12-02 14:18:06] [<ffff82d080129172>] do_sched_op+0x1d2/0x410
(XEN) [2015-12-02 14:18:06] [<ffff82d080228070>] lstar_enter+0xa0/0xa5
(XEN) [2015-12-02 14:18:06]
(XEN) [2015-12-02 14:18:06] Pagetable walk from 000000009e557340:
(XEN) [2015-12-02 14:18:06] L4[0x000] = 000000084518a063 ffffffffffffffff
(XEN) [2015-12-02 14:18:06] L3[0x002] = 000000008ca7c063 ffffffffffffffff
(XEN) [2015-12-02 14:18:06] L2[0x0f2] = 000000009e3ff063 ffffffffffffffff
(XEN) [2015-12-02 14:18:06] L1[0x157] = 800000009e557163 ffffffffffffffff
(XEN) [2015-12-02 14:18:06]
(XEN) [2015-12-02 14:18:06] ****************************************
(XEN) [2015-12-02 14:18:06] Panic on CPU 0:
(XEN) [2015-12-02 14:18:06] FATAL PAGE FAULT
(XEN) [2015-12-02 14:18:06] [error_code=0011]
(XEN) [2015-12-02 14:18:06] Faulting linear address: 000000009e557340
(XEN) [2015-12-02 14:18:06] ****************************************
(XEN) [2015-12-02 14:18:06]
(XEN) [2015-12-02 14:18:06] Reboot in five seconds...
Response from an Opensuse Bug report,
...
(XEN) 000009e29d000-000009e5b0fff type=3 attr=000000000000000f
tells us the fault is on an address in boot services code. Together with
(XEN) [2015-12-02 14:18:06] L2[0x0f2] = 000000009e3ff063 ffffffffffffffff
it also tells us that the L1 page table is in the same region of
memory. While not impossible, it's quite unlikely, and suggests the
firmware is actually playing with page tables in that runtime services
call (yet then oddly sets the mapping to no-execute, which is what
actually causes the fault). After all without /mapbs Xen wouldn't map
that area at all.
...
Considering your other reboot problem (after having added /mapbs) I
suppose "efi=no-rs" would take care of both issues at once. Please let
us know.
...
A relevant thread:
Re: [Xen-devel] Xen master hangs
http://lists.xen.org/archives/html/xen-devel/2015-07/msg05138.html
& the 2 workaround commits for "/mapbs" and "efi=no-rs", respectively,
[Xen-devel] [PATCH 2/4] EFI/early: add /mapbs to map
EfiBootServices{Code, Data}
http://lists.xenproject.org/archives/html/xen-devel/2015-06/msg01246.html
[Xen-devel] [PATCH 3/4] EFI: support default attributes to map Runtime
service areas with none given
http://lists.xenproject.org/archives/html/xen-devel/2015-06/msg01247.html
Both fixes appear to remedy the PANIC, but leave some/different,
non-FATAL errors
(B) shutdown, *NO* PANIC, /mapbs EFI flag
...
dracut Warning: Killing all remaining processes
mdadm: stopped /dev/md4
mdadm: stopped /dev/md2
mdadm: stopped /dev/md3
mdadm: stopped /dev/md0
mdadm: stopped /dev/md1
Rebooting.
[ 274.142642] reboot: Restarting system
(XEN) [2015-11-25 15:28:33] Hardware Dom0 shutdown: rebooting machine
(XEN) [2015-11-25 15:28:33] APIC error on CPU0: 40(00)
(XEN) [2015-11-25 15:28:33] EFI: could not reset system (0)
(XEN) [2015-11-25 15:28:33] Resetting with ACPI MEMORY or I/O RESET_REG.
(C) shutdown, *NO* PANIC, efi=no-rs cmdline arg
...
dracut Warning: Killing all remaining processes
mdadm: stopped /dev/md4
mdadm: stopped /dev/md2
mdadm: stopped /dev/md3
mdadm: stopped /dev/md0
mdadm: stopped /dev/md1
Rebooting.
[ 247.929305] reboot: Restarting system
(XEN) [2015-12-02 14:46:25] Hardware Dom0 shutdown: rebooting machine
(XEN) [2015-12-02 14:46:25] APIC error on CPU0: 40(00)
(XEN) [2015-12-02 14:46:25] Resetting with ACPI MEMORY or I/O RESET_REG.
The "efi=no-rs" fix seems to, so far, be the most-complete workaround.
There's a recent, additional thread which also appears to be relevant to
the 'right' fix for this (these) EFI firmware issues,
[Xen-devel] [PATCH] x86/time: Don't use EFI's GetTime call by default
http://lists.xen.org/archives/html/xen-devel/2015-12/msg00159.html
wherein there appears to be some disagreement as to necessity/approach.
Finally, SM's had all of the above detail communicated to their EFI devs.
After a bunch of back & forth, SM confirmed that
-- EFI is claimed to be "supported" on this board
-- it ACKs that these issues are a result of firmware error
-- SM can't, or won't, fix it, and will instead rely on 3rd party
workarounds . I.e., from devs at Kernel/Xen/etc.
Futher comments included
"...
BIOS can't support the fixed boot order feature in this beta BIOS.
After clarifying with our BIOS team, either fixed boot order OR efi
variable boot order can support from the BIOS. If the BIOS supports the
efi boot manager, then BIOS can't support the fixed boot order feature.
Thank you for your understanding!
..."
which upon further clarification means that once updated, it will no
longer be possible to select/boot to non-EFI options, such as
'removable', or 'usb drive', or 'cd'.
Not particularly helpful.
(By the by, anyone recommend particular H/W server/workstation mobo
vendor that has well-implemented EFI support that's Xen-friendly?)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-04 23:16 fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware PGNet Dev
@ 2015-12-05 2:49 ` Zir Blazer
2015-12-05 18:05 ` Konrad Rzeszutek Wilk
1 sibling, 0 replies; 11+ messages in thread
From: Zir Blazer @ 2015-12-05 2:49 UTC (permalink / raw)
To: PGNet Dev, xen-devel
> Hardware is a SuperMicro X10SAT motherboard
> (http://www.supermicro.com/products/motherboard/Xeon/C220/X10SAT.cfm),
> with AMI v3 BIOS + "UEFI support"
>
> Two issues exist with the SuperMicro EFI
>
> (1) firmware EFI mis-mapping causing Xen PANIC on restart
> (2) EFI variables not persistent across reboot
>
> SuperMicro's development/support has been made aware of both issues;
> Their response is that they won't/can't fix the problem.
I'm a X10SAT owner, I'm using BIOS R2.0 (Don't recall the ZIP name with the release date, but I have it stored somewhere). There were also a R2.2 version before R3.0 came out (Which should include Broadwell support, since I asked Supermicro support about that back when R2.2 was the latest and they said that it didn't had it).
The efibootmgr issue you mentioned makes me remember that I found a ugly, freeze inducing bug in the BIOS itself. UEFI specification says that the Firmware must allow the user to edit NVRAM Boot entries from the Firmware itself (Or something along those lines), which the X10SAT, at least on paper, appears to do. If you go to the Boot menu, you can use "Add New Boot Option", which is supposedly the way you can do what efibootmgr does from inside Linux (Writing to Firmware NVRAM), but from the Motherboard Firmware itself. Everytime I recall having tried to manually add an option there so I can boot doing UEFI -> Xen -> Dom0 instead of UEFI -> Boot Loader/Manager -> Xen -> Dom0 (Or just base Linux, without Xen), after properly setting up the option and Xen/Linux Kernel parameters, trying to switch to another menu freezes the BIOS. On rebooting, there was nothing at all.
I didn't tested that again before sending you this mail, nor reported the bug to Supermicro, but I recall it was that way - you may want to try it, chances are that you can reproduce the freeze in R3.0, as your mail seems to point that all is related to the same volatile NVRAM issue.
Also, while I don't recall any Xen panic, since I started to sucessfully use UEFI Boot (Back when Linux Kernel 3.17 was released, as that was the very first Kernel that I got UEFI Boot working with. 3.17 introduced official Xen Dom0 support, some people got it working before that on other platforms, but I had to wait specifically for that Kernel), what I noticed is that using the reboot command may freeze at the very last step ("Restarting the system..." I think it was). It doesn't always happens, seems to do so more often if I use reboot soon after booting, don't recall it freezing when issuing reboot if left on for long periods (Days).
I'm using Arch Linux, Xen 4.5, and Kernel 4.0.1, but I recall the reboot issue being much older, chances are that I first encounter it with Xen 4.3 and Kernel 3.17, and very possibily is Firmware related. I don't recall that it ever freezed when NOT using Xen, which is basically when launching standalone Arch Linux.
You can workaround your UEFI Boot issue if you use a Boot Manager like Gummiboot (Which has been deprecated, no idea what currently replaces it). If I recall correctly, even with a broken NVRAM, UEFI specification says that by default the Firmware should attempt to load \EFI\BOOT\BOOTX64.EFI from the ESP (EFI System Partition) of the selected unit if no specific EFI file is selected. A Boot Manager that works by replacing BOOTX64.EFI with its own (Gummiboot does), and creates a menu with entries that you can store in the ESP, which should be in a non-volatile HD/SSD, should allow you to fully workaround that issue. That's the same workaround that allow you to have a OVMF (UEFI) based VM in Xen with persistent settings, since Xen has no way currently to save OVMF NVRAM settings (Basically, X10SAT issue, VM side).
On a sidenote, I don't know why everyone wants to use GRUB to chainload the Xen EFI image. You can use a less bloated Boot Loader/Manager and achieve the same results, no idea what makes GRUB better than telling the Firmware to boot the Xen EFI image directly (And its one less step).
All in all, I'm extremely satisfied with my X10SAT, even would recommend and buy it again. Supermicro support was at least more helpful than the other consumer oriented vendors I know (Mainly ASUS, I dislike them), and their Firmware also seems a bit more polished - I can guarantee you, its more UEFI compliant that it looks since I didn't faced common issues when UEFI Booting that I hear other users had in other platforms.
I myself spend months researching on a Motherboard that got a working VT-d implementation since a truckload of Motherboards brands and models had broken implementations which no maker cared to fix, yet the X10SAT delivered flawlessly. Sadly, no Motherboard vendor that I know of has a perfect Firmware, what one got properly working, is totally broken on another one, as you can see that there are also those flaws in X10SAT, too. I don't know if there is a better Server Motherboard for LGA 1150 Haswell/Broadwell generation.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-04 23:16 fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware PGNet Dev
2015-12-05 2:49 ` Zir Blazer
@ 2015-12-05 18:05 ` Konrad Rzeszutek Wilk
2015-12-05 18:32 ` PGNet Dev
1 sibling, 1 reply; 11+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-12-05 18:05 UTC (permalink / raw)
To: PGNet Dev; +Cc: xen-devel
On Fri, Dec 04, 2015 at 03:16:15PM -0800, PGNet Dev wrote:
> I run Xen 4.6 Dom0 on an Opensuse Leap 42.1 server.
>
> Hardware is a SuperMicro X10SAT motherboard
> (http://www.supermicro.com/products/motherboard/Xeon/C220/X10SAT.cfm), with
> AMI v3 BIOS + "UEFI support"
>
> Two issues exist with the SuperMicro EFI
>
> (1) firmware EFI mis-mapping causing Xen PANIC on restart
Can you try 'reboot=acpi' ?
> (2) EFI variables not persistent across reboot
>
> SuperMicro's development/support has been made aware of both issues; Their
> response is that they won't/can't fix the problem.
Odd. I wonder how they work with Windows then? Hmm, could you try
the label instead of 'OpenSuse-Xen' be 'Windows Boot Manager'?
Or copy xen.efi to EFI/BOOT/bootx64.efi?
>
> I do NOT know if the problems exist with other SM boards' EFI
> implementations.
Yes and no. The 1) is something I've found on Lenovo ThinkCentre M93p,
Lenovo X203 and T420. I had to use some work-arounds to make it reboot
(and in some cases even boot!)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-05 18:05 ` Konrad Rzeszutek Wilk
@ 2015-12-05 18:32 ` PGNet Dev
2015-12-05 19:44 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 11+ messages in thread
From: PGNet Dev @ 2015-12-05 18:32 UTC (permalink / raw)
To: konrad.wilk; +Cc: xen-devel
On 12/05/2015 10:05 AM, Konrad Rzeszutek Wilk wrote:
>> Two issues exist with the SuperMicro EFI
>>
>> (1) firmware EFI mis-mapping causing Xen PANIC on restart
>
> Can you try 'reboot=acpi' ?
Instead of, or in addition to, efi=no-rs?
I.e., what combination of
/mapbs
efi=no-rs
reboot=acpi
are you looking for?
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-05 18:32 ` PGNet Dev
@ 2015-12-05 19:44 ` Konrad Rzeszutek Wilk
2015-12-05 20:54 ` PGNet Dev
0 siblings, 1 reply; 11+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-12-05 19:44 UTC (permalink / raw)
To: PGNet Dev; +Cc: xen-devel
On December 5, 2015 1:32:23 PM EST, PGNet Dev <pgnet.dev@gmail.com> wrote:
>On 12/05/2015 10:05 AM, Konrad Rzeszutek Wilk wrote:
>>> Two issues exist with the SuperMicro EFI
>>>
>>> (1) firmware EFI mis-mapping causing Xen PANIC on restart
>>
>> Can you try 'reboot=acpi' ?
>
>Instead of, or in addition to, efi=no-rs?
>
In addition to.
>I.e., what combination of
>
> /mapbs
> efi=no-rs
> reboot=acpi
>
All? It should be on the Xen command line.
>are you looking for?
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-05 19:44 ` Konrad Rzeszutek Wilk
@ 2015-12-05 20:54 ` PGNet Dev
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 11+ messages in thread
From: PGNet Dev @ 2015-12-05 20:54 UTC (permalink / raw)
To: konrad.wilk; +Cc: xen-devel
On 12/05/2015 11:44 AM, Konrad Rzeszutek Wilk wrote:
>> Two issues exist with the SuperMicro EFI
>>
>> (1) firmware EFI mis-mapping causing Xen PANIC on restart
>
> Can you try 'reboot=acpi' ?
>
...
>> I.e., what combination of
>>
>> /mapbs
>> efi=no-rs
>> reboot=acpi
>>
> All? It should be on the Xen command line.
with /mapbs on the EFI exec line,
grep mapbs /boot/grub2/grub.cfg
chainloader $cmdpath/xen-4.6.0_04-398.efi xen-4.6.0_04-398.efi
config.1 /mapbs
and on the Xen Cmd Line,
grep efi= /boot/efi/EFI/opensuse/xen-4.6.0_04-398.cfg
options= dom0_mem=3072M,max:3072M ... loglvl=all guest_loglvl=all
efi=no-rs reboot=acpi
not clear to me what effect, if any, the addition of 'reboot=acpi' and
'/mapbs' has, relative to just 'efi=no-rs' has.
In detail,
shutdown -r now
...
dracut Warning: Killing all remaining processes
mdadm: stopped /dev/md4
mdadm: stopped /dev/md3
mdadm: stopped /dev/md2
mdadm: stopped /dev/md0
mdadm: stopped /dev/md1
Rebooting.
[ 1521.588323] reboot: Restarting system
(XEN) [2015-12-05 20:49:35] Hardware Dom0 shutdown: rebooting machine
(XEN) [2015-12-05 20:49:35] APIC error on CPU0: 40(00)
(XEN) [2015-12-05 20:49:35] Resetting with ACPI MEMORY or I/O RESET_REG.
...
Xen 4.6.0_04-398 (c/s ) EFI loader
Using configuration file 'xen-4.6.0_04-398.cfg'
vmlinuz-4.3.0-21.g0e6e680-default: 0x000000008c08c000-0x000000008c65ee60
initrd-4.3.0-21.g0e6e680-default: 0x000000008b122000-0x000000008c08b4a4
0x0000:0x00:0x19.0x0: ROM: 0x10000 bytes at 0x92892018
0x0000:0x04:0x00.0x0: ROM: 0x8000 bytes at 0x92889018
0x0000:0x10:0x00.0x0: ROM: 0x10800 bytes at 0x92871018
__ __ _ _ __ ___ ___ _ _ _____ ___ ___
\ \/ /___ _ __ | || | / /_ / _ \ / _ \| || | |___ // _ \ ( _ )
\ // _ \ '_ \ | || |_| '_ \| | | | | | | | || |_ __ |_ \ (_) |/ _ \
/ \ __/ | | | |__ _| (_) | |_| | | |_| |__ _|__|__) \__, | (_) |
/_/\_\___|_| |_| |_|(_)___(_)___/___\___/ |_| |____/ /_/ \___/
|_____|
(XEN) Xen version 4.6.0_04-398 (abuild@suse.de) (gcc (SUSE Linux)
4.8.5) debug=n Tue Nov 24 15:44:57 UTC 2015
(XEN) Latest ChangeSet:
(XEN) Console output is synchronous.
(XEN) Bootloader: EFI
(XEN) Command line: dom0_mem=3072M,max:3072M dom0_max_vcpus=1
dom0_vcpus_pin=true cpuidle=1 cpufreq=xen clocksource=hpet iommu=verbose
sched=credit vga=gfx-1920x1080x16 com1=115200,8n1,pci
(XEN) Video information:
(XEN) VGA is graphics mode 800x600, 32 bpp
(XEN) Disc information:
(XEN) Found 0 MBR signatures
(XEN) Found 6 EDD information structures
(XEN) EFI RAM map:
(XEN) 0000000000000000 - 0000000000008000 (reserved)
(XEN) 0000000000008000 - 0000000000048000 (usable)
(XEN) 0000000000048000 - 0000000000059000 (reserved)
(XEN) 0000000000059000 - 000000000005f000 (usable)
(XEN) 000000000005f000 - 00000000000a0000 (reserved)
(XEN) 0000000000100000 - 000000008da96000 (usable)
(XEN) 000000008da96000 - 000000008da9d000 (ACPI NVS)
(XEN) 000000008da9d000 - 000000008e3b2000 (reserved)
(XEN) 000000008e3b2000 - 000000008e3b8000 (usable)
(XEN) 000000008e3b8000 - 000000008e7f9000 (reserved)
(XEN) 000000008e7f9000 - 0000000091807000 (usable)
(XEN) 0000000091807000 - 0000000091a6f000 (reserved)
(XEN) 0000000091a6f000 - 0000000091aa2000 (usable)
(XEN) 0000000091aa2000 - 0000000091b01000 (reserved)
(XEN) 0000000091b01000 - 0000000091b68000 (usable)
(XEN) 0000000091b68000 - 0000000091c0d000 (reserved)
(XEN) 0000000091c0d000 - 0000000091c41000 (usable)
(XEN) 0000000091c41000 - 0000000091c42000 (reserved)
(XEN) 0000000091c42000 - 0000000091c43000 (usable)
(XEN) 0000000091c43000 - 0000000091c44000 (reserved)
(XEN) 0000000091c44000 - 0000000091c45000 (usable)
(XEN) 0000000091c45000 - 0000000091c46000 (reserved)
(XEN) 0000000091c46000 - 0000000091c47000 (usable)
(XEN) 0000000091c47000 - 0000000091c48000 (reserved)
(XEN) 0000000091c48000 - 0000000091c4f000 (usable)
(XEN) 0000000091c4f000 - 0000000091c51000 (reserved)
(XEN) 0000000091c51000 - 0000000091c64000 (usable)
(XEN) 0000000091c64000 - 0000000091c6f000 (reserved)
(XEN) 0000000091c6f000 - 0000000091cf1000 (usable)
(XEN) 0000000091cf1000 - 0000000091d55000 (reserved)
(XEN) 0000000091d55000 - 0000000091d88000 (usable)
(XEN) 0000000091d88000 - 0000000092049000 (reserved)
(XEN) 0000000092049000 - 0000000092060000 (usable)
(XEN) 0000000092060000 - 00000000920c8000 (reserved)
(XEN) 00000000920c8000 - 000000009210f000 (usable)
(XEN) 000000009210f000 - 0000000092184000 (reserved)
(XEN) 0000000092184000 - 00000000922f9000 (usable)
(XEN) 00000000922f9000 - 00000000923a4000 (reserved)
(XEN) 00000000923a4000 - 00000000923b1000 (usable)
(XEN) 00000000923b1000 - 0000000092472000 (reserved)
(XEN) 0000000092472000 - 0000000092476000 (usable)
(XEN) 0000000092476000 - 000000009256d000 (reserved)
(XEN) 000000009256d000 - 0000000092570000 (usable)
(XEN) 0000000092570000 - 00000000927cd000 (reserved)
(XEN) 00000000927cd000 - 00000000927d0000 (usable)
(XEN) 00000000927d0000 - 0000000092882000 (reserved)
(XEN) 0000000092882000 - 0000000092885000 (usable)
(XEN) 0000000092885000 - 000000009c18d000 (reserved)
(XEN) 000000009c18d000 - 000000009c18f000 (usable)
(XEN) 000000009c18f000 - 000000009c261000 (reserved)
(XEN) 000000009c261000 - 000000009c262000 (usable)
(XEN) 000000009c262000 - 000000009dfb1000 (reserved)
(XEN) 000000009dfb1000 - 000000009e29d000 (usable)
(XEN) 000000009e29d000 - 000000009e62e000 (reserved)
(XEN) 000000009e62e000 - 000000009e675000 (usable)
(XEN) 000000009e675000 - 000000009e7a9000 (ACPI NVS)
(XEN) 000000009e7a9000 - 000000009f000000 (reserved)
(XEN) 00000000f0000000 - 00000000f8000000 (reserved)
(XEN) 00000000fec00000 - 00000000fec01000 (reserved)
(XEN) 00000000fed00000 - 00000000fed04000 (reserved)
(XEN) 00000000fed1c000 - 00000000fed20000 (reserved)
(XEN) 00000000fee00000 - 00000000fee01000 (reserved)
(XEN) 00000000ff000000 - 0000000100000000 (reserved)
(XEN) 0000000100000000 - 000000085e000000 (usable)
(XEN) ACPI: RSDP 9E779000, 0024 (r2 SUPERM)
(XEN) ACPI: XSDT 9E7790A0, 00C4 (r1 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: FACP 9E787328, 010C (r5 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: DSDT 9E779200, E121 (r2 SUPERM SMCI--MB 0 INTL 20120711)
(XEN) ACPI: FACS 9E7A8F80, 0040
(XEN) ACPI: APIC 9E787438, 0072 (r3 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: FPDT 9E7874B0, 0044 (r1 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: FIDT 9E7874F8, 009C (r1 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) ACPI: SSDT 9E787598, 0C7D (r2 Ther_R Ther_Rvp 1000 INTL 20120711)
(XEN) ACPI: SSDT 9E788218, 0539 (r2 PmRef Cpu0Ist 3000 INTL 20051117)
(XEN) ACPI: SSDT 9E788758, 0B74 (r2 CpuRef CpuSsdt 3000 INTL 20051117)
(XEN) ACPI: SSDT 9E7892D0, 02DE (r2 PmRef Cpu0Tst 3000 INTL 20051117)
(XEN) ACPI: SSDT 9E7895B0, 0348 (r2 PmRef ApTst 3000 INTL 20051117)
(XEN) ACPI: MCFG 9E7898F8, 003C (r1 SUPERM SMCI--MB 1072009 MSFT 97)
(XEN) ACPI: HPET 9E789938, 0038 (r1 SUPERM SMCI--MB 1072009 AMI. 5)
(XEN) ACPI: SSDT 9E789970, 0397 (r1 SataRe SataTabl 1000 INTL 20120711)
(XEN) ACPI: SSDT 9E789D08, 57F6 (r2 SaSsdt SaSsdt 3000 INTL 20120711)
(XEN) ACPI: ASF! 9E78F500, 00A5 (r32 INTEL HCG 1 TFSM
F4240)
(XEN) ACPI: DMAR 9E78F5A8, 0080 (r1 INTEL BDW 1 INTL 1)
(XEN) ACPI: EINJ 9E78F628, 0130 (r1 AMI AMI EINJ 0 0)
(XEN) ACPI: ERST 9E78F758, 0230 (r1 AMIER AMI ERST 0 0)
(XEN) ACPI: HEST 9E78F988, 00A8 (r1 AMI AMI HEST 0 0)
(XEN) ACPI: BERT 9E78FA30, 0030 (r1 AMI AMI BERT 0 0)
(XEN) ACPI: BGRT 9E78FA60, 0038 (r0 SUPERM SMCI--MB 1072009 AMI 10013)
(XEN) System RAM: 32496MB (33276620kB)
(XEN) No NUMA configuration found
(XEN) Faking a node at 0000000000000000-000000085e000000
(XEN) Domain heap initialised
(XEN) Allocated console ring of 64 KiB.
(XEN) vesafb: framebuffer at 0xd1000000, mapped to 0xffff82c000201000,
using 1920k, total 1920k
(XEN) vesafb: mode is 800x600x32, linelength=3200, font 8x8
(XEN) vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
(XEN) SMBIOS 2.7 present.
(XEN) DMI 2.7 present.
(XEN) Using APIC driver default
(XEN) ACPI: PM-Timer IO Port: 0x1808
(XEN) ACPI: v5 SLEEP INFO: control[0:0], status[0:0]
(XEN) ACPI: SLEEP INFO: pm1x_cnt[1:1804,1:0], pm1x_evt[1:1800,1:0]
(XEN) ACPI: 32/64X FACS address mismatch in FADT -
9e7a8f80/0000000000000000, using 32
(XEN) ACPI: wakeup_vec[9e7a8f8c], vec_size[20]
(XEN) ACPI: Local APIC address 0xfee00000
(XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
(XEN) Processor #0 7:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled)
(XEN) Processor #2 7:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled)
(XEN) Processor #4 7:12 APIC version 21
(XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled)
(XEN) Processor #6 7:12 APIC version 21
(XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
(XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
(XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
(XEN) ACPI: IRQ0 used by override.
(XEN) ACPI: IRQ2 used by override.
(XEN) ACPI: IRQ9 used by override.
(XEN) Enabling APIC mode: Flat. Using 1 I/O APICs
(XEN) ACPI: HPET id: 0x8086a701 base: 0xfed00000
(XEN) Xen ERST support is initialized.
(XEN) HEST: Table parsing has been initialized
(XEN) Using ACPI (MADT) for SMP configuration information
(XEN) SMP: Allowing 4 CPUs (0 hotplug CPUs)
(XEN) NR_CPUS:1024 nr_cpumask_bits:64
(XEN) mapped APIC to ffff82cfff7fb000 (fee00000)
(XEN) mapped IOAPIC to ffff82cfff7fa000 (fec00000)
(XEN) IRQ limits: 24 GSI, 760 MSI/MSI-X
(XEN) Not enabling x2APIC (upon firmware request)
(XEN) xstate_init: using cntxt_size: 0x340 and states: 0x7
(XEN) Intel machine check reporting enabled
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 3092.938 MHz processor.
(XEN) EFI memory map: (mapping BootServices)
(XEN) 0000000000000-0000000007fff type=3 attr=000000000000000f
(XEN) 0000000008000-0000000047fff type=7 attr=000000000000000f
(XEN) 0000000048000-0000000057fff type=4 attr=000000000000000f
(XEN) 0000000058000-0000000058fff type=0 attr=000000000000000f
(XEN) 0000000059000-000000005bfff type=7 attr=000000000000000f
(XEN) 000000005c000-000000005efff type=2 attr=000000000000000f
(XEN) 000000005f000-000000005ffff type=4 attr=000000000000000f
(XEN) 0000000060000-000000009efff type=3 attr=000000000000000f
(XEN) 000000009f000-000000009ffff type=0 attr=000000000000000f
(XEN) 0000000100000-0000066436fff type=7 attr=000000000000000f
(XEN) 0000066437000-000008a908fff type=2 attr=000000000000000f
(XEN) 000008a909000-000008b121fff type=7 attr=000000000000000f
(XEN) 000008b122000-000008c65efff type=2 attr=000000000000000f
(XEN) 000008c65f000-000008da95fff type=1 attr=000000000000000f
(XEN) 000008da96000-000008da9cfff type=10 attr=000000000000000f
(XEN) 000008da9d000-000008dbf0fff type=4 attr=000000000000000f
(XEN) 000008dbf1000-000008e3adfff type=3 attr=000000000000000f
(XEN) 000008e3ae000-000008e3b1fff type=4 attr=000000000000000f
(XEN) 000008e3b2000-000008e3b7fff type=7 attr=000000000000000f
(XEN) 000008e3b8000-000008e3bcfff type=4 attr=000000000000000f
(XEN) 000008e3bd000-000008e3c6fff type=3 attr=000000000000000f
(XEN) 000008e3c7000-000008e3cdfff type=4 attr=000000000000000f
(XEN) 000008e3ce000-000008e3d7fff type=3 attr=000000000000000f
(XEN) 000008e3d8000-000008e3e2fff type=4 attr=000000000000000f
(XEN) 000008e3e3000-000008e7e9fff type=6 attr=800000000000000f
(XEN) 000008e7ea000-000008e7f8fff type=4 attr=000000000000000f
(XEN) 000008e7f9000-000008e806fff type=7 attr=000000000000000f
(XEN) 000008e807000-000008e807fff type=2 attr=000000000000000f
(XEN) 000008e808000-0000091806fff type=7 attr=000000000000000f
(XEN) 0000091807000-0000091a6efff type=4 attr=000000000000000f
(XEN) 0000091a6f000-0000091aa1fff type=7 attr=000000000000000f
(XEN) 0000091aa2000-0000091b00fff type=4 attr=000000000000000f
(XEN) 0000091b01000-0000091b67fff type=7 attr=000000000000000f
(XEN) 0000091b68000-0000091c0cfff type=4 attr=000000000000000f
(XEN) 0000091c0d000-0000091c40fff type=7 attr=000000000000000f
(XEN) 0000091c41000-0000091c41fff type=4 attr=000000000000000f
(XEN) 0000091c42000-0000091c42fff type=7 attr=000000000000000f
(XEN) 0000091c43000-0000091c43fff type=4 attr=000000000000000f
(XEN) 0000091c44000-0000091c44fff type=7 attr=000000000000000f
(XEN) 0000091c45000-0000091c45fff type=4 attr=000000000000000f
(XEN) 0000091c46000-0000091c46fff type=7 attr=000000000000000f
(XEN) 0000091c47000-0000091c47fff type=4 attr=000000000000000f
(XEN) 0000091c48000-0000091c4efff type=7 attr=000000000000000f
(XEN) 0000091c4f000-0000091c50fff type=4 attr=000000000000000f
(XEN) 0000091c51000-0000091c63fff type=7 attr=000000000000000f
(XEN) 0000091c64000-0000091c6efff type=4 attr=000000000000000f
(XEN) 0000091c6f000-0000091cf0fff type=7 attr=000000000000000f
(XEN) 0000091cf1000-0000091d54fff type=4 attr=000000000000000f
(XEN) 0000091d55000-0000091d87fff type=7 attr=000000000000000f
(XEN) 0000091d88000-0000092048fff type=4 attr=000000000000000f
(XEN) 0000092049000-000009205ffff type=7 attr=000000000000000f
(XEN) 0000092060000-00000920c7fff type=4 attr=000000000000000f
(XEN) 00000920c8000-000009210efff type=7 attr=000000000000000f
(XEN) 000009210f000-0000092183fff type=4 attr=000000000000000f
(XEN) 0000092184000-00000922f8fff type=7 attr=000000000000000f
(XEN) 00000922f9000-00000923a3fff type=4 attr=000000000000000f
(XEN) 00000923a4000-00000923b0fff type=7 attr=000000000000000f
(XEN) 00000923b1000-0000092471fff type=4 attr=000000000000000f
(XEN) 0000092472000-0000092475fff type=7 attr=000000000000000f
(XEN) 0000092476000-000009256cfff type=4 attr=000000000000000f
(XEN) 000009256d000-000009256ffff type=7 attr=000000000000000f
(XEN) 0000092570000-00000927ccfff type=4 attr=000000000000000f
(XEN) 00000927cd000-00000927cffff type=7 attr=000000000000000f
(XEN) 00000927d0000-0000092881fff type=4 attr=000000000000000f
(XEN) 0000092882000-0000092884fff type=7 attr=000000000000000f
(XEN) 0000092885000-000009c18cfff type=4 attr=000000000000000f
(XEN) 000009c18d000-000009c18efff type=7 attr=000000000000000f
(XEN) 000009c18f000-000009c260fff type=4 attr=000000000000000f
(XEN) 000009c261000-000009c261fff type=7 attr=000000000000000f
(XEN) 000009c262000-000009dfb0fff type=4 attr=000000000000000f
(XEN) 000009dfb1000-000009e29cfff type=7 attr=000000000000000f
(XEN) 000009e29d000-000009e5b0fff type=3 attr=000000000000000f
(XEN) 000009e5b1000-000009e5cbfff type=0 attr=000000000000000f
(XEN) 000009e5cc000-000009e62dfff type=0 attr=000000000000000f
(XEN) 000009e62e000-000009e674fff type=7 attr=000000000000000f
(XEN) 000009e675000-000009e793fff type=10 attr=000000000000000f
(XEN) 000009e794000-000009e7a4fff type=10 attr=000000000000000f
(XEN) 000009e7a5000-000009e7a8fff type=10 attr=000000000000000f
(XEN) 000009e7a9000-000009e9effff type=6 attr=800000000000000f
(XEN) 000009e9f0000-000009eb48fff type=6 attr=800000000000000f
(XEN) 000009eb49000-000009eb4afff type=6 attr=800000000000000f
(XEN) 000009eb4b000-000009eef0fff type=6 attr=800000000000000f
(XEN) 000009eef1000-000009eef2fff type=6 attr=800000000000000f
(XEN) 000009eef3000-000009ef8efff type=6 attr=800000000000000f
(XEN) 000009ef8f000-000009efa4fff type=5 attr=800000000000000f
(XEN) 000009efa5000-000009effefff type=5 attr=800000000000000f
(XEN) 000009efff000-000009effffff type=4 attr=000000000000000f
(XEN) 0000100000000-000085dffffff type=7 attr=000000000000000f
(XEN) 00000f0000000-00000f7ffffff type=11 attr=8000000000000001
(XEN) 00000fec00000-00000fec00fff type=11 attr=8000000000000001
(XEN) 00000fed00000-00000fed03fff type=11 attr=8000000000000001
(XEN) 00000fed1c000-00000fed1ffff type=11 attr=8000000000000001
(XEN) 00000fee00000-00000fee00fff type=11 attr=8000000000000001
(XEN) 00000ff000000-00000ffffffff type=11 attr=8000000000000001
(XEN) Initing memory sharing.
(XEN) alt table ffff82d0802d3450 -> ffff82d0802d4854
(XEN) spurious 8259A interrupt: IRQ7.
(XEN) PCI: MCFG configuration 0: base f0000000 segment 0000 buses 00 - 7f
(XEN) PCI: MCFG area at f0000000 reserved in E820
(XEN) PCI: Using MCFG for segment 0000 bus 00-7f
(XEN) Intel VT-d iommu 0 supported page sizes: 4kB, 2MB, 1GB.
(XEN) Intel VT-d Snoop Control enabled.
(XEN) Intel VT-d Dom0 DMA Passthrough not enabled.
(XEN) Intel VT-d Queued Invalidation enabled.
(XEN) Intel VT-d Interrupt Remapping enabled.
(XEN) Intel VT-d Shared EPT tables enabled.
(XEN) I/O virtualisation enabled
(XEN) - Dom0 mode: Relaxed
(XEN) Interrupt remapping enabled
(XEN) Enabled directed EOI with ioapic_ack_old on!
(XEN) Suppress EOI broadcast on CPU#0
(XEN) enabled ExtINT on CPU#0
(XEN) ENABLING IO-APIC IRQs
(XEN) init IO_APIC IRQs
(XEN) IO-APIC (apicid-pin) 8-0, 8-16, 8-17, 8-18, 8-19, 8-20, 8-21,
8-22, 8-23 not connected.
(XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=0 pin2=0
(XEN) number of MP IRQ sources: 15.
(XEN) number of IO-APIC #8 registers: 24.
(XEN) testing the IO APIC.......................
(XEN) IO APIC #8......
(XEN) .... register #00: 08000000
(XEN) ....... : physical APIC id: 08
(XEN) ....... : Delivery Type: 0
(XEN) ....... : LTS : 0
(XEN) .... register #01: 00170020
(XEN) ....... : max redirection entries: 0017
(XEN) ....... : PRQ implemented: 0
(XEN) ....... : IO APIC version: 0020
(XEN) .... IRQ redirection table:
(XEN) NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
(XEN) 00 000 00 1 0 0 0 0 0 7 00
(XEN) 01 001 01 0 0 0 0 0 1 1 30
(XEN) 02 001 01 0 0 0 0 0 1 1 F0
(XEN) 03 001 01 0 0 0 0 0 1 1 38
(XEN) 04 001 01 0 0 0 0 0 1 1 F1
(XEN) 05 001 01 0 0 0 0 0 1 1 40
(XEN) 06 001 01 0 0 0 0 0 1 1 48
(XEN) 07 001 01 0 0 0 0 0 1 1 50
(XEN) 08 001 01 0 0 0 0 0 1 1 58
(XEN) 09 001 01 1 1 0 0 0 1 1 60
(XEN) 0a 001 01 0 0 0 0 0 1 1 68
(XEN) 0b 001 01 0 0 0 0 0 1 1 70
(XEN) 0c 001 01 0 0 0 0 0 1 1 78
(XEN) 0d 001 01 0 0 0 0 0 1 1 88
(XEN) 0e 001 01 0 0 0 0 0 1 1 90
(XEN) 0f 001 01 0 0 0 0 0 1 1 98
(XEN) 10 000 00 1 0 0 0 0 0 0 00
(XEN) 11 000 00 1 0 0 0 0 0 0 00
(XEN) 12 000 00 1 0 0 0 0 0 0 00
(XEN) 13 000 00 1 0 0 0 0 0 0 00
(XEN) 14 000 00 1 0 0 0 0 0 0 00
(XEN) 15 000 00 1 0 0 0 0 0 0 00
(XEN) 16 000 00 1 0 0 0 0 0 0 00
(XEN) 17 000 00 1 0 0 0 0 0 0 00
(XEN) Using vector-based indexing
(XEN) IRQ to pin mappings:
(XEN) IRQ240 -> 0:2
(XEN) IRQ48 -> 0:1
(XEN) IRQ56 -> 0:3
(XEN) IRQ241 -> 0:4
(XEN) IRQ64 -> 0:5
(XEN) IRQ72 -> 0:6
(XEN) IRQ80 -> 0:7
(XEN) IRQ88 -> 0:8
(XEN) IRQ96 -> 0:9
(XEN) IRQ104 -> 0:10
(XEN) IRQ112 -> 0:11
(XEN) IRQ120 -> 0:12
(XEN) IRQ136 -> 0:13
(XEN) IRQ144 -> 0:14
(XEN) IRQ152 -> 0:15
(XEN) .................................... done.
(XEN) Using local APIC timer interrupts.
(XEN) calibrating APIC timer ...
(XEN) ..... CPU clock speed is 3092.8689 MHz.
(XEN) ..... host bus clock speed is 99.7699 MHz.
(XEN) ..... bus_scale = 0x662a
(XEN) TSC deadline timer enabled
(XEN) [2015-12-05 12:50:35] Platform timer is 14.318MHz HPET
(XEN) [2015-12-05 12:50:35] mwait-idle: MWAIT substates: 0x42120
(XEN) [2015-12-05 12:50:35] mwait-idle: v0.4 model 0x3c
(XEN) [2015-12-05 12:50:35] mwait-idle: lapic_timer_reliable_states
0xffffffff
(XEN) [2015-12-05 12:50:35] VMX: Supported advanced features:
(XEN) [2015-12-05 12:50:35] - APIC MMIO access virtualisation
(XEN) [2015-12-05 12:50:35] - APIC TPR shadow
(XEN) [2015-12-05 12:50:35] - Extended Page Tables (EPT)
(XEN) [2015-12-05 12:50:35] - Virtual-Processor Identifiers (VPID)
(XEN) [2015-12-05 12:50:35] - Virtual NMI
(XEN) [2015-12-05 12:50:35] - MSR direct-access bitmap
(XEN) [2015-12-05 12:50:35] - Unrestricted Guest
(XEN) [2015-12-05 12:50:35] - VMCS shadowing
(XEN) [2015-12-05 12:50:35] - VM Functions
(XEN) [2015-12-05 12:50:35] HVM: ASIDs enabled.
(XEN) [2015-12-05 12:50:35] HVM: VMX enabled
(XEN) [2015-12-05 12:50:35] HVM: Hardware Assisted Paging (HAP) detected
(XEN) [2015-12-05 12:50:35] HVM: HAP page sizes: 4kB, 2MB, 1GB
(XEN) [2015-12-05 12:50:35] Suppress EOI broadcast on CPU#1
(XEN) [2015-12-05 12:50:35] masked ExtINT on CPU#1
(XEN) [2015-12-05 12:50:35] [VT-D]INTR-REMAP: Request device
[0000:f0:1f.0] fault index 0, iommu reg = ffff82c0003e2000
(XEN) [2015-12-05 12:50:35] [VT-D]INTR-REMAP: reason 22 - Present field
in the IRTE entry is clear
(XEN) [2015-12-05 12:50:35] Suppress EOI broadcast on CPU#2
(XEN) [2015-12-05 12:50:35] masked ExtINT on CPU#2
(XEN) [2015-12-05 12:50:35] Suppress EOI broadcast on CPU#3
(XEN) [2015-12-05 12:50:35] masked ExtINT on CPU#3
(XEN) [2015-12-05 12:50:35] Brought up 4 CPUs
(XEN) [2015-12-05 12:50:35] ACPI sleep modes: S3
(XEN) [2015-12-05 12:50:36] VPMU: disabled
(XEN) [2015-12-05 12:50:36] mcheck_poll: Machine check polling timer
started.
(XEN) [2015-12-05 12:50:36] Dom0 has maximum 216 PIRQs
(XEN) [2015-12-05 12:50:36] NX (Execute Disable) protection active
(XEN) [2015-12-05 12:50:36] *** LOADING DOMAIN 0 ***
(XEN) [2015-12-05 12:50:36] Xen kernel: 64-bit, lsb, compat32
(XEN) [2015-12-05 12:50:36] Dom0 kernel: 64-bit, PAE, lsb, paddr
0x1000000 -> 0x2264000
(XEN) [2015-12-05 12:50:36] PHYSICAL MEMORY ARRANGEMENT:
(XEN) [2015-12-05 12:50:36] Dom0 alloc.:
0000000840000000->0000000844000000 (766102 pages to be allocated)
(XEN) [2015-12-05 12:50:36] Init. ramdisk:
000000085d096000->000000085dfff4a4
(XEN) [2015-12-05 12:50:36] VIRTUAL MEMORY ARRANGEMENT:
(XEN) [2015-12-05 12:50:36] Loaded kernel:
ffffffff81000000->ffffffff82264000
(XEN) [2015-12-05 12:50:36] Init. ramdisk:
0000000000000000->0000000000000000
(XEN) [2015-12-05 12:50:36] Phys-Mach map:
0000008000000000->0000008000600000
(XEN) [2015-12-05 12:50:36] Start info:
ffffffff82264000->ffffffff822644b4
(XEN) [2015-12-05 12:50:36] Page tables:
ffffffff82265000->ffffffff8227a000
(XEN) [2015-12-05 12:50:36] Boot stack:
ffffffff8227a000->ffffffff8227b000
(XEN) [2015-12-05 12:50:36] TOTAL:
ffffffff80000000->ffffffff82400000
(XEN) [2015-12-05 12:50:36] ENTRY ADDRESS: ffffffff81f391f0
(XEN) [2015-12-05 12:50:36] Dom0 has maximum 1 VCPUs
(XEN) [2015-12-05 12:50:38] Bogus DMIBAR 0xfed18001 on 0000:00:00.0
(XEN) [2015-12-05 12:50:39] Scrubbing Free RAM on 1 nodes using 4 CPUs
(XEN) [2015-12-05 12:50:39]
...................................................................done.
(XEN) [2015-12-05 12:50:40] Initial low memory virq threshold set at
0x4000 pages.
(XEN) [2015-12-05 12:50:40] Std. Loglevel: All
(XEN) [2015-12-05 12:50:40] Guest Loglevel: All
(XEN) [2015-12-05 12:50:40] **********************************************
(XEN) [2015-12-05 12:50:40] ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS
(XEN) [2015-12-05 12:50:40] ******* This option is intended to aid
debugging of Xen by ensuring
(XEN) [2015-12-05 12:50:40] ******* that all output is synchronously
delivered on the serial line.
(XEN) [2015-12-05 12:50:40] ******* However it can introduce
SIGNIFICANT latencies and affect
(XEN) [2015-12-05 12:50:40] ******* timekeeping. It is NOT recommended
for production use!
(XEN) [2015-12-05 12:50:40] **********************************************
(XEN) [2015-12-05 12:50:40] 3... 2... 1...
(XEN) [2015-12-05 12:50:43] Xen is relinquishing VGA console.
(XEN) [2015-12-05 12:50:43] *** Serial input -> DOM0 (type 'CTRL-a'
three times to switch input to Xen)
(XEN) [2015-12-05 12:50:43] Freed 324kB init memory.
mapping kernel into physical memory
about to get started...
[ 0.000000] Linux version 4.3.0-21.g0e6e680-default
(geeko@buildhost) (gcc version 5.2.1 20151008 [gcc-5-branch revision
228597] (SUSE Linux) ) #1 SMP PREEMPT Mon Nov 30 12:35:47 UTC 20)
[ 0.000000] efi: EFI_MEMMAP is not enabled.
[ 0.000000] esrt: ESRT header is not in the memory map.
[ 0.000000] ACPI: RSDP 0x000000009E779000 000024 (v02 SUPERM)
[ 0.000000] ACPI: XSDT 0x000000009E7790A0 0000C4 (v01 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: FACP 0x000000009E787328 00010C (v05 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: DSDT 0x000000009E779200 00E121 (v02 SUPERM
SMCI--MB 00000000 INTL 20120711)
[ 0.000000] ACPI: FACS 0x000000009E7A8F80 000040
[ 0.000000] ACPI: APIC 0x000000009E787438 000072 (v03 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: FPDT 0x000000009E7874B0 000044 (v01 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: FIDT 0x000000009E7874F8 00009C (v01 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] ACPI: SSDT 0x000000009E787598 000C7D (v02 Ther_R
Ther_Rvp 00001000 INTL 20120711)
[ 0.000000] ACPI: SSDT 0x000000009E788218 000539 (v02 PmRef Cpu0Ist
00003000 INTL 20051117)
[ 0.000000] ACPI: SSDT 0x000000009E788758 000B74 (v02 CpuRef CpuSsdt
00003000 INTL 20051117)
[ 0.000000] ACPI: SSDT 0x000000009E7892D0 0002DE (v02 PmRef Cpu0Tst
00003000 INTL 20051117)
[ 0.000000] ACPI: SSDT 0x000000009E7895B0 000348 (v02 PmRef ApTst
00003000 INTL 20051117)
[ 0.000000] ACPI: MCFG 0x000000009E7898F8 00003C (v01 SUPERM
SMCI--MB 01072009 MSFT 00000097)
[ 0.000000] ACPI: HPET 0x000000009E789938 000038 (v01 SUPERM
SMCI--MB 01072009 AMI. 00000005)
[ 0.000000] ACPI: SSDT 0x000000009E789970 000397 (v01 SataRe
SataTabl 00001000 INTL 20120711)
[ 0.000000] ACPI: SSDT 0x000000009E789D08 0057F6 (v02 SaSsdt SaSsdt
00003000 INTL 20120711)
[ 0.000000] ACPI: ASF! 0x000000009E78F500 0000A5 (v32 INTEL HCG
00000001 TFSM 000F4240)
[ 0.000000] ACPI: RMAD 0x000000009E78F5A8 000080 (v01 INTEL BDW
00000001 INTL 00000001)
[ 0.000000] ACPI: EINJ 0x000000009E78F628 000130 (v01 AMI AMI
EINJ 00000000 00000000)
[ 0.000000] ACPI: ERST 0x000000009E78F758 000230 (v01 AMIER AMI
ERST 00000000 00000000)
[ 0.000000] ACPI: HEST 0x000000009E78F988 0000A8 (v01 AMI AMI
HEST 00000000 00000000)
[ 0.000000] ACPI: BERT 0x000000009E78FA30 000030 (v01 AMI AMI
BERT 00000000 00000000)
[ 0.000000] ACPI: BGRT 0x000000009E78FA60 000038 (v00 SUPERM
SMCI--MB 01072009 AMI 00010013)
[ 0.000000] p2m virtual area at ffffc90000000000, size is 40000000
[ 0.000000] Kernel command line:
root=UUID=4716053b-39da-4cc1-a7ce-72171b862357 dolvm
lvmwait=/dev/mapper/VG0-ROOT rootfstype=ext4 rootflags=journal_checksum
noresume showopts n
[ 67.661766] ACPI: 8 ACPI AML tables successfully acquired and loaded
[ 67.669842] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[ 67.675941] ENERGY_PERF_BIAS: View and update with
x86_energy_perf_policy(8)
[ 67.701463] Ignoring BGRT: invalid status 0 (expected 1)
[ 67.715271] cpu 0 spinlock event irq 25
[ 67.719104] Could not initialize VPMU for cpu 0, error -95
[ 67.749081] NMI watchdog: disabled (cpu0): hardware events not enabled
[ 67.763921] Grant table initialized
[ 67.811942] ACPI: Executed 6 blocks of module-level executable AML code
[ 67.825445] ACPI: Dynamic OEM Table Load:
[ 67.829452] ACPI: SSDT 0xFFFF880129D4EC00 0003D3 (v02 PmRef Cpu0Cst
00003001 INTL 20051117)
[ 67.838653] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep
State [\_S1_] (20150818/hwxface-580)
[ 67.847861] ACPI Exception: AE_NOT_FOUND, While evaluating Sleep
State [\_S2_] (20150818/hwxface-580)
(XEN) [2015-12-05 12:50:44] Bogus DMIBAR 0xfed18001 on 0000:00:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:01.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:01.1
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:01.2
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:14.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:16.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:16.3
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:19.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1a.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1b.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1c.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1c.1
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1c.3
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1c.4
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1d.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1f.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1f.2
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1f.3
(XEN) [2015-12-05 12:50:44] PCI add device 0000:00:1f.6
(XEN) [2015-12-05 12:50:44] PCI add device 0000:01:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:02:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:02:00.1
(XEN) [2015-12-05 12:50:44] PCI add device 0000:03:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:04:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:05:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:06:01.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:06:04.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:06:05.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:06:07.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:06:09.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:08:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:09:01.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:09:02.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:0a:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:0b:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:0d:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:0e:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:0f:00.0
(XEN) [2015-12-05 12:50:44] PCI add device 0000:10:00.0
[ 68.082133] ACPI: Enabled 7 GPEs in block 00 to 3F
[ 68.091140] SCSI subsystem initialized
[ 69.362397] audit: type=2000 audit(1449319845.925:1): initialized
[ 69.368875] VFS: Disk quotas dquot_6.6.0
[ 69.372918] Key type big_key registered
[ 69.376909] Key type asymmetric registered
[ 69.381013] Asymmetric key parser 'x509' registered
[ 69.421060] hpet_acpi_add: no address or irqs in _CRS
[ 70.667583] efivars: get_next_variable: status=8000000000000003
[ 70.678319] mce: Unable to init device /dev/mcelog (rc: -5)
...
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-05 20:54 ` PGNet Dev
@ 2015-12-07 14:20 ` Konrad Rzeszutek Wilk
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
2015-12-07 14:48 ` PGNet Dev
0 siblings, 2 replies; 11+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-12-07 14:20 UTC (permalink / raw)
To: PGNet Dev; +Cc: xen-devel
On Sat, Dec 05, 2015 at 12:54:56PM -0800, PGNet Dev wrote:
> On 12/05/2015 11:44 AM, Konrad Rzeszutek Wilk wrote:
> >>Two issues exist with the SuperMicro EFI
> >>
> >> (1) firmware EFI mis-mapping causing Xen PANIC on restart
> >
> >Can you try 'reboot=acpi' ?
> >
> ...
> >>I.e., what combination of
> >>
> >>/mapbs
> >>efi=no-rs
> >>reboot=acpi
> >>
> >All? It should be on the Xen command line.
>
> with /mapbs on the EFI exec line,
>
> grep mapbs /boot/grub2/grub.cfg
> chainloader $cmdpath/xen-4.6.0_04-398.efi xen-4.6.0_04-398.efi config.1
> /mapbs
>
> and on the Xen Cmd Line,
>
> grep efi= /boot/efi/EFI/opensuse/xen-4.6.0_04-398.cfg
> options= dom0_mem=3072M,max:3072M ... loglvl=all guest_loglvl=all
> efi=no-rs reboot=acpi
>
> not clear to me what effect, if any, the addition of 'reboot=acpi' and
> '/mapbs' has, relative to just 'efi=no-rs' has.
Are you by chance an lawyer? :-)
Try without /mapbs, efi=nr-rs and with reboot=acpi. That should use EFI routines
for everything (including reboot). Doing the 'reboot=acpi' will override
the reboot routine to only use the ACPI method.
Granted if you did 'efi=nr-rs' we bypass EFI altogether and use 'acpi' method.
My theory was that if use some EFI routines it inits the firmware enough
that ACPI reboot should work. But it may be that it is just not happy.
There is an extra patch you can try to determine if the failure is
due to us doing ExitBootServices and not using virtual addresses (which
for example is the reason that under Lenovo it goes haywire).
See attached patch (against staging). With that you would do:
xen.efi /noexitboot /mapbs
And you can try without 'efi=no-rs'.
However I am wondering - why are you using '/mapbs' ? What did it
help? (The combination of 'efi=no-rs' means you are in effect not
using _any_ EFI operations - so doing /mapbs is not needed).
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
@ 2015-12-07 14:20 ` Konrad Rzeszutek Wilk
2015-12-07 17:15 ` Doug Goldstein
2015-12-07 14:48 ` PGNet Dev
1 sibling, 1 reply; 11+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-12-07 14:20 UTC (permalink / raw)
To: PGNet Dev; +Cc: xen-devel
[-- Attachment #1: Type: text/plain, Size: 2062 bytes --]
On Mon, Dec 07, 2015 at 09:20:12AM -0500, Konrad Rzeszutek Wilk wrote:
> On Sat, Dec 05, 2015 at 12:54:56PM -0800, PGNet Dev wrote:
> > On 12/05/2015 11:44 AM, Konrad Rzeszutek Wilk wrote:
> > >>Two issues exist with the SuperMicro EFI
> > >>
> > >> (1) firmware EFI mis-mapping causing Xen PANIC on restart
> > >
> > >Can you try 'reboot=acpi' ?
> > >
> > ...
> > >>I.e., what combination of
> > >>
> > >>/mapbs
> > >>efi=no-rs
> > >>reboot=acpi
> > >>
> > >All? It should be on the Xen command line.
> >
> > with /mapbs on the EFI exec line,
> >
> > grep mapbs /boot/grub2/grub.cfg
> > chainloader $cmdpath/xen-4.6.0_04-398.efi xen-4.6.0_04-398.efi config.1
> > /mapbs
> >
> > and on the Xen Cmd Line,
> >
> > grep efi= /boot/efi/EFI/opensuse/xen-4.6.0_04-398.cfg
> > options= dom0_mem=3072M,max:3072M ... loglvl=all guest_loglvl=all
> > efi=no-rs reboot=acpi
>
> >
> > not clear to me what effect, if any, the addition of 'reboot=acpi' and
> > '/mapbs' has, relative to just 'efi=no-rs' has.
>
>
> Are you by chance an lawyer? :-)
>
> Try without /mapbs, efi=nr-rs and with reboot=acpi. That should use EFI routines
> for everything (including reboot). Doing the 'reboot=acpi' will override
> the reboot routine to only use the ACPI method.
>
> Granted if you did 'efi=nr-rs' we bypass EFI altogether and use 'acpi' method.
>
> My theory was that if use some EFI routines it inits the firmware enough
> that ACPI reboot should work. But it may be that it is just not happy.
>
> There is an extra patch you can try to determine if the failure is
> due to us doing ExitBootServices and not using virtual addresses (which
> for example is the reason that under Lenovo it goes haywire).
>
> See attached patch (against staging). With that you would do:
Now attached.
>
> xen.efi /noexitboot /mapbs
>
> And you can try without 'efi=no-rs'.
>
> However I am wondering - why are you using '/mapbs' ? What did it
> help? (The combination of 'efi=no-rs' means you are in effect not
> using _any_ EFI operations - so doing /mapbs is not needed).
[-- Attachment #2: 0001-EFI-early-Implement-GetNextVariableName-and-query-an.patch --]
[-- Type: text/plain, Size: 6135 bytes --]
>From 04c94fa6cb783ecbc8ce620222c91599b8d95777 Mon Sep 17 00:00:00 2001
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Date: Tue, 17 Nov 2015 10:14:57 -0500
Subject: [PATCH] EFI/early: Implement GetNextVariableName and /query and
/noexitboot parameters
In the early EFI boot we will enumerate up to five EFI variables
to make sure it works.
The /query will just enumerate them and then quit. Helps in
troubleshooting and redirecting the output to a file (xen.efi /query > q).
The /noexitboot will inhibit Xen from calling ExitBootServices.
This allows on Lenovo ThinkPad x230, T420 to use GetNextVariableName
in 1-1 mapping mode.
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
---
xen/common/efi/boot.c | 94 ++++++++++++++++++++++++++++++++++++++++++++++++---
1 file changed, 89 insertions(+), 5 deletions(-)
diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
index 53c7452..2e0d4c2 100644
--- a/xen/common/efi/boot.c
+++ b/xen/common/efi/boot.c
@@ -836,6 +836,75 @@ static void __init setup_efi_pci(void)
efi_bs->FreePool(handles);
}
+static int __init efi_getnextvariable(bool_t query_only)
+{
+ EFI_GUID guid;
+ UINTN i, size, idx;
+ CHAR16 *name;
+ EFI_STATUS status;
+
+
+ status = efi_bs->AllocatePool(EfiLoaderData, 1024, (void *)&name);
+ if ( EFI_ERROR(status) )
+ return status;
+
+ guid.Data1 = 0;
+ guid.Data2 = 0;
+ guid.Data3 = 0;
+ for ( i = 0; i < 8; i++ )
+ guid.Data4[i] = 0;
+
+ for ( i = 0 ; i < 1024 / sizeof (CHAR16); i++ )
+ name[i] = 0;
+
+ PrintStr(L"GetNextVariableName: ");
+ PrintStr(name);
+ PrintStr(newline);
+ idx = 0;
+ do {
+ size = 1024;
+ efi_rs->GetNextVariableName(&size, name, &guid);
+ if ( EFI_ERROR(status) )
+ {
+ if ( query_only )
+ {
+ efi_bs->FreePool(name);
+ PrintErrMesg(L"Failed to GetNextVariableName", status);
+ }
+ else
+ {
+ PrintStr(L"Warning: GetNextVariableName: ");
+ DisplayUint(status, 0);
+ PrintStr(newline);
+ }
+ }
+ else
+ {
+ DisplayUint(guid.Data1, 4);
+ DisplayUint(guid.Data2, 2);
+ DisplayUint(guid.Data3, 2);
+ for ( i = 0; i < 8; i++ )
+ DisplayUint(guid.Data4[i], 1);
+
+ PrintStr(L":");
+ PrintStr(name);
+ PrintStr(L" ");
+ DisplayUint(status, 0);
+ PrintStr(newline);
+ }
+ } while ( !EFI_ERROR(status) && idx++ < 5 );
+
+ efi_bs->FreePool(name);
+
+ if ( query_only )
+ return -EINVAL;
+
+ if ( EFI_ERROR(EFI_NOT_FOUND) )
+ return 0;
+
+ return status;
+}
+
static void __init efi_variables(void)
{
EFI_STATUS status;
@@ -875,7 +944,7 @@ static void __init efi_set_gop_mode(EFI_GRAPHICS_OUTPUT_PROTOCOL *gop, UINTN gop
efi_arch_video_init(gop, info_size, mode_info);
}
-static void __init efi_exit_boot(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable)
+static void __init efi_exit_boot(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable, bool_t exitbootservices)
{
EFI_STATUS status;
UINTN info_size = 0, map_key;
@@ -903,9 +972,13 @@ static void __init efi_exit_boot(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *Syste
efi_arch_pre_exit_boot();
- status = SystemTable->BootServices->ExitBootServices(ImageHandle,
- map_key);
- efi_bs = NULL;
+ status = 0;
+ if ( exitbootservices )
+ {
+ status = SystemTable->BootServices->ExitBootServices(ImageHandle,
+ map_key);
+ efi_bs = NULL;
+ }
if ( status != EFI_INVALID_PARAMETER || retry )
break;
}
@@ -951,8 +1024,10 @@ efi_start(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable)
EFI_GRAPHICS_OUTPUT_PROTOCOL *gop = NULL;
union string section = { NULL }, name;
bool_t base_video = 0;
+ bool_t query_only = 0;
char *option_str;
bool_t use_cfg_file;
+ bool_t exit_boot_services = 1;
efi_init(ImageHandle, SystemTable);
@@ -990,6 +1065,10 @@ efi_start(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable)
base_video = 1;
else if ( wstrcmp(ptr + 1, L"mapbs") == 0 )
map_bs = 1;
+ else if ( wstrcmp(ptr + 1, L"query") == 0 )
+ query_only = 1;
+ else if ( wstrcmp(ptr + 1, L"noexitboot") == 0 )
+ exit_boot_services = 0;
else if ( wstrncmp(ptr + 1, L"cfg=", 4) == 0 )
cfg_file_name = ptr + 5;
else if ( i + 1 < argc && wstrcmp(ptr + 1, L"cfg") == 0 )
@@ -1000,6 +1079,8 @@ efi_start(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable)
PrintStr(L"Xen EFI Loader options:\r\n");
PrintStr(L"-basevideo retain current video mode\r\n");
PrintStr(L"-mapbs map EfiBootServices{Code,Data}\r\n");
+ PrintStr(L"-noexitboot do not call ExitBootServices\r\n");
+ PrintStr(L"-query call GetNextVariableName for up to five times\r\n");
PrintStr(L"-cfg=<file> specify configuration file\r\n");
PrintStr(L"-help, -? display this help\r\n");
blexit(NULL);
@@ -1160,12 +1241,15 @@ efi_start(EFI_HANDLE ImageHandle, EFI_SYSTEM_TABLE *SystemTable)
/* Get snapshot of variable store parameters. */
efi_variables();
+ if ( efi_getnextvariable(query_only) )
+ blexit(L"Could not get next variable");
+
efi_arch_memory_setup();
if ( gop )
efi_set_gop_mode(gop, gop_mode);
- efi_exit_boot(ImageHandle, SystemTable);
+ efi_exit_boot(ImageHandle, SystemTable, exit_boot_services);
efi_arch_post_exit_boot();
for( ; ; ); /* not reached */
--
2.1.0
[-- Attachment #3: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
@ 2015-12-07 14:48 ` PGNet Dev
1 sibling, 0 replies; 11+ messages in thread
From: PGNet Dev @ 2015-12-07 14:48 UTC (permalink / raw)
To: konrad.wilk; +Cc: xen-devel
On 12/07/2015 06:20 AM, Konrad Rzeszutek Wilk wrote:
> However I am wondering - why are you using '/mapbs' ? What did it
> help? (The combination of 'efi=no-rs' means you are in effect not
> using _any_ EFI operations - so doing /mapbs is not needed).
I used /mapbs because it was suggested in #irc by a dev (IIUC) @citrix
to do exactly that in response to the crash.
What it helped is that it cured the crash.
I switched to using efi=no-rs _instead_ of /mapbs because it was
recommended by a Xen dev that I do so, having called into question the
robustness of /mapbs as a fix, calling it 'quite ugly'.
Using just efi=no-rs also cures the crash, with the additional removal
of a non-fatal acpi error.
I'm now using more than just /mapbs -- specifically, adding efi=no-rs
and reboot=acpi -- for, admittedly, no good reason other than you'd
suggested I do so, above.
I'll see what I can manage with the patch you've provided. First, tho,
I need to reread all the various commentary, as I've completely lost
track of what the functions and benefits of any one option, or combo
thereof, are ...
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
@ 2015-12-07 17:15 ` Doug Goldstein
2015-12-07 18:09 ` Konrad Rzeszutek Wilk
0 siblings, 1 reply; 11+ messages in thread
From: Doug Goldstein @ 2015-12-07 17:15 UTC (permalink / raw)
To: xen-devel
[-- Attachment #1.1: Type: text/plain, Size: 2625 bytes --]
On 12/7/15 8:20 AM, Konrad Rzeszutek Wilk wrote:
> On Mon, Dec 07, 2015 at 09:20:12AM -0500, Konrad Rzeszutek Wilk wrote:
>> On Sat, Dec 05, 2015 at 12:54:56PM -0800, PGNet Dev wrote:
>>> On 12/05/2015 11:44 AM, Konrad Rzeszutek Wilk wrote:
>>>>> Two issues exist with the SuperMicro EFI
>>>>>
>>>>> (1) firmware EFI mis-mapping causing Xen PANIC on restart
>>>>
>>>> Can you try 'reboot=acpi' ?
>>>>
>>> ...
>>>>> I.e., what combination of
>>>>>
>>>>> /mapbs
>>>>> efi=no-rs
>>>>> reboot=acpi
>>>>>
>>>> All? It should be on the Xen command line.
>>>
>>> with /mapbs on the EFI exec line,
>>>
>>> grep mapbs /boot/grub2/grub.cfg
>>> chainloader $cmdpath/xen-4.6.0_04-398.efi xen-4.6.0_04-398.efi config.1
>>> /mapbs
>>>
>>> and on the Xen Cmd Line,
>>>
>>> grep efi= /boot/efi/EFI/opensuse/xen-4.6.0_04-398.cfg
>>> options= dom0_mem=3072M,max:3072M ... loglvl=all guest_loglvl=all
>>> efi=no-rs reboot=acpi
>>
>>>
>>> not clear to me what effect, if any, the addition of 'reboot=acpi' and
>>> '/mapbs' has, relative to just 'efi=no-rs' has.
>>
>>
>> Are you by chance an lawyer? :-)
>>
>> Try without /mapbs, efi=nr-rs and with reboot=acpi. That should use EFI routines
>> for everything (including reboot). Doing the 'reboot=acpi' will override
>> the reboot routine to only use the ACPI method.
>>
>> Granted if you did 'efi=nr-rs' we bypass EFI altogether and use 'acpi' method.
>>
>> My theory was that if use some EFI routines it inits the firmware enough
>> that ACPI reboot should work. But it may be that it is just not happy.
>>
>> There is an extra patch you can try to determine if the failure is
>> due to us doing ExitBootServices and not using virtual addresses (which
>> for example is the reason that under Lenovo it goes haywire).
>>
>> See attached patch (against staging). With that you would do:
>
> Now attached.
>>
>> xen.efi /noexitboot /mapbs
>>
>> And you can try without 'efi=no-rs'.
>>
>> However I am wondering - why are you using '/mapbs' ? What did it
>> help? (The combination of 'efi=no-rs' means you are in effect not
>> using _any_ EFI operations - so doing /mapbs is not needed).
>>
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xen.org
>> http://lists.xen.org/xen-devel
Konrad,
Can we land the /noexitboot (probably better to call it /noexitbs to
match rs) into the tree?
I have to have a very similar patch locally to bring up my machine and
it would make sense that if you and I are seeing this problem then
others are.
--
Doug Goldstein
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 959 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware
2015-12-07 17:15 ` Doug Goldstein
@ 2015-12-07 18:09 ` Konrad Rzeszutek Wilk
0 siblings, 0 replies; 11+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-12-07 18:09 UTC (permalink / raw)
To: Doug Goldstein; +Cc: xen-devel
> > Now attached.
> >>
> >> xen.efi /noexitboot /mapbs
> >>
> >> And you can try without 'efi=no-rs'.
> >>
> >> However I am wondering - why are you using '/mapbs' ? What did it
> >> help? (The combination of 'efi=no-rs' means you are in effect not
> >> using _any_ EFI operations - so doing /mapbs is not needed).
> >>
> >>
> >> _______________________________________________
> >> Xen-devel mailing list
> >> Xen-devel@lists.xen.org
> >> http://lists.xen.org/xen-devel
>
> Konrad,
Heya!!
>
> Can we land the /noexitboot (probably better to call it /noexitbs to
> match rs) into the tree?
It is up to the EFI maintainer (Jan) who would like the vendors to
fix their broken firmware before adding this gross hack in.
>
> I have to have a very similar patch locally to bring up my machine and
> it would make sense that if you and I are seeing this problem then
> others are.
I think the way going forward is to make Xen capable of working in the
VirtualAddress instead of the 1:1. The problem isn't fixing the code
(it blows up if you try enabling) - it is that we lose kexec support
unless we also make kexec be less Linux-centric when booting under EFI.
This is a topic I think we should bring up at the XenHackathon(Dev summit?)
in Cambridge, UK to hash out.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2015-12-07 18:09 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-12-04 23:16 fyi, Xen's EFI workarounds (/mapbs & efi=no-rs) on SuperMicro hardware; fixes solve 1/2 problems & SM responds that can't/won't fix their firmware PGNet Dev
2015-12-05 2:49 ` Zir Blazer
2015-12-05 18:05 ` Konrad Rzeszutek Wilk
2015-12-05 18:32 ` PGNet Dev
2015-12-05 19:44 ` Konrad Rzeszutek Wilk
2015-12-05 20:54 ` PGNet Dev
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
2015-12-07 14:20 ` Konrad Rzeszutek Wilk
2015-12-07 17:15 ` Doug Goldstein
2015-12-07 18:09 ` Konrad Rzeszutek Wilk
2015-12-07 14:48 ` PGNet Dev
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.