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

Re: [Xen-devel] Xen 4.0 + PVOPS + Intel VTD + USB EHCI = BUG()



On Thu, 2010-01-28 at 11:24 +0200, Pasi KÃrkkÃinen wrote:
> On Wed, Jan 27, 2010 at 03:22:57PM -0500, David P. Quigley wrote:
> > On Tue, 2010-01-26 at 14:30 -0500, David P. Quigley wrote:
> > > I have a small update on the problem. It does seem like it is tied to
> > > VT-D because I just turned it off in the bios and the dom0 manages to
> > > boot on top of xen and I can log in. Are there any options for VT-D that
> > > you would like me to try to help pin point the problem?
> > > 
> > > Dave
> > > 
> > > 
> > > _______________________________________________
> > > Xen-devel mailing list
> > > Xen-devel@xxxxxxxxxxxxxxxxxxx
> > > http://lists.xensource.com/xen-devel
> > 
> > 
> > So I've managed to get my dom0 booting on top of xen however now I'm
> > running into a problem where my domU is kernel oopsing on startup. The
> > traces I've gotten seem to be in the memory allocation functions.
> > Normally this is a sign of memory corruption. Considering this VM was
> > working perfectly with the 2.6.31.10 dom0 based on the Novell patches
> > and xen 4.0 I don't think it is the VM that is the problem (however I
> > can try starting it under kvm to be certain. Any suggestions on what I
> > can do to try to hunt down the memory corruption?
> > 
> 
> Hmm.. interesting.
> 
> You could try this: Set on_crash="preserve" in /etc/xen/<guest> cfgfile,
> and when the guest crashes, run in dom0:
> 
> /usr/lib/xen/bin/xenctx -s System.map-domUkernelversion <domUid>
> 
> If your system is 64bit then xenctx might be under /usr/lib64/
> That should give you a stack trace of the crashed guest..
> 
> -- Pasi

I'll run that when I get a chance. I managed to get the domU booting. I
removed all of my debug statements off of the xen-4.0.gz line in my grub
entry and it worked. I'm not sure if that code is the cause or if it
just didn't stress a race condition that happens when the system is
running slower because of debug code.

Dave


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