Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp434253ybz; Fri, 17 Apr 2020 03:58:14 -0700 (PDT) X-Google-Smtp-Source: APiQypJyUWi9Yu+zwYjkNnvGeb9ZsFVcRc4HRyHuXbH9gzdboMcmP/f3cFghqzWVEhAV+isuY4sA X-Received: by 2002:a17:907:2098:: with SMTP id pv24mr2459325ejb.22.1587121094408; Fri, 17 Apr 2020 03:58:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587121094; cv=none; d=google.com; s=arc-20160816; b=jectMncX5ahUt3r9B/wG+YdFp6hKNgBSSWM46rjHD+y07MiuxXabyjL9rltOHvtCL9 +0dV2WlbMW21hW0msec8hoLvRVe7cm9xscbHFHvzUHosS2yKMsBOXberOZXUq6THNaF+ fbLWhtyr3JdUtQc2Q5Dh0pHM5fWzzartN3TXhWgl4tZpfITarNVsDCiLR44ZVn+JoS68 5KoJpCl6rpA3wSEknhVixLBYO3ac3btDYmPcpmP4BmDPo5kITveESoj9KaDwJBSleohF 21OWRTTBGLB3/VxYDdAYtY06d12IBVeKkXUdue+HJHBVuid+zXGKm6VKFMqM7rHTv8pd H6/g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=DYBfnvCIOfbYBUVMhiD0yzR/vj6W91VzUhD7daIMuuQ=; b=kM35ozT6FwbjknjxNNvsJ8PXfZOibkZF5cSxisx1WWfJvmZ9C6te7PX4vwlK1PUOdt Tpv6V8YNSmf2iWHrrAjpLBw8ol6bhw7vGyIwx7Q7j4sElg95xPBu33N9HvO0MUywiBE/ Z+DjanCdXOHjbSNdYEjpUhoolJ0zq5GCFpfLHl5e8/JqBn6V0gEasWDixmgzNjLxOjiZ 6BHJCO/ySBXm99QSSzvGepGGgH4x/ukQItYZrs9/OfftdHJlyuRYonBRyjFK/9PpjoVD RhtdI2eHt7M3hasLt/AK+618zP1UCWVOOg66GYEq7nU/fY32l4IRTi76q2cSmMYKQINB Y9wg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dg19si14139053edb.311.2020.04.17.03.57.51; Fri, 17 Apr 2020 03:58:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729966AbgDQK4M (ORCPT + 99 others); Fri, 17 Apr 2020 06:56:12 -0400 Received: from mail-wr1-f67.google.com ([209.85.221.67]:44743 "EHLO mail-wr1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729869AbgDQK4D (ORCPT ); Fri, 17 Apr 2020 06:56:03 -0400 Received: by mail-wr1-f67.google.com with SMTP id d17so2504021wrg.11; Fri, 17 Apr 2020 03:56:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=DYBfnvCIOfbYBUVMhiD0yzR/vj6W91VzUhD7daIMuuQ=; b=Fz87rzfr+tPDN7+DwmWt+/vz7NG+69QbDYIkkaaAs7elfggHSuyOX7LyvI7Y8h7Xkn +k+f2AqR3Itpu/l75Gq30oAjIAmPc/UR27FjuswUs+M8NOMYw2OFn9eFB2M8+/+Xpoba meRIWYD8ZLdogNHlydNeJtURXAzpys63ZaVKMLcXH2BhBCOvKDKkftRe+pQ/DV4QgRdy g1gidDVYKXtOYurIBLcMY3D1IjUKg6SKEWE4gkJwaF2AI7FuAsmZpJzzaHdI3ReUMP3M lG+FNgky1tqTb7L3RtFT63yhGq1ZYmRh/MP+eqWU+4NBonllaQKh0QFZ0NtqHlpJbpE8 7OEQ== X-Gm-Message-State: AGi0PuahG5Xd4GLKKoOsWS41BCy3cMv9KB6TI4Nlsgvb+3mQGjEOknQB FQADxcFkrDnEnyXCq7BJUeU= X-Received: by 2002:adf:eec8:: with SMTP id a8mr3121013wrp.28.1587120960891; Fri, 17 Apr 2020 03:56:00 -0700 (PDT) Received: from debian (44.142.6.51.dyn.plus.net. [51.6.142.44]) by smtp.gmail.com with ESMTPSA id h26sm7223748wmb.19.2020.04.17.03.55.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 17 Apr 2020 03:56:00 -0700 (PDT) Date: Fri, 17 Apr 2020 11:55:58 +0100 From: Wei Liu To: Vitaly Kuznetsov Cc: Dexuan Cui , bp@alien8.de, haiyangz@microsoft.com, hpa@zytor.com, kys@microsoft.com, linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org, mingo@redhat.com, sthemmin@microsoft.com, tglx@linutronix.de, x86@kernel.org, mikelley@microsoft.com, wei.liu@kernel.org, kvm@vger.kernel.org Subject: Re: [PATCH] x86/hyperv: Suspend/resume the VP assist page for hibernation Message-ID: <20200417105558.2jkqq2lih6vvoip2@debian> References: <1587104999-28927-1-git-send-email-decui@microsoft.com> <87blnqv389.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87blnqv389.fsf@vitty.brq.redhat.com> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 17, 2020 at 12:03:18PM +0200, Vitaly Kuznetsov wrote: > Dexuan Cui writes: > > > Unlike the other CPUs, CPU0 is never offlined during hibernation. So in the > > resume path, the "new" kernel's VP assist page is not suspended (i.e. > > disabled), and later when we jump to the "old" kernel, the page is not > > properly re-enabled for CPU0 with the allocated page from the old kernel. > > > > So far, the VP assist page is only used by hv_apic_eoi_write(). > > No, not only for that ('git grep hv_get_vp_assist_page') > > KVM on Hyper-V also needs VP assist page to use Enlightened VMCS. In > particular, Enlightened VMPTR is written there. > > This makes me wonder: how does hibernation work with KVM in case we use > Enlightened VMCS and we have VMs running? We need to make sure VP Assist > page content is preserved. The page itself is preserved, isn't it? hv_cpu_die never frees the vp_assit page. It merely disables it. hv_cpu_init only allocates a new page if necessary. Wei. > > -- > Vitaly >