From mboxrd@z Thu Jan  1 00:00:00 1970
From: Olaf Hering <olaf@aepfle.de>
Subject: Re: [PATCH] x86/hvm: implement save/restore for posted
 interrupts
Date: Tue, 5 Aug 2014 12:32:24 +0200
Message-ID: <20140805103224.GA15563@aepfle.de>
References: <AADFC41AFE54684AB9EE6CBC0274A5D125FE03CD@SHSMSX101.ccr.corp.intel.com>
	<20140717071101.GA3046@aepfle.de>
	<A9667DDFB95DB7438FA9D7D576C3D87E0AB31DF7@SHSMSX104.ccr.corp.intel.com>
	<AADFC41AFE54684AB9EE6CBC0274A5D125FF31EB@SHSMSX101.ccr.corp.intel.com>
	<20140728065232.GA6519@aepfle.de>
	<A9667DDFB95DB7438FA9D7D576C3D87E0AB3C3F9@SHSMSX104.ccr.corp.intel.com>
	<20140802105956.GA16174@aepfle.de>
	<A9667DDFB95DB7438FA9D7D576C3D87E0AB4E9C0@SHSMSX104.ccr.corp.intel.com>
	<20140804075007.GA11609@aepfle.de>
	<A9667DDFB95DB7438FA9D7D576C3D87E0AB4EE79@SHSMSX104.ccr.corp.intel.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
Content-Disposition: inline
In-Reply-To: <A9667DDFB95DB7438FA9D7D576C3D87E0AB4EE79@SHSMSX104.ccr.corp.intel.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: "Zhang, Yang Z" <yang.z.zhang@intel.com>
Cc: "Tian, Kevin" <kevin.tian@intel.com>, Keir Fraser <keir@xen.org>, "Nakajima,
	Jun" <jun.nakajima@intel.com>, "Dong, Eddie" <eddie.dong@intel.com>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>, "Xu,
	Dongxiao" <dongxiao.xu@intel.com>, Jan Beulich <jbeulich@suse.com>
List-Id: xen-devel@lists.xenproject.org

On Mon, Aug 04, Zhang, Yang Z wrote:

> Have you tired latest Xen? With this patch, i didn't see any issue
> after more than 20 rounds migration testing. Without it, the problem
> is observed with less than 10 rounds migration.

I use save/restore, and even with the change the 'state' remains "2"
right away. My base is a7d8ce7 ("x86/gdbsx: security audit of
{,un}pausevcpu and domstatus hypercalls").

Olaf