From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 41FC0C47077 for ; Tue, 16 Jan 2024 17:02:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id B781B6B007B; Tue, 16 Jan 2024 12:02:39 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id B28436B0080; Tue, 16 Jan 2024 12:02:39 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A17386B0085; Tue, 16 Jan 2024 12:02:39 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0011.hostedemail.com [216.40.44.11]) by kanga.kvack.org (Postfix) with ESMTP id 91BEF6B007B for ; Tue, 16 Jan 2024 12:02:39 -0500 (EST) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 6A53D40A5A for ; Tue, 16 Jan 2024 17:02:39 +0000 (UTC) X-FDA: 81685793238.22.5A89D11 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.11]) by imf04.hostedemail.com (Postfix) with ESMTP id 0BB1840032 for ; Tue, 16 Jan 2024 17:02:34 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=H3fpkxT3; dmarc=pass (policy=none) header.from=intel.com; spf=none (imf04.hostedemail.com: domain of rick.p.edgecombe@linux.intel.com has no SPF policy when checking 198.175.65.11) smtp.mailfrom=rick.p.edgecombe@linux.intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1705424555; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=W5qlSOrOPnf06NpnZ5IqQM7YnmklSyj2ZEoUbqEujIw=; b=GbPjvNlJi7u+23IkA4UTS6QJhm17HrJUeq8qTNYaysZFhTmUKjB5Kmb/49kzGSout6+lhR mts33+nXN/4WX7QTjhZKn9WnPl9Gc2wZE3B4k0DMA3mVJCbUSoRY7o9ilC5LDAndfTS6pk ngUjQHYb1E1HexUun7e/zay53UEz0Bo= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=H3fpkxT3; dmarc=pass (policy=none) header.from=intel.com; spf=none (imf04.hostedemail.com: domain of rick.p.edgecombe@linux.intel.com has no SPF policy when checking 198.175.65.11) smtp.mailfrom=rick.p.edgecombe@linux.intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1705424555; a=rsa-sha256; cv=none; b=Nswz2S1TVJHfXy5lTxPm03QdVr9TKpSMB8dlfNcLQhVeYCgPS12qdslq/ypz/glhq8oa6/ vyq0l+YpwzgR73hy+2g8xwaqvi9A1YTgsLVP2ZGcDOz+qsNMKie11W/B1bISouJa37ilkH BvmFmPTUkb0f1iXXCJ7XklZGHT5+CVQ= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1705424555; x=1736960555; h=message-id:subject:from:to:date:in-reply-to:references: content-transfer-encoding:mime-version; bh=W5qlSOrOPnf06NpnZ5IqQM7YnmklSyj2ZEoUbqEujIw=; b=H3fpkxT3zodoUsC5/NAD30F6gV0gQAPJhFTvDoj/K+4UehL5HfF97hRc 076fnEeqsR1MurRflZgAzAdVVGK1H4kifoniADKgpWPKEdP9KP8N8YBVW xruLIZj7glu8buF9c1CURm+12RK3zc7KVdcE27zGRIJi4oWfpJmzZyi7W U+SNar92FTDC2kZIS+BzTMOhmP194S+YXuIlCjU+E8KY9h5JJttwDyjVW 5rKbK0W+ZdySdAXzVuHQfkVskZOTGxhR+uBCx1vWeqKBpFHV3rLFEGGZk qAzBbeFYi+PGgZz6i4PMmG1xCF7kgRPtzRWfJ6nEajUgT2ru8ztoLkPko Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10955"; a="6632873" X-IronPort-AV: E=Sophos;i="6.05,199,1701158400"; d="scan'208";a="6632873" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orvoesa103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jan 2024 09:02:31 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10955"; a="818220972" X-IronPort-AV: E=Sophos;i="6.05,199,1701158400"; d="scan'208";a="818220972" Received: from ticela-or-353.amr.corp.intel.com ([10.209.70.241]) by orsmga001-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jan 2024 09:02:30 -0800 Message-ID: Subject: Re: [PATCH v4 1/3] x86/hyperv: Use slow_virt_to_phys() in page transition hypervisor callback From: "rick.p.edgecombe@linux.intel.com" To: mhklinux@outlook.com, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com, kirill.shutemov@linux.intel.com, haiyangz@microsoft.com, wei.liu@kernel.org, decui@microsoft.com, luto@kernel.org, peterz@infradead.org, akpm@linux-foundation.org, urezki@gmail.com, hch@infradead.org, lstoakes@gmail.com, thomas.lendacky@amd.com, ardb@kernel.org, jroedel@suse.de, seanjc@google.com, sathyanarayanan.kuppuswamy@linux.intel.com, linux-kernel@vger.kernel.org, linux-coco@lists.linux.dev, linux-hyperv@vger.kernel.org, linux-mm@kvack.org Date: Tue, 16 Jan 2024 09:02:29 -0800 In-Reply-To: <20240116022008.1023398-2-mhklinux@outlook.com> References: <20240116022008.1023398-1-mhklinux@outlook.com> <20240116022008.1023398-2-mhklinux@outlook.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4-0ubuntu2 MIME-Version: 1.0 X-Rspamd-Queue-Id: 0BB1840032 X-Rspam-User: X-Rspamd-Server: rspam02 X-Stat-Signature: iymtexwyx8rqyuuymeotuxuz7iu37qaw X-HE-Tag: 1705424554-653384 X-HE-Meta: U2FsdGVkX19Z+2Yc4mMnUiz5lOxRLdrM/l/+VKRdQQ9Ff90EOLO8jW3k1J1BY3GvDOq9uetL4Kwax/15xq7ueGwI4z1Jztp9elPhcJor7MDTzfFSVvQ5hXwgaPVO3P41JX0XZSUwuLnjQ4FYzW/wSizkar4sljbjZfVkdai2Dv/xxc/Csw1oXgXT3B1vuxAvtX++EPXxH9c1fu75JIh/WxMznJp0C8vI5bmjst42FBpsHB6ASNuMRemjhl6TZN/Szpxj2rVT7camGG7+/63x4FZU+o6ITZsVo0nL7I58bDHeSClESNp7h6OWy3XoeEvZTO6IlDAuU74F0OBE4QWoXBpHyKHid7P3TVfFoRs5Y5VLCXbk7l6MgKSUprrwFGIKAcNZuWw3XBKn4JPRF3lz4lB42F35WnhlemoyxLe/uF0bslOPeu21PMFdM85gh/bhj0BG4G4k3qVjyDhdTLRLTODDxUMPWVHLtNC2hlHZn+b9IHKIllk3dI7cnThOqAFbh0fy1m6a+lLx/3rSwOXSdi9klXjOPWiwiivT8ZODu1bAVHNoTXPWZsspc86V0melB4cq+cNAuufOBRFYykvzFb/ZocK3DWyyUJawLr68EYQkQNd2McSqKP9nlKgNIbBOgz3x+CPHx78gXEp78ADRFe+2mFs1QboKZOxhS9m1nXMPav2x2CHvN9yUD+keFtKN813iD829cSfj+HLfdc9TN1vDVJt1OmUc0IOAe6kipLD9gUTDHuZjWPyHaw7KBusp0N6O8HxYRX2FXgyu8O3sAW4ajHpxm4wz8rleYVCL7UYiwCYG9awN9roFu8gilSkGUl7x9jp6lx7kCwGbPMAZYFc7uKtqbFUIjuoqb3mYh1fNCtt9P8UkE9LcgII0Kh6uamxvYoqHU0vfysobqO7BQNnV/5necUoqNF3/Q71uYpZCrjKQmHHzhuG3SNPb3ehyEFmoIZhabyYaJAd5JqC Jgt3Aa1t HzN/Ii3eycZO5PDUxLals/5G9UTG4j/6MFyLhz4nbguuv76xEcoGOZwt2ud8EWX8xbuYOHU92qu/at/qO6SjHtsPufvWtsHwBbT/XjR4FT9kaA6RqYX64JdqkfvKCBd8AAoljdCZZUEFU4T9bUHTEkx7Lv0IKmGLcpwrP//ZAF49DHrAJS67lO6iwTTETCGG67ubNeEonJZKDj0FUGy+1cvhF3d8tA4I9PAGUzdjyErzP8wBS7riJC11+MK8AteCBOYJWoHsYAy5WX06yG7KDczWTog== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Mon, 2024-01-15 at 18:20 -0800, mhkelley58@gmail.com wrote: > From: Michael Kelley >=20 > In preparation for temporarily marking pages not present during a > transition between encrypted and decrypted, use slow_virt_to_phys() > in the hypervisor callback. As long as the PFN is correct, > slow_virt_to_phys() works even if the leaf PTE is not present. > The existing functions that depend on vmalloc_to_page() all > require that the leaf PTE be marked present, so they don't work. >=20 > Update the comments for slow_virt_to_phys() to note this broader > usage > and the requirement to work even if the PTE is not marked present. >=20 > Signed-off-by: Michael Kelley Reviewed-by: Rick Edgecombe