[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-ia64-devel] Xen/IPF Unstable CS#18421 StatusReport --- ioemu error



Zhang, Jingke wrote:
> Isaku Yamahata wrote:
>> 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.
>
> Hi Isaku,
>     I checked the console of VTI, it does not work. CPU time always
>     stays 0.2 (guest should hang). Anyway, I will try 18394 to narrow
> down this issue.
>

Hi Isaku,
    It should be as you said. 18394 caused the issue. I tested 18394, issue 
exists. With 18393, VTI can be booted well. Thanks!


>
> Thanks,
> Zhang Jingke
>
> _______________________________________________
> Xen-ia64-devel mailing list
> Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-ia64-devel



Thanks,
Zhang Jingke

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.