From: Filip Navara <navaraf@reactos.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] PowerPC64 and more
Date: Fri, 22 Jul 2005 00:58:59 +0200 [thread overview]
Message-ID: <42E028B3.3080400@reactos.com> (raw)
In-Reply-To: <1121985441.9483.97.camel@rapid>
J. Mayer wrote:
>On Fri, 2005-07-22 at 00:10 +0200, Filip Navara wrote:
>
>
>>J. Mayer wrote:
>>
>>
>>
>>>Here's a long awaited patch (hum, Fabrice ? ;-) ).
>>>It is really invasive in the target-ppc subdirectory.
>>>
>>>
>>>
>>>
>>[snip]
>>
>>wow, you repeated my and Fabrice's mistake once more ... think about the
>>code below more :)
>>note: when you'll be done thinking or run out of ideas see my x86-64
>>patches that i sent to ML this morning.
>>
>>
>
>Without this patch, it crashes at the first instruction trying to access
>the BIOS.
>And your patch does not solve the problem:
>on a real PowerPC 64 machine, we can use the whole 64 bits virtual
>space.
>We agreed with Fabrice that there should be at least one more
>indirection in page mapping, because it would cost too much memory to
>try to map the whole needed memory space in one table, even if we can
>"forget" some of the middle bits in most cases.
>
>
Ok, so far so good and I agree with that (I even had the third level of
indirection implemented)...
>Then, you're right, this patch is ugly but allows not to crash until we
>have a correct solution with indirect tables to get a very large virtual
>space.
>
>
>
... but read it once more. You're cutting up the "index", not "index >>
L2_BITS".
- Filip
>>Index: exec.c
>>===================================================================
>>RCS file: /cvsroot/qemu/qemu/exec.c,v
>>retrieving revision 1.60
>>diff -u -d -w -B -b -d -p -r1.60 exec.c
>>--- exec.c 24 Apr 2005 18:02:38 -0000 1.60
>>+++ exec.c 20 Jul 2005 23:00:26 -0000
>>@@ -257,6 +257,10 @@ static inline VirtPageDesc *virt_page_fi
>> {
>> VirtPageDesc *p;
>>
>>+ /* XXX: should not truncate for 64 bit addresses */
>>+#if TARGET_LONG_BITS > 32
>>+ index &= (L1_SIZE - 1);
>>+#endif
>> p = l1_virt_map[index >> L2_BITS];
>> if (!p)
>> return 0;
>>
>>
>
>
>
next prev parent reply other threads:[~2005-07-21 23:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-21 11:15 [Qemu-devel] PowerPC64 and more J. Mayer
2005-07-21 22:10 ` Filip Navara
2005-07-21 22:37 ` J. Mayer
2005-07-21 22:58 ` Filip Navara [this message]
2005-07-22 11:56 ` J. Mayer
2005-07-22 1:05 ` Joe Batt
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=42E028B3.3080400@reactos.com \
--to=navaraf@reactos.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).