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 83E16C433F5 for ; Tue, 17 May 2022 18:04:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C0F7A6B0072; Tue, 17 May 2022 14:04:31 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BBE096B0073; Tue, 17 May 2022 14:04:31 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A85F16B0074; Tue, 17 May 2022 14:04:31 -0400 (EDT) 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 968566B0072 for ; Tue, 17 May 2022 14:04:31 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 6BDAA33E70 for ; Tue, 17 May 2022 18:04:31 +0000 (UTC) X-FDA: 79476009942.09.740117A Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by imf24.hostedemail.com (Postfix) with ESMTP id 1BCB61800F7 for ; Tue, 17 May 2022 18:04:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1652810670; x=1684346670; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=mMyjDi4hwSid116h3PB/BgQEO9/8AhfI/qetQElWaiI=; b=cxzpsLlxAufLCs2DMdIc0XiNN9TItafssvE7JezaAOi/py7VEuIY+Xwy X8Q2Kw8bSe/aNM14W2jK3LGADh62jdhmHYyMENZsYBCTXRYhnUQ7MiAs/ jBW9+Uvlq21m5S5Mx+YWaiP8ovYi9+TmhLeVtx3rj1DckDbKr9/XpaQ27 l9WcU7aKcxFgmE8ZCp+jfDvCd889SUabNiaVhYeVz7puQn9n06F+iZ9HQ zQbTLswFyKViqWjaTWlePJIvm4iEracfkKlU9PfgNxuwLUgAGrcypJLFE RTmxH1/AoCRj+5R2nOUQkO8k6DvgcgXMgX18mE0ejqObf6oyUS0ZDcQw4 w==; X-IronPort-AV: E=McAfee;i="6400,9594,10350"; a="270095581" X-IronPort-AV: E=Sophos;i="5.91,233,1647327600"; d="scan'208";a="270095581" Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 17 May 2022 11:04:26 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.91,233,1647327600"; d="scan'208";a="700178885" Received: from black.fi.intel.com ([10.237.72.28]) by orsmga004.jf.intel.com with ESMTP; 17 May 2022 11:04:19 -0700 Received: by black.fi.intel.com (Postfix, from userid 1000) id ADE56CE; Tue, 17 May 2022 21:04:19 +0300 (EEST) Date: Tue, 17 May 2022 21:04:19 +0300 From: "Kirill A. Shutemov" To: Andrew Morton Cc: Borislav Petkov , Andy Lutomirski , Sean Christopherson , Joerg Roedel , Ard Biesheuvel , Andi Kleen , Kuppuswamy Sathyanarayanan , David Rientjes , Vlastimil Babka , Tom Lendacky , Thomas Gleixner , Peter Zijlstra , Paolo Bonzini , Ingo Molnar , Varad Gautam , Dario Faggioli , Dave Hansen , Mike Rapoport , David Hildenbrand , marcelo.cerri@canonical.com, tim.gardner@canonical.com, khalid.elmously@canonical.com, philip.cox@canonical.com, x86@kernel.org, linux-mm@kvack.org, linux-coco@lists.linux.dev, linux-efi@vger.kernel.org, linux-kernel@vger.kernel.org, Mike Rapoport Subject: Re: [PATCHv6 02/15] mm: Add support for unaccepted memory Message-ID: <20220517180419.ysqhiyrsa3jns53p@black.fi.intel.com> References: <20220517153444.11195-1-kirill.shutemov@linux.intel.com> <20220517153444.11195-3-kirill.shutemov@linux.intel.com> <20220517104516.16fb0be5cb28153104b80654@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220517104516.16fb0be5cb28153104b80654@linux-foundation.org> Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=cxzpsLlx; spf=none (imf24.hostedemail.com: domain of kirill.shutemov@linux.intel.com has no SPF policy when checking 192.55.52.120) smtp.mailfrom=kirill.shutemov@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com X-Rspam-User: X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 1BCB61800F7 X-Stat-Signature: dfdwc5fqsktjgpppsirka55uwkn7qm8s X-HE-Tag: 1652810659-212676 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: On Tue, May 17, 2022 at 10:45:16AM -0700, Andrew Morton wrote: > On Tue, 17 May 2022 18:34:31 +0300 "Kirill A. Shutemov" wrote: > > > UEFI Specification version 2.9 introduces the concept of memory > > acceptance. Some Virtual Machine platforms, such as Intel TDX or AMD > > SEV-SNP, require memory to be accepted before it can be used by the > > guest. Accepting happens via a protocol specific to the Virtual Machine > > platform. > > > > ... > > > > --- a/include/linux/page-flags.h > > +++ b/include/linux/page-flags.h > > @@ -928,6 +928,14 @@ static inline bool is_page_hwpoison(struct page *page) > > #define PG_offline 0x00000100 > > #define PG_table 0x00000200 > > #define PG_guard 0x00000400 > > +#define PG_unaccepted 0x00000800 > > "For pages that are never mapped to userspace (and aren't PageSlab), > page_type may be used." > > Is that true of these pages? Yes. PG_unaccepted is never set for any allocated page. It is only set for pages on free lists. It gets cleared in post_alloc_hook(). -- Kirill A. Shutemov