> lspci -vvv would be nice. Attached
Boris. --- On Tue, 9/8/09, Konrad Rzeszutek Wilk <[email protected]> wrote: From: Konrad Rzeszutek Wilk <[email protected]> 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 To: "Pasi Kärkkäinen" <[email protected]> Cc: "Boris Derzhavets" <[email protected]>, "Jeremy Fitzhardinge" <[email protected]>, [email protected], [email protected] Date: Tuesday, September 8, 2009, 3:34 PM On Tue, Sep 08, 2009 at 10:22:46PM +0300, Pasi Kärkkäinen wrote: > On Tue, Sep 08, 2009 at 12:14:54PM -0700, Boris Derzhavets wrote: > > Console drops into the same stack trace in both cases. > > > > Jeremy: Any ideas could some recent change in pv_ops dom0 kernel cause > usb stuff to stop working with >4096M of dom0 memory? The last set of changes in Jeremy's kernel are a set of patches I sent, so the problem is most likely caused by my work. A dmesg from both Xen and Linux kernel would be most helpfull. Also a lspci -vvv would be nice. And as Pasi suggested, booting the same kernel without Xen would be most helpful. > > dom0_mem=4096M works > dom0_mem=4097M fails with stacktrace > > Boris: What was the last kernel that worked without backtraces? > Also, does that same kernel work as baremetal (without Xen) ?
lspci.vvv.gz
Description: GNU Zip compressed data
-- Fedora-xen mailing list [email protected] https://www.redhat.com/mailman/listinfo/fedora-xen
