From: Martin Mohring <martin.mohring@opensuse.org>
To: Aurelien Jarno <aurelien@aurel32.net>
Cc: Richard Henderson <rth@twiddle.net>,
Paul Brook <paul@codesourcery.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 0/6] Multi-level page tables and userland mapping fixes, v3
Date: Sat, 13 Mar 2010 15:00:52 +0100 [thread overview]
Message-ID: <4B9B9A94.4000700@opensuse.org> (raw)
In-Reply-To: <20100313124559.GA22277@volta.aurel32.net>
I am sorry to bring us all down to earth, we all had wished that this stuff gets finally fixed, but it seems that those patches applied to QEMU master have killed QEMU user mode.
I am referring to the user mode fixes after commit 0aef4261ac0ec9089ade0e3a92f986cb4ba7317e
I had QEMU working on PowerPC and ARM in chroots from the Linux versions:
- Fedora 11 / 12
- Ubuntu 9.04, 9.10, 10.04
- Debian 4, 5 and Sid
for ARM and PowerPC. My host OS is openSUSE 11.2 using a 2.6.31 kernel, or openSUSE 11.1. All machines are 64 Bit machines.
Now I have the situation that all the listed target chroots fail, except:
- Fedora 11 / 12 @ ARM
As you might guess (or even know), I am one of the Open Build Service (http://en.opensuse.org/Build_Service/Testing) developers and can automatedly setup and test such a big number of Targets and automatically run testsuites or compile jobs on them. The last fixes in the QEMU user mode memory allocator before your rewrite came from Jan-Simon and me.
I think its long overdue to fix the user mode stuff, so I am happy that now someone that knows more about QEMU than me cares about. SO my offering is to help to track this down and fix it. But I would be happy if you give me a hint about what your changes are really doing to track down the problem.
Aurelien Jarno wrote:
> On Fri, Mar 12, 2010 at 06:51:41PM +0000, Paul Brook wrote:
>
>>> Richard Henderson (6):
>>> Move TARGET_PHYS_ADDR_SPACE_BITS to target-*/cpu.h.
>>> Use TARGET_VIRT_ADDR_SPACE_BITS in h2g_valid.
>>> linux-user: Use h2g_valid in qemu_vmalloc.
>>> linux-user: Fix mmap_find_vma returning invalid addresses.
>>> Implement multi-level page tables.
>>> Fix last page errors in page_check_range and page_set_flags.
>>>
>> Applied, plus a bunch of follow-on patches that isolate the userspace
>> emulation from any concept of physical address space.
>>
>>
>
> The patch "Implement multi-level page tables" breaks i386/x86_64 system
> emulation. Using the image on [1], qemu now segfaults during the initrd
> parts. This is not 100% reproducible, a few times it hanged instead of
> crashing.
>
> [1] http://people.debian.org/~aurel32/qemu/i386/debian_lenny_i386_small.qcow2
>
>
next prev parent reply other threads:[~2010-03-13 14:01 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-10 23:59 [Qemu-devel] [PATCH 0/6] Multi-level page tables and userland mapping fixes, v3 Richard Henderson
2010-03-10 22:33 ` [Qemu-devel] [PATCH 1/6] Move TARGET_PHYS_ADDR_SPACE_BITS to target-*/cpu.h Richard Henderson
2010-03-11 11:11 ` Aurelien Jarno
2010-03-11 15:19 ` Richard Henderson
2010-03-10 22:36 ` [Qemu-devel] [PATCH 2/6] Use TARGET_VIRT_ADDR_SPACE_BITS in h2g_valid Richard Henderson
2010-03-10 22:38 ` [Qemu-devel] [PATCH 3/6] linux-user: Use h2g_valid in qemu_vmalloc Richard Henderson
2010-03-10 23:39 ` [Qemu-devel] [PATCH 4/6] linux-user: Fix mmap_find_vma returning invalid addresses Richard Henderson
2010-03-10 23:53 ` [Qemu-devel] [PATCH 5/6] Implement multi-level page tables Richard Henderson
2010-03-13 22:48 ` Stefan Weil
2010-03-14 15:02 ` Paul Brook
2010-03-14 16:41 ` Aurelien Jarno
2010-03-10 23:57 ` [Qemu-devel] [PATCH 6/6] Fix last page errors in page_check_range and page_set_flags Richard Henderson
2010-03-12 18:51 ` [Qemu-devel] [PATCH 0/6] Multi-level page tables and userland mapping fixes, v3 Paul Brook
2010-03-12 19:26 ` Blue Swirl
2010-03-12 23:28 ` Paul Brook
2010-03-13 12:45 ` Aurelien Jarno
2010-03-13 14:00 ` Martin Mohring [this message]
2010-03-15 7:45 ` Riku Voipio
2010-03-15 12:46 ` Jan-Simon Möller
2010-03-15 14:48 ` Riku Voipio
2010-03-15 15:08 ` Jan-Simon Möller
2010-03-17 11:48 ` Riku Voipio
2010-03-17 14:32 ` Richard Henderson
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=4B9B9A94.4000700@opensuse.org \
--to=martin.mohring@opensuse.org \
--cc=aurelien@aurel32.net \
--cc=paul@codesourcery.com \
--cc=qemu-devel@nongnu.org \
--cc=rth@twiddle.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.