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

[Xen-devel] Grant table corruption with HVM guest


  • To: xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: "Justin T. Gibbs" <gibbs@xxxxxxxxxxx>
  • Date: Sun, 14 Mar 2010 13:10:38 -0600
  • Delivery-date: Sun, 14 Mar 2010 12:11:30 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

I'm experiencing total grant table corruption on a system and I'm
hoping my symptoms will ring a bell with a member of the Xen developer
community.  The setup is Xen 4.0.0-RC2 (OpenSUSE 11.2 package) on
a Nehalem system.  The sole guest instance is 64bit FreeBSD running
in HVM mode, a single vcpu, and a PCI passed-through LSI Logic 1068e
SAS controller.  FreeBSD is running netfront and blockfront PV
drivers.  After a few hours of operation, FreeBSD's entire grant
table (3 pages) is spammed with the pattern 0x5a5a5a5a.  This problem
has been replicated on multiple machines.

The first assumption was a bug in the FreeBSD PV drivers or other Xen
support.  To rule this out, we modified FreeBSD's grant table functions
to unmap the grant table from the kernel virtual address space between
operations.  This was on a single vcpu setup, but to rule out corruption
by interrupt handlers, interrupts were also disabled while the mapping was
valid during grant table updates.  The corruption still occurs without the
FreeBSD kernel faulting on unmapped pages.  I believe this leaves a VT-D
HW problem or a bug in the hypervisor as the remaining possibilities.
I'm working now to further isolate the error by changing our test load
so I can remove VT-D from the configuration.

Are there any Xen or QEMU components that use a 0x5a5a5a5a initialization
pattern?  Are there any tools in the hypervisor I can use to trap rogue
access to guest grant table pages?

Thanks,
Justin

_______________________________________________
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®.