WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

[Xen-users] Re: VT-D RMRR is incorrect

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-users] Re: VT-D RMRR is incorrect
From: Christian Tramnitz <chris.ace@xxxxxxx>
Date: Sun, 15 Feb 2009 10:41:24 +0100
Delivery-date: Sun, 15 Feb 2009 01:42:47 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <d5dec53b0902131346t663491d2x37f630dc1e64294b@xxxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <d5dec53b0902131346t663491d2x37f630dc1e64294b@xxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 2.0.0.19 (Windows/20081209)
Hello Yoshiharu-san!

Have you tried 3.4-unstable yet?
I had the same problem with my Asus P6T Deluxe board (also X58) and got a little further on 3.4 but finally (after some more RMRR and DMAR details displayed) the same error message.

It would be interesting to know if just the BIOSes (their DMAR maps to be more specific) on non-Intel manufactured X58 boards are broken or if there are general problems with X58 and Xen... has anyone gotten VTD/IOMMU to work on X58 yet?

Best regards,
   Christian

Yoshiharu Mori schrieb:

I try pci pci passthrough with xen 3.3.1 and CentOS 5.2(64bit)
on a SUPERMICRO C7X58 board

I see the following the error in my boot log.

(XEN) [VT-D]dmar.c:372: RMRR is incorrect.

This problem is caused by this condition in dmr.c:372.

 if ( rmrr->base_address >= rmrr->end_address )
 {
   dprintk(XENLOG_ERR VTDPREFIX, "RMRR is incorrect.\n");
   return -EFAULT;
 }

As an experiment, I delete the "return -EFAULT" and re-compiling Xen,
I can pass a PCI device through to Gest-OS(Windows XP) and have no problem
with using the devices on Gest-OS.

Is the above condition really correct and important ?

xm dmesg results with deleting "return -EFAULT" are following.

[root@localhost ~]# xm dmesg
 __  __            _____  _____  _
 \ \/ /___ _ __   |___ / |___ / / |
  \  // _ \ '_ \    |_ \   |_ \ | |
  /  \  __/ | | |  ___) | ___) || |
 /_/\_\___|_| |_| |____(_)____(_)_|

(XEN) Xen version 3.3.1 (root@(none)) (gcc version 4.1.2 20071124 (Red Hat 4.1.2-42)) Sat Feb 14 05:21:09 JST 2009
(XEN) Latest ChangeSet: unavailable
(XEN) Command line: iommu msi=1
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN)  Found 0 MBR signatures
(XEN)  Found 2 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)  0000000000000000 - 0000000000099400 (usable)
(XEN)  0000000000099400 - 00000000000a0000 (reserved)
(XEN)  00000000000e0000 - 0000000000100000 (reserved)
(XEN)  0000000000100000 - 00000000bf790000 (usable)
(XEN)  00000000bf790000 - 00000000bf79e000 (ACPI data)
(XEN)  00000000bf79e000 - 00000000bf7d0000 (ACPI NVS)
(XEN)  00000000bf7d0000 - 00000000bf7e0000 (reserved)
(XEN)  00000000bf7ec000 - 00000000c0000000 (reserved)
(XEN)  00000000fee00000 - 00000000fee01000 (reserved)
(XEN)  00000000ffc00000 - 0000000100000000 (reserved)
(XEN)  0000000100000000 - 00000001c0000000 (usable)
(XEN) System RAM: 6135MB (6282404kB)
(XEN) ACPI: RSDP 000F9C50, 0024 (r2 ACPIAM)
(XEN) ACPI: XSDT BF790100, 0054 (r1 112608 XSDT1738 20081126 MSFT       97)
(XEN) ACPI: FACP BF790290, 00F4 (r4 112608 FACP1738 20081126 MSFT       97)
(XEN) ACPI: DSDT BF790470, 5AA5 (r2  1F380 1F380000        0 INTL 20051117)
(XEN) ACPI: FACS BF79E000, 0040
(XEN) ACPI: APIC BF790390, 0092 (r2 112608 APIC1738 20081126 MSFT       97)
(XEN) ACPI: MCFG BF790430, 003C (r1 112608 OEMMCFG  20081126 MSFT       97)
(XEN) ACPI: OEMB BF79E040, 0072 (r1 112608 OEMB1738 20081126 MSFT       97)
(XEN) ACPI: DMAR BF79E0C0, 0118 (r1    AMI  OEMDMAR        1 MSFT       97)
(XEN) ACPI: SSDT BF7A0260, 1298 (r1 DpgPmm    CpuPm       12 INTL 20051117)
(XEN) Xen heap: 14MB (14536kB)
(XEN) Domain heap initialised
(XEN) Processor #0 7:10 APIC version 21
(XEN) Processor #2 7:10 APIC version 21
(XEN) Processor #4 7:10 APIC version 21
(XEN) Processor #6 7:10 APIC version 21
(XEN) Processor #1 7:10 APIC version 21
(XEN) Processor #3 7:10 APIC version 21
(XEN) Processor #5 7:10 APIC version 21
(XEN) Processor #7 7:10 APIC version 21
(XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) [VT-D]dmar.c:372: RMRR is incorrect.
(XEN) Intel VT-d has been enabled
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2660.058 MHz processor.
(XEN) VMX: EPT is available.
(XEN) VMX: VPID is available.
(XEN) HVM: VMX enabled
(XEN) HVM: Hardware Assisted Paging detected.
(XEN) CPU0: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Booting processor 1/2 eip 8c000
(XEN) CPU1: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Booting processor 2/4 eip 8c000
(XEN) CPU2: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Booting processor 3/6 eip 8c000
(XEN) CPU3: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Booting processor 4/1 eip 8c000
(XEN) CPU4: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Booting processor 5/3 eip 8c000
(XEN) CPU5: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Booting processor 6/5 eip 8c000
(XEN) CPU6: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Booting processor 7/7 eip 8c000
(XEN) CPU7: Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz stepping 04
(XEN) Total of 8 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) checking TSC synchronization across 8 CPUs: passed.
(XEN) Platform timer is 3.579MHz ACPI PM Timer
(XEN) Brought up 8 CPUs
(XEN) I/O virtualisation enabled
(XEN) I/O virtualisation for PV guests disabled
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) [VT-D]iommu.c:1269:d32767 domain_context_mapping:invalid
(XEN) *** LOADING DOMAIN 0 ***
(XEN)  Xen  kernel: 64-bit, lsb, compat32
(XEN) Dom0 kernel: 64-bit, lsb, paddr 0xffffffff80200000 -> 0xffffffff805c190c
(XEN) PHYSICAL MEMORY ARRANGEMENT:
(XEN) Dom0 alloc.: 00000001b6000000->00000001b8000000 (1498227 pages to be allocated)
(XEN) VIRTUAL MEMORY ARRANGEMENT:
(XEN)  Loaded kernel: ffffffff80200000->ffffffff805c190c
(XEN)  Init. ramdisk: ffffffff805c2000->ffffffff80b88200
(XEN)  Phys-Mach map: ffffffff80b89000->ffffffff81707398
(XEN)  Start info:    ffffffff81708000->ffffffff817084a4
(XEN)  Page tables:   ffffffff81709000->ffffffff81718000
(XEN)  Boot stack:    ffffffff81718000->ffffffff81719000
(XEN)  TOTAL:         ffffffff80000000->ffffffff81800000
(XEN)  ENTRY ADDRESS: ffffffff80200000
(XEN) Dom0 has maximum 8 VCPUs
(XEN) Scrubbing Free RAM: .done.
(XEN) Xen trace buffers: disabled
(XEN) Std. Loglevel: Errors and warnings
(XEN) Guest Loglevel: Nothing (Rate-limited: Errors and warnings)
(XEN) Xen is relinquishing VGA console.
(XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen)
(XEN) Freed 104kB init memory.




_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users