From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57624) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbERs-0004uS-92 for qemu-devel@nongnu.org; Thu, 26 Mar 2015 16:32:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YbERn-0002BD-Je for qemu-devel@nongnu.org; Thu, 26 Mar 2015 16:32:16 -0400 Received: from s16892447.onlinehome-server.info ([82.165.15.123]:45461) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YbERn-000293-EH for qemu-devel@nongnu.org; Thu, 26 Mar 2015 16:32:11 -0400 Message-ID: <55146CBB.2050406@ilande.co.uk> Date: Thu, 26 Mar 2015 20:31:55 +0000 From: Mark Cave-Ayland MIME-Version: 1.0 References: <6C5ABA02-5765-47C0-B9C6-72C8F461F469@gmail.com> In-Reply-To: <6C5ABA02-5765-47C0-B9C6-72C8F461F469@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Qemu-discuss] error - Guest has not initialized the display yet. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Programmingkid , Peter Maydell , anandk1386@gmail.com Cc: Peter Crosthwaite , qemu-devel qemu-devel On 25/03/15 23:52, Programmingkid wrote: (Added Peter C as CC) > On Mar 25, 2015, at 6:20 PM, qemu-discuss-request@nongnu.org > 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 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 Message-Id: <1426570554-15940-1-git-send-email-peter.crosthwaite@xilinx.com> Signed-off-by: Paolo Bonzini Reproduction is easy with the command line given below: ./qemu-system-ppc -prom-env 'auto-boot?=false' ATB, Mark.