From: Chris Lalancette <clalance@redhat.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Bug with TARGET_PHYS_ADDR_SPACE_BITS
Date: Thu, 21 Aug 2008 16:47:57 +0200 [thread overview]
Message-ID: <48AD801D.5090308@redhat.com> (raw)
In-Reply-To: <20080820061558.GB17273@volta.aurel32.net>
Aurelien Jarno wrote:
> On Tue, Aug 19, 2008 at 07:46:50PM +0200, Chris Lalancette wrote:
>> Hello,
>> oVirt is currently using straight x86_64 qemu emulation for certain parts
>> of the architecture (we mostly use KVM, but need to use full emulation for a
>> couple of parts). We recently upgraded our userspace package to kvm-72, but
>> found that we could not PXE boot guests when we were doing full emulation (under
>> kvm, we could PXE boot just fine). We also tried using qemu SVN tip, with
>> similar results. We ended up doing a bisect, and tracked down the problem to
>> this commit (from the kvm repo, but pulled from qemu):
>>
>> http://git.kernel.org/?p=linux/kernel/git/amit/kvm-userspace.git;a=commit;h=468f7507339a5236bff8ab339eb0c1b019a95fda
>>
>> The important changes in there in terms of this bug revolves around
>> TARGET_PHYS_ADDR_SPACE_BITS in exec.c. If I change that back to 32 (what it was
>> before this patch for x86_64), the PXE boot succeeds. Also, if I remove
>> TARGET_PHYS_ADDR_SPACE_BITS > 32 conditional code in phys_page_find_alloc(), but
>> leave TARGET_PHYS_ADDR_SPACE_BITS as 42, the PXE boot also works. I can't claim
>> to understand the conditional code I've compiled out, so I'm not sure where the
>> bug would be. Does anyone have an idea what the problem might be?
>>
Sorry for the delay in responding.
>
> Are you using qemu or qemu-system-x86_64? Could you also build qemu with
> --disable-kqemu? It possible that kqemu support is causing this problem,
> as it is limited to 32 bits.
I'm not sure what the difference between qemu and qemu-system-x86_64 is. Can
you explain? I've been testing with qemu-system-x86_64, for what it's worth.
I've now tried building qemu like this:
./configure --target-list=x86_64-softmmu,x86_64-linux-user && make -j8
When built like this, I get no problems PXE booting. However, this is because
of this line in exec.c:
#elif defined(TARGET_X86_64) && !defined(USE_KQEMU)
#define TARGET_PHYS_ADDR_SPACE_BITS 42
So, in this case, we end up building with TARGET_PHYS_ADDR_SPACE_BITS == 32, so
things work. However, if I build qemu like this:
./configure --target-list=x86_64-softmmu,x86_64-linux-user --disable-kqemu &&
make -j8
Then we fail on the PXE boot, because TARGET_PHYS_ADDR_BITS gets set to 42 in
that case.
Chris Lalancette
next prev parent reply other threads:[~2008-08-21 14:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-19 17:46 [Qemu-devel] Bug with TARGET_PHYS_ADDR_SPACE_BITS Chris Lalancette
2008-08-19 18:43 ` Anthony Liguori
2008-08-19 19:06 ` Blue Swirl
2008-08-20 9:10 ` Alan Pevec
2008-08-20 6:15 ` Aurelien Jarno
2008-08-21 14:47 ` Chris Lalancette [this message]
2008-09-07 2:16 ` Anthony Liguori
2008-09-08 7:09 ` Chris Lalancette
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=48AD801D.5090308@redhat.com \
--to=clalance@redhat.com \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).