From: "Robert Kaiser (FH)" <kaiser@informatik.fh-wiesbaden.de>
To: Jeremy Fitzhardinge <jeremy@goop.org>
Cc: xen-devel@lists.xensource.com, Ingo Molnar <mingo@elte.hu>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [Xen-devel] Re: [PATCH] xen: remove support for non-PAE 32-bit
Date: Tue, 13 May 2008 15:28:08 +0200 [thread overview]
Message-ID: <200805131528.09429.kaiser@informatik.fh-wiesbaden.de> (raw)
In-Reply-To: <48298002.5080300@goop.org>
Am Dienstag 13 Mai 2008 13:48 schrieb Jeremy Fitzhardinge:
> Robert Kaiser (FH) wrote:
> > Hmm, I had to revert to non-PAE operation (using xen 3.2.1) recently in
> > order to get Xen to run under qemu. Does anyone know of another
> > work-around to run Xen/Linux under qemu?
>
> In principle it should work in PAE mode;
I thought so, too, however it doesn't :-(.
> it certainly works in kvm.
> What problem are you seeing?
Linux crashes just after the message "Freeing unused
kernel memory: ..." due to dereferencing a bad address.
The following is from the top of my head (if you need more details, let me kow
and I'll recompile everything with PAE so I can reproduce the problem again
-- this will take some time though..):
The crash results from a call to do_munmap(). Strangely though, when setting a
breakpoint at the faulting assembly instruction (I'm using qemu's debug stub
facility) , the problem disappears: the address being dereferenced (contained
in register eax) is always a valid one. However, as soon as I remove that
breakpoint and hit "continue", it does crash again with the crash dump
showing an eip pointing to where the breakpoint formerly was, and an invalid
address in eax.
> I think there's a bug in qemu's x86
> emulation with respect to mis-reporting the eip of an xchg which faults,
> which may be what you're seeing.
The eip that was reported was always the same, and there was no xchg
instruction at that address. It might have been consistently wrong though
(how would I figure this out?).
Rob
--
Robert Kaiser http://wwwvs.informatik.fh-wiesbaden.de
Labor für Verteilte Systeme kaiser@informatik.fh-wiesbaden.de
FH Wiesbaden - University of Applied Sciences tel: (+49)611-9495-294
Kurt-Schumacher-Ring 18, 65197 Wiesbaden, Germany fax: (+49)611-9495-294
next prev parent reply other threads:[~2008-05-13 13:29 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-09 11:05 Jeremy Fitzhardinge
2008-05-13 11:08 ` Ingo Molnar
2008-05-13 11:32 ` [Xen-devel] " Robert Kaiser (FH)
2008-05-13 11:42 ` Keir Fraser
2008-05-13 11:48 ` Jeremy Fitzhardinge
2008-05-13 13:28 ` Robert Kaiser (FH) [this message]
2008-05-13 13:59 ` Jeremy Fitzhardinge
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200805131528.09429.kaiser@informatik.fh-wiesbaden.de \
--to=kaiser@informatik.fh-wiesbaden.de \
--cc=jeremy@goop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®