This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] issues getting more than 16M ram to be used without oops

To: "Brian Wolfe" <brianw@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] issues getting more than 16M ram to be used without oopsing. 1.2 and 1.3-unstable
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Tue, 06 Apr 2004 08:11:13 +0100
Cc: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 06 Apr 2004 08:13:38 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Mon, 05 Apr 2004 12:29:57 CDT." <39112.>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> Heh, I know what you mean on the VIA boards. I almost always have an issue
> booting > 3 month old kernels on them. 8-P I spose I could look at via as
> a "enforced upgrade" system. ;)
> *nod* I'd tried the noacpi, ignorebiostables, etc. All of the usual tricks
> on the xenolinux.gz kernel image as well to no avail pror to harassing
> yall. :) I think my friend Adam was feeling a bit abused as a Xen suport
> route as well. *grin*
> Things are getting a LITTLE bit futher on the bootup. :) Any chance the
> IDE , USB, and/or ethernet interfaces are doign something funky?

Looks like the Ethernet interface might be doing bad things. Both
crashes are at the same point in its interrupt handler. I'm not sure
whether this is a cause or merely a symptom though.

I'll take a look. Meanwhile, can you put a different card in that
machine? For example, we know that 3com 3c905's are good. 3c595 is a
relic. :-)

 -- Keir

This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>