RE: [Xen-ia64-devel] Xen/IPF Unstable CS#17292 Status Report

[Kouya Shimura <kouya@xxxxxxxxxxxxxx>]

Hi Ronghui,

I'm just investigating this issue.
CS#17288 exposes a hiding issue of Open GFW.
The cause is that some EFI service accesses a MMIO 
without the TLB mapping. I'll fix it.

FYI, this issue can be avoided with the following VM's config:
====================================
guest_os_type='windows'
====================================

Thanks,
Kouya

Duan, Ronghui writes:
> 
> Hi Kouya,
> 
> Our QA member Amy reported few days before that Win2k3 hangs when booting. I 
> find that if using Open Guest firmware and revert your patch of CS#17288, 
> Win2k3 can boot. As Amy says Win2k3 can boot on Intel's firmware and I don't 
> make sure that whether it is a firmware's bug but I note that you delete many 
> conditions checking in your patch. I rewrite your patch base on original code 
> and seem that Win2k3 can boot as normal. I am not sure whether it implements 
> the purpose of your patch, could you help to check? 
> 
> I find that you include one condition that vpsr.it=0, vpsr.dt=1 which does 
> not exist in original code. I am not sure whether this condition could happen 
> in the real OS. If so could we support this at this time? If you can make 
> sure that it is fine, could you explain that or whether I misunderstand 
> something? Thanks.
> 
> Best regards
> Ronghui
> 
> >-----Original Message-----
> >From: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-ia64-devel-
> >bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Mu, Qin
> >Sent: Wednesday, March 26, 2008 4:59 PM
> >To: Alex Williamson; Akio Takebe
> >Cc: xen-ia64-devel
> >Subject: RE: [Xen-ia64-devel] Xen/IPF Unstable CS#17292 Status Report
> >
> >Hi,
> >
> >This Windows guest boot failure only happens when open guest firmware is
> >used. Intel guest firmware is OK.
> >
> >After simply investigating on this issue, I found that
> >     If a corresponding NVRAM file already exists:
> >             Then the Windows guest always can't be booted up.
> >     If no NVRAM exits && "Windows Server 2003" boot option is in order 1:
> >             Then the Windows guest can sometimes be booted up, but not
> >always.
> >
> >This issue occurred from CS# 17290. So I think this issue is not caused by
> >Akio Takebe' patch (17292) :-)
> >
> >I am using the pre-built binary included in efi-vfirmware of CS#99. Now I
> >am trying to find the special action sequence that can certainly boot up
> >Windows guest.
> >
> >Amy Mu
> >
> >
> >
> >
> >
> >
> >
> >-----Original Message-----
> >From: Alex Williamson [mailto:alex.williamson@xxxxxx]
> >Sent: 2008年3月25日 21:22
> >To: Akio Takebe
> >Cc: Mu, Qin; xen-ia64-devel
> >Subject: Re: [Xen-ia64-devel] Xen/IPF Unstable CS#17292 Status Report
> >
> >
> >On Tue, 2008-03-25 at 21:56 +0900, Akio Takebe wrote:
> >> Hi, Amy
> >>
> >> >Failed case id                                    Description
> >> >  SMPVTI_Windows                  SMPVTI windows(vcpu=2)
> >> >  SMPWin_SMPVTI_SMPxenU   SMPVTI Linux/Windows & XenU
> >> >  VTI_Windows_PV                  Windows VTI PV
> >> If my patch(17292) is revert, can you boot Windows guest?
> >> http://xenbits.xensource.com/ext/xen-ia64-unstable.hg?rev/dba5f548b894
> >>
> >
> >   I booted a Win2k3 guest is my testing, so I'm curious about this too.
> >How did it fail?  Thanks,
> >
> >     Alex
> >
> >--
> >Alex Williamson                             HP Open Source & Linux Org.
> >
> >
> >_______________________________________________
> >Xen-ia64-devel mailing list
> >Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
> >http://lists.xensource.com/xen-ia64-devel

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