From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Vrabel Subject: Re: [PATCH v3 0/1] Introduce VCPUOP_reset_vcpu_info Date: Tue, 19 Aug 2014 19:59:52 +0100 Message-ID: <53F39EA8.5020602@cantab.net> References: <1408442683-12125-1-git-send-email-vkuznets@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1XJodQ-0005cu-5a for xen-devel@lists.xenproject.org; Tue, 19 Aug 2014 18:59:56 +0000 Received: by mail-yk0-f173.google.com with SMTP id 131so5715751ykp.18 for ; Tue, 19 Aug 2014 11:59:53 -0700 (PDT) In-Reply-To: <1408442683-12125-1-git-send-email-vkuznets@redhat.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Vitaly Kuznetsov Cc: xen-devel@lists.xenproject.org, Andrew Jones , David Vrabel , Jan Beulich List-Id: xen-devel@lists.xenproject.org On 19/08/14 11:04, Vitaly Kuznetsov wrote: > The patch and guest code are based on the prototype by Konrad Rzeszutek Wilk. > > VCPUOP_reset_vcpu_info is required to support kexec performed by smp pvhvm > guest. It was tested with the guest code listed below. Instead of having the guest teardown all these bits of setup. I think it would be preferable to have the toolstack build a new domain with the same memory contents from the original VM. The toolstack would then start this new domain at the kexec entry point. The advantage of this is you don't need to add new hypercall sub-ops to teardown all bits and pieces, both for existing stuff and for anything new that might be added. David