[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [Qemu-discuss] error - Guest has not initialized the di
From: |
Mark Cave-Ayland |
Subject: |
Re: [Qemu-devel] [Qemu-discuss] error - Guest has not initialized the display yet. |
Date: |
Thu, 26 Mar 2015 20:31:55 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.5.0 |
On 25/03/15 23:52, Programmingkid wrote:
(Added Peter C as CC)
> On Mar 25, 2015, at 6:20 PM, address@hidden
> <mailto:address@hidden> wrote:
>
>>> QEMU window opens up, but I am getting this error "Guest has not
>>> initialized
>>> the display yet"
>>> I had enabled -sdl option while configuring qemu, but I am still getting
>>> that error.
>>
>> This isn't an error. It is just QEMU telling you that the guest OS
>> has not yet done what it needs to do to turn on the emulated graphics
>> card and display output.
>
> I'm seeing this error also. When I try to boot Mac OS 10.2 in
> qemu-system-ppc, I just see a black window. When I switch from the
> monitor to the vga window, then I see "Guest has not initialized the
> display (yet)". It doesn't go away. OpenBIOS can't even be accessed
> anymore. I think I started seeing this problem around the 18th of March.
> I'm using Mac OS 10.6 as my host.
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 <address@hidden>
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 <address@hidden>
Message-Id:
<address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Reproduction is easy with the command line given below:
./qemu-system-ppc -prom-env 'auto-boot?=false'
ATB,
Mark.