From: Peter Maydell <peter.maydell@linaro.org>
To: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Cc: Peter Crosthwaite <peter.crosthwaite@xilinx.com>,
Programmingkid <programmingkidx@gmail.com>,
anandk1386@gmail.com,
qemu-devel qemu-devel <qemu-devel@nongnu.org>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [Qemu-discuss] error - Guest has not initialized the display yet.
Date: Thu, 26 Mar 2015 20:55:12 +0000 [thread overview]
Message-ID: <CAFEAcA8coW7vPEL=W20TyBYPYtNBWR9Lj1XdYuZfm7Vt_9T7dw@mail.gmail.com> (raw)
In-Reply-To: <55146CBB.2050406@ilande.co.uk>
On 26 March 2015 at 20:31, Mark Cave-Ayland
<mark.cave-ayland@ilande.co.uk> wrote:
> I've just done some testing here and I see exactly the same issue -
> something is preventing OpenBIOS from executing. A quick session with
> git bisect points to the following:
>
>
> c3c1bb99d1c11978d9ce94d1bdcf0705378c1459 is the first bad commit
> commit c3c1bb99d1c11978d9ce94d1bdcf0705378c1459
> Author: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
> Date: Mon Mar 16 22:35:54 2015 -0700
>
> exec: Respect as_tranlsate_internal length clamp
>
> address_space_translate_internal will clamp the *plen length argument
> based on the size of the memory region being queried. The iommu walker
> logic in addresss_space_translate was ignoring this by discarding the
> post fn call value of *plen. Fix by just always using *plen as the
> length argument throughout the fn, removing the len local variable.
>
> This fixes a bootloader bug when a single elf section spans multiple
> QEMU memory regions.
>
> Signed-off-by: Peter Crosthwaite <peter.crosthwaite@xilinx.com>
> Message-Id:
> <1426570554-15940-1-git-send-email-peter.crosthwaite@xilinx.com>
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
>
>
> Reproduction is easy with the command line given below:
>
> ./qemu-system-ppc -prom-env 'auto-boot?=false'
I feel like we're recapitulating history here -- is
c3c1bb99d undoing the fix that a87f39543a made for when we
tried this a year ago in 360e607, or is there something
more subtle going on ?
-- PMM
next prev parent reply other threads:[~2015-03-26 20:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.38957.1427322059.31050.qemu-discuss@nongnu.org>
2015-03-25 23:52 ` [Qemu-devel] [Qemu-discuss] error - Guest has not initialized the display yet Programmingkid
2015-03-26 9:41 ` Peter Maydell
2015-03-26 20:31 ` Mark Cave-Ayland
2015-03-26 20:55 ` Peter Maydell [this message]
2015-03-26 21:00 ` Paolo Bonzini
2015-03-28 20:25 ` Mark Cave-Ayland
2015-03-28 14:50 ` Programmingkid
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='CAFEAcA8coW7vPEL=W20TyBYPYtNBWR9Lj1XdYuZfm7Vt_9T7dw@mail.gmail.com' \
--to=peter.maydell@linaro.org \
--cc=anandk1386@gmail.com \
--cc=mark.cave-ayland@ilande.co.uk \
--cc=pbonzini@redhat.com \
--cc=peter.crosthwaite@xilinx.com \
--cc=programmingkidx@gmail.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).