WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-ia64-devel

Re: [Xen-ia64-devel] Xen/IPF Unstable CS#18421 StatusReport --- ioemu er

To: "Zhang, Jingke" <jingke.zhang@xxxxxxxxx>
Subject: Re: [Xen-ia64-devel] Xen/IPF Unstable CS#18421 StatusReport --- ioemu error
From: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
Date: Tue, 2 Sep 2008 13:17:43 +0900
Cc: "xen-ia64-devel@xxxxxxxxxxxxxxxxxxx" <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 01 Sep 2008 21:17:48 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <BB1F052FCDB1EA468BD99786C8B1ED2C013B9CE486@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <BB1F052FCDB1EA468BD99786C8B1ED2C013B9CE486@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.6i
On Tue, Sep 02, 2008 at 11:22:27AM +0800, Zhang, Jingke wrote:
> Hi all,
>     We found all the VTI guests can not be booted up with this Cset#18421 
> (XenU can boot). Last test on Cset#18369 is good to work. The failure is: 
> when we boot up VTI, qemu will show a white box and disappeared after 1 
> second.
>     I have checked both local ioemu and remote-ioemu, they both can not work. 
> Did anyone find this by using latest Xen-ia64?

Hmm, I'm afraid that c/s 18394:dade7f0bdc8d causes it.
Could you confirm that?

I suppose that even if the window of virtual frame buffer dissapears,
VTi guest OS is still working and serial console can be accessed.
If so, GFW should be patched to tell qemu-dm where the virtual frame
buffer memory is.

-- 
yamahata

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel