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 B5490C47258 for ; Wed, 17 Jan 2024 13:37:41 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 46AF56B0083; Wed, 17 Jan 2024 08:37:41 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 3F34F6B00C0; Wed, 17 Jan 2024 08:37:41 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 295726B00CB; Wed, 17 Jan 2024 08:37:41 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 11D496B0083 for ; Wed, 17 Jan 2024 08:37:41 -0500 (EST) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id DA62EA2078 for ; Wed, 17 Jan 2024 13:37:40 +0000 (UTC) X-FDA: 81688905480.14.01F39B6 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.11]) by imf25.hostedemail.com (Postfix) with ESMTP id C173DA000B for ; Wed, 17 Jan 2024 13:37:37 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=PWDZ40s+; spf=none (imf25.hostedemail.com: domain of kirill.shutemov@linux.intel.com has no SPF policy when checking 192.198.163.11) smtp.mailfrom=kirill.shutemov@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1705498658; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=7hIrYuWe8a7Y3MxgmIQeGG1XuDGZlCVvVQPvVABKsRw=; b=WXskPYNnaWL8G+ssYoGkYIj2Jy6+n7A3o9Vu6PYniTAP8LdBat+gjkFF6SMSBS7zRjmYlt VSGblmt9lF8miD7pbgPhGxwASuvcbqnGwaeYvs5/DpENMP2hNYY6x6pNWygW5o1lKnfEZj ij4bzwMNBBKf4TKk1hw3FnoiDmqn8GM= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1705498658; a=rsa-sha256; cv=none; b=3XZ0usyXzJJsUUNrdAhCgFhvynpsivAUTkhGtsJsGDLuupGAl2yhQmpxCwX4yTs/4FqM0b kfadiEw4THPd1QyyJ97OuaIwthHjCW8I+7qIH8DBFO/gpAak0sAQDzcvO5WwTxcqz6ILW/ a0OdTZXI/FWO7PlUn+zQYOaLr1TISHY= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=PWDZ40s+; spf=none (imf25.hostedemail.com: domain of kirill.shutemov@linux.intel.com has no SPF policy when checking 192.198.163.11) smtp.mailfrom=kirill.shutemov@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1705498658; x=1737034658; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=juf1VSzmc/rX2xUCMcfOl74VIpM9SShaFHnSA69/YO4=; b=PWDZ40s+tKajQ/YzLJDo4L/OGJEr6D0lgWeGb76c5OCGbZhFmIzhdUFB neisHRB+xG0jfJPUf6Zhidjiv1LsGs1wy/KcJNwwys1X/fOobGNqPlMlu +CFlUGYk84oUQHHoTvYmtMHza+5dSvgcNhogUx8n4CMrARXVA3AvlNDY9 8Ig9aAqPicWbTEf8yhWpBTkoeAY/k+3GHcMNr3LmdZ92EAVRG2UrXZooG /RFn9a4bjNeJPItk8FYQBCaRgPggQ12zzDXc52gJZJMM/Z6XtAHNATF0+ xLA1pjwYiL7nKPG4GDAiRGiutdOJB4rQiC3poRsw4tXM6jTgDL765iI2E w==; X-IronPort-AV: E=McAfee;i="6600,9927,10955"; a="6883499" X-IronPort-AV: E=Sophos;i="6.05,200,1701158400"; d="scan'208";a="6883499" Received: from fmviesa005.fm.intel.com ([10.60.135.145]) by fmvoesa105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Jan 2024 05:37:35 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.05,200,1701158400"; d="scan'208";a="35999" Received: from lewbarto-mobl.ger.corp.intel.com (HELO box.shutemov.name) ([10.249.39.118]) by fmviesa005-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 Jan 2024 05:37:30 -0800 Received: by box.shutemov.name (Postfix, from userid 1000) id 9E5A710A515; Wed, 17 Jan 2024 16:37:27 +0300 (+03) Date: Wed, 17 Jan 2024 16:37:27 +0300 From: kirill.shutemov@linux.intel.com To: mhklinux@outlook.com Cc: tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.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, rick.p.edgecombe@intel.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 Subject: Re: [PATCH v4 1/3] x86/hyperv: Use slow_virt_to_phys() in page transition hypervisor callback Message-ID: <20240117133727.3zzwifnunmgklotw@box.shutemov.name> References: <20240116022008.1023398-1-mhklinux@outlook.com> <20240116022008.1023398-2-mhklinux@outlook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240116022008.1023398-2-mhklinux@outlook.com> X-Stat-Signature: odbpisgcs43oub3h8wzdd6y96y4atowy X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: C173DA000B X-Rspam-User: X-HE-Tag: 1705498657-615726 X-HE-Meta: U2FsdGVkX198VOr/USK8a9nMdyPljWq30Ey6pJlcmtp3Wg4mPEf1kFol6z7C7g0FLOYvnSONOd2/V9/9cfh8zYvOfyI6F34KJ85mPUvdBqaY44Q0tIvizaFW+YJH8uMqVX3SCfgSKMeGhIiSkfHuhzZZFGMhjvAuXFCcNkgeGc375Ml6MiUWXn/YFlIVFHB9WDFP9Y9W4eVv5zzQm8R/j9SHXL99b3MkBZmAoQ6tqA+etjdo8McVT+Ap4g0K45PYtMAUT009z51xTB9SqRXCj2BEbxPbjefYICcJpkWpJ33rDvHwAlEEcvaXEMbvC1OpJqIJJqI30v1u1jh3bPDEeNaI6MZP5r/Vw84tlol9fdGyH5LTEJurOgWb7+xgoaiZ67QvtXCtigq19eGiOCjpvThkSAPwC1twOIZ4ITe77zdqYhoWpBOeVQ5uq7hFBZbV3AzTP7cm6OscUBU9x2qj/ADIgIKijEBj5gPz+op3LXg90p+SL38ZAyYTYP5FpF+FUogZ/ZQtervsGHmfp4uJbmKXT36j/Fw8dxrqciiJ0boRFNaujY5YldgbH30Hi1cXM/H/mUHSkTeg9HymVReD/6Wkl3R3ae6dafwkqqJYabObCGfZvNhoglYLvWwkTHJd/+OCFwFpPIMuKvZes4HNv0JShNRnZKhkIT28LPCMeLOwSbstupCh9nW+z0OaxDXg/c7QXqEF3ye9J71dDNIffV8jO2GUkYGcIJGZ3JtTBHLRjoCclmCGQQS05sCsE+ZMN0EoC/x6t+1dp+gfKTTbDih1/Gncss+CBZnduqgPiQgUjrCZHXZEfziNIIq4DQjvJakPiO2EhaD5R5euvcRehMeoKvHulq5xKX9LD1XJKA1Fnsp7YZgAiAm6AiSEuo0740w40x/4rMkKZg9dnKd5+CbG2Z/GtG7QZbu0fkXknqbAe6QfnM8wjz+k+UTFzvHiXxd9NYl0KWn5s5NFMUc 9tV9JDB8 VjI0GUXQt+A7ZF6wtGbEWtbdFe0LwcUyEa39SrADfRsAc/fo8PMSXWKdzlRCebk2AlnBnsQjuMBB+9MXHNHxz0QLIVbyNmmurwm34eOfksbMWv2px149+Kr2o7AT4JXlIpR10cq1JlhBIFtpNaRrAAD62Tx+7GGo+4cNmCPPpcuri6Qe+g5QGXFkgnnCbRyNCjPKyIEfWS8T7UdN4N+2Xbd4dLrYKWFRlUKwbRMoyHabnUD8= 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, Jan 15, 2024 at 06:20:06PM -0800, mhkelley58@gmail.com wrote: > From: Michael Kelley > > 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. > > 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. > > Signed-off-by: Michael Kelley Acked-by: Kirill A. Shutemov -- Kiryl Shutsemau / Kirill A. Shutemov