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

Re: [Xen-devel] [PATCH] x86/EPT: flush cache when (potentially) limiting cachability

To: <songtaox.liu@xxxxxxxxx>,<xen-devel@xxxxxxxxxxxxxxxxxxxx>
From: "Jan Beulich" <jbeulich@xxxxxxxx>
Date: Fri, 30 May 2014 07:26:44 +0100
Cc: kevin.tian@xxxxxxxxx, keir@xxxxxxx, tim@xxxxxxx, eddie.dong@xxxxxxxxx, jun.nakajima@xxxxxxxxx, yang.z.zhang@xxxxxxxxx, robert.hu@xxxxxxxxx, longtaox.pang@xxxxxxxxx
Delivery-date: Fri, 30 May 2014 06:26:51 +0000
List-id: Xen developer discussion <xen-devel.lists.xen.org>

>>> "Liu, SongtaoX" <songtaox.liu@xxxxxxxxx> 05/30/14 4:07 AM >>>
>The following patch leads nested (Xen on Xen ,KVM on Xen) L2 guest failed
>to boot up with default EPT option "hap=1". L2 guest with "hap=0" still works.

That's way to vague a problem description. In what way does it fail? Are there
any relevant log messages anywhere? Without suitable detail, how am I (or is
anyone else) supposed to help with this?

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

Follow-Ups:
- Re: [Xen-devel] [PATCH] x86/EPT: flush cache when (potentially) limiting cachability
  - From: Jan Beulich

References:
- Re: [Xen-devel] [PATCH] x86/EPT: flush cache when (potentially) limiting cachability
  - From: Liu, SongtaoX

Prev by Date: Re: [Xen-devel] Xen Platform QoS design discussion
Next by Date: Re: [Xen-devel] [PATCH V3] x86, mce: Consolidate AMD mcheck initialization
Previous by thread: Re: [Xen-devel] [PATCH] x86/EPT: flush cache when (potentially) limiting cachability
Next by thread: Re: [Xen-devel] [PATCH] x86/EPT: flush cache when (potentially) limiting cachability
Index(es):
- Date
- Thread

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