<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">> lspci -vvv would be nice.<br><br>Attached<br><br>Boris.<br><br>--- On <b>Tue, 9/8/09, Konrad Rzeszutek Wilk <i><konrad.wilk@oracle.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com><br>Subject: Re: [Xen-devel] Re: [Fedora-xen] Xorg on JF 2.6.31-rc8 with xen 3.5 unstable, stacktrace with >4096M of dom0_mem<br>To: "Pasi Kärkkäinen" <pasik@iki.fi><br>Cc: "Boris Derzhavets" <bderzhavets@yahoo.com>, "Jeremy Fitzhardinge" <jeremy@goop.org>, xen-devel@lists.xensource.com, fedora-xen@redhat.com<br>Date: Tuesday, September 8, 2009, 3:34 PM<br><br><div class="plainMail">On Tue, Sep 08, 2009 at 10:22:46PM +0300, Pasi Kärkkäinen wrote:<br>> On Tue, Sep 08, 2009 at 12:14:54PM -0700, Boris Derzhavets
 wrote:<br>> > Console drops into the same stack trace in  both cases.<br>> > <br>> <br>> Jeremy: Any ideas could some recent change in pv_ops dom0 kernel cause<br>> usb stuff to stop working with >4096M of dom0 memory? <br><br>The last set of changes in Jeremy's kernel are a set of patches I sent,<br>so the problem is most likely caused by my work.<br><br>A dmesg from both Xen and Linux kernel would be most helpfull. Also<br>a lspci -vvv would be nice.<br><br>And as Pasi suggested, booting the same kernel without Xen would<br>be most helpful.<br><br><br>> <br>> dom0_mem=4096M works<br>> dom0_mem=4097M fails with stacktrace<br>> <br>> Boris: What was the last kernel that worked without backtraces? <br>> Also, does that same kernel work as baremetal (without Xen) ?<br></div></blockquote></td></tr></table><br>