[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] ioemu build failure with GCC > 4.3



[Ross Philipson]
> Roger that, when I disable VT-d in the BIOS, I can boot up fine.

According to your logs it's an "interesting" set of ACPI tables you've
got there.  From what I can tell it looks like a USB controller or
something is performing bus transactions to a bogus address in host
memory.  Needless to say, this should (in an ideal world) not be
happening.

To determine if there is a serious problem it would be helpful if you
could try a bootup with the following patch applied.  An `lspci -t`
and `lspci` would also be appreciated.

        eSk


---
vt-d: Some debug output for ACPI DMAR parsing

Signed-off-by: Espen Skoglund <espen.skoglund@xxxxxxxxxxxxx>

diff -r a9c595d1909c xen/drivers/passthrough/vtd/dmar.c
--- a/xen/drivers/passthrough/vtd/dmar.c        Tue Jul 15 19:22:23 2008 +0100
+++ b/xen/drivers/passthrough/vtd/dmar.c        Tue Jul 15 19:28:54 2008 +0100
@@ -337,6 +337,8 @@ acpi_parse_one_rmrr(struct acpi_dmar_ent
     dev_scope_end   = ((void *)rmrr) + header->length;
     ret = acpi_parse_dev_scope(dev_scope_start, dev_scope_end,
                                rmrru, RMRR_TYPE);
+    dprintk(XENLOG_INFO VTDPREFIX, "RMRR region <%"PRIx64",%"PRIx64">\n",
+            rmrru->base_address, rmrru->end_address);
 
     if ( ret || (rmrru->scope.devices_cnt == 0) )
         xfree(rmrru);

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.