Re: [Xen-devel] `xl create` hang on skylake desktop

[Lai, Paul]

On Tue, Oct 11, 2016 at 10:29:52AM +0100, Wei Liu wrote:
> On Tue, Oct 11, 2016 at 03:41:16PM +0800, Haozhong Zhang wrote:
> > Hi Paul,
> > 
> > On 10/10/16 13:31, Lai, Paul wrote:
> > > Hi Shannon:
> > > 
> > > I’m reporting that commit 38cd0664a6bf1c3b887992ea029d2bb516f52c59 is 
> > > causing a
> > > hang in the `xl create windows7` command on my skylake desktop.  This is a
> > > regression from previous behavior.
> > >
> > 
> > I think it has been fixed by commit 031655d "libxl: fix issues in 38cd0664".
> > 
> 
> Thanks Haozhong.
> 
> That would be my guess as well -- without having the knowledge of which
> changeset Paul tested or some more logs.
> 
> Wei.

HaoZhong/Wei:

Yes, looks like 031655d "libxl: fix issues in 38cd0664" fixed it.
My master was at 40277cde, which was the last changeset before 031655d. 

Thanks for the response.

-Paul

___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

Re: [Xen-devel] `xl create` hang on skylake desktop

[Wei Liu]

On Tue, Oct 11, 2016 at 03:41:16PM +0800, Haozhong Zhang wrote:
> Hi Paul,
> 
> On 10/10/16 13:31, Lai, Paul wrote:
> > Hi Shannon:
> > 
> > I’m reporting that commit 38cd0664a6bf1c3b887992ea029d2bb516f52c59 is 
> > causing a
> > hang in the `xl create windows7` command on my skylake desktop.  This is a
> > regression from previous behavior.
> >
> 
> I think it has been fixed by commit 031655d "libxl: fix issues in 38cd0664".
> 

Thanks Haozhong.

That would be my guess as well -- without having the knowledge of which
changeset Paul tested or some more logs.

Wei.

___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

Re: [Xen-devel] `xl create` hang on skylake desktop

[Haozhong Zhang]

Hi Paul,

On 10/10/16 13:31, Lai, Paul wrote:
> Hi Shannon:
> 
> I’m reporting that commit 38cd0664a6bf1c3b887992ea029d2bb516f52c59 is causing 
> a
> hang in the `xl create windows7` command on my skylake desktop.  This is a
> regression from previous behavior.
>

I think it has been fixed by commit 031655d "libxl: fix issues in 38cd0664".

Haozhong

> commit 38cd0664a6bf1c3b887992ea029d2bb516f52c59
> Author: Shannon Zhao 
> Date:   Wed Sep 28 18:19:02 2016 -0700
> 
> libxl/arm: Add the size of ACPI tables to maxmem
> 
> Here it adds the ACPI tables size to set the target maxmem to avoid
> providing less available memory for guest.
> 
> Signed-off-by: Shannon Zhao 
> Acked-by: Wei Liu 
> 
> I’ve was able to chase down this patchset by bisecting between
> 40277cded320efa32b86c0c9f01e33145eab5ee4 and
> 343f84be135e6f9e681960a9e235296eae159fc8.
> I’ve confirmed that reverting 38cd0664a6bf1c3b887992ea029d2bb516f52c59 cleanly
> avoids the hang.
> 
> I'm wondering how best to go forward,
> 
> Regards,
> -Paul
> 
> PS:
> Other info that might be helpful.
> 
> My CPU is:
> processor   : 7
> vendor_id   : GenuineIntel
> cpu family  : 6
> model   : 94
> model name  : Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz
> 
> The contents of the simple windows7 config file are:
> name="windows7"
> description="None"
> uuid="5c12c654-5ef4-d447-73de-ae106605f519"
> memory=1024
> maxmem=1024
> vcpus=2
> on_poweroff="destroy"
> on_reboot="restart"
> on_crash="destroy"
> localtime=1
> keymap="en-us"
> 
> builder="hvm"
> boot="c"
> disk=[ 
> '/rhel-home/pclai/xen-images/p2m_test/ia32_win7_ent.img,raw,hda,w', ]
> vif=[ 'mac=00:16:3e:4b:66:5f,bridge=br0,model=rtl8139', ]
> 
> 
> 
> stdvga=0
> vnc=1
> vncunused=1
> soundhw="sb16"
> 
> viridian=0
> usb=1
> acpi=1
> pae=1
> 
> usbdevice='tablet'
> 
> serial="pty"
> 
> ___
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> https://lists.xen.org/xen-devel

___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel