Re: [Xen-devel] Unable to get VT-d working on Supermicro X11SSZ-QF

[Tamas K Lengyel <tamas.k.lengyel@xxxxxxxxx>]

On Mon, Oct 19, 2015 at 3:22 AM, Jan Beulich <JBeulich@xxxxxxxx> wrote:

>>> On 19.10.15 at 04:42, <tamas.k.lengyel@xxxxxxxxx> wrote:
> Also, here is the full xl dmesg log.
>
>Â Xen 4.7-unstable
> (XEN) Xen version 4.7-unstable (root@) (gcc (Debian 4.9.2-10) 4.9.2)
> debug=y Sat Oct 17 17:04:30 MDT 2015
> (XEN) Latest ChangeSet: Sat Oct 3 15:22:29 2015 -0400 git:a23ce42
> (XEN) Bootloader: GRUB 2.02~beta2-22
> (XEN) Command line: placeholder loglvl=all guest_loglvl=all iommu=verbose
> no-real-mode edd=off
> (XEN) Video information:
> (XEN)Â VGA is text mode 80x25, font 8x16
> (XEN) Disc information:
> (XEN)Â Found 0 MBR signatures
> (XEN)Â Found 0 EDD information structures
> (XEN) Multiboot-e820 RAM map:
> (XEN)Â 0000000000000000 - 0000000000058000 (usable)
> (XEN)Â 0000000000058000 - 0000000000059000 (reserved)
> (XEN)Â 0000000000059000 - 000000000009f000 (usable)
> (XEN)Â 000000000009f000 - 00000000000a0000 (reserved)
> (XEN)Â 0000000000100000 - 0000000082ac3000 (usable)
> (XEN)Â 0000000082ac3000 - 0000000082ac4000 (ACPI NVS)
> (XEN)Â 0000000082ac4000 - 0000000082b0e000 (reserved)
> (XEN)Â 0000000082b0e000 - 0000000086b7e000 (usable)
> (XEN)Â 0000000086b7e000 - 0000000086f0a000 (reserved)
> (XEN)Â 0000000086f0a000 - 00000000870cf000 (usable)
> (XEN)Â 00000000870cf000 - 0000000087729000 (ACPI NVS)
> (XEN)Â 0000000087729000 - 0000000087e6e000 (reserved)
> (XEN)Â 0000000087e6e000 - 0000000087fff000 type 20
> (XEN)Â 0000000087fff000 - 0000000088000000 (usable)
> (XEN)Â 00000000e0000000 - 00000000f0000000 (reserved)
> (XEN)Â 00000000fe000000 - 00000000fe011000 (reserved)
> (XEN)Â 00000000fec00000 - 00000000fec01000 (reserved)
> (XEN)Â 00000000fee00000 - 00000000fee01000 (reserved)
> (XEN)Â 00000000ff000000 - 0000000100000000 (reserved)
> (XEN)Â 0000000100000000 - 0000000873000000 (usable)
> (XEN) ACPI Error (tbxfroot-0218): A valid RSDP was not found [20070126]

Are you perhaps booting from UEFI, wrongly using grub2+xen.gz
instead of xen.efi?

Jan

Ah indeed - the BIOS was set to DUAL mode and grub-efi was installed. Switching the boot mode to LEGACY and switching to grub-pc solved the issue. Thanks for the help! I wouldn't have figured this to be the root cause..

Tamas

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel