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 BF2E3C433EF for ; Fri, 24 Jun 2022 17:10:04 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 421658E023A; Fri, 24 Jun 2022 13:10:04 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 3D18D8E020E; Fri, 24 Jun 2022 13:10:04 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 298EA8E023A; Fri, 24 Jun 2022 13:10:04 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 1BE958E020E for ; Fri, 24 Jun 2022 13:10:04 -0400 (EDT) Received: from smtpin10.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay12.hostedemail.com (Postfix) with ESMTP id EAF37120581 for ; Fri, 24 Jun 2022 17:10:03 +0000 (UTC) X-FDA: 79613767086.10.420A081 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by imf13.hostedemail.com (Postfix) with ESMTP id CE80F200B6 for ; Fri, 24 Jun 2022 17:10:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1656090602; x=1687626602; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=bgbQFlCVdpCMNcHSrhnw0vtteZ74+vzwjmr94U9FKJs=; b=OJpcfKpjspz4X5DEgCCqbm30HJGdyOzKF18E9LwXyVPoO08f1fwLN3mP GFLNUM6Cr3NbTXOFEg3CGAPwLZcv8VzTVTA1ypxfIidhl8+GjfckcRCT7 v97uo4y+DvLFQ+mMO1gaSLbXTA12JLagtj2VuJw63gLiuzvM6ogeaOku8 R5txq0DWlPpyWMFc4ZGifv8hbNjiMpdHOeB7fQDxDG6Cszr9x7ErPlQsU LhmvsAhyJD8us9NZlA3NNIa5sVDCivqPKI5panlakVPPHRil3/qEgw9xb 1K7cugcNJY+fE8Cfy0KwTbOK2i5AEd/MY423zyrhnJpOqWCvibxqhdXfI A==; X-IronPort-AV: E=McAfee;i="6400,9594,10388"; a="345045515" X-IronPort-AV: E=Sophos;i="5.92,218,1650956400"; d="scan'208";a="345045515" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jun 2022 10:10:01 -0700 X-IronPort-AV: E=Sophos;i="5.92,218,1650956400"; d="scan'208";a="731398263" Received: from mdedeogl-mobl.amr.corp.intel.com (HELO [10.209.126.186]) ([10.209.126.186]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Jun 2022 10:09:59 -0700 Message-ID: Date: Fri, 24 Jun 2022 10:09:24 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCHv7 00/14] mm, x86/cc: Implement support for unaccepted memory Content-Language: en-US To: Marc Orr Cc: Peter Gonda , "Kirill A. Shutemov" , Borislav Petkov , Andy Lutomirski , Sean Christopherson , Andrew Morton , 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 , Mike Rapoport , David Hildenbrand , Marcelo , tim.gardner@canonical.com, Khalid ElMously , philip.cox@canonical.com, the arch/x86 maintainers , linux-mm@kvack.org, linux-coco@lists.linux.dev, linux-efi@vger.kernel.org, LKML References: <20220614120231.48165-1-kirill.shutemov@linux.intel.com> <5af19000-4482-7eb9-f158-0a461891f087@intel.com> From: Dave Hansen In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1656090603; a=rsa-sha256; cv=none; b=M2iWYXeX5lQ1fSJlixtwpDt+fW3Re9iXuhdoJbwVqxe/SBZ5DItiT1bMJxWEmkUIsYVNgz 9UALr166JR1TEDbjgvCBdRhTgtyh7g/b0eB3/MvpE5nKgDPToLwfnkTHWOuWGkmcm2WtEs /lJ92cJoxFRRziMSMNU6mGlhapEFvZ8= ARC-Authentication-Results: i=1; imf13.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=OJpcfKpj; dmarc=pass (policy=none) header.from=intel.com; spf=none (imf13.hostedemail.com: domain of dave.hansen@intel.com has no SPF policy when checking 134.134.136.100) smtp.mailfrom=dave.hansen@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1656090603; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=PNb2d4BiRWa2c4m89aQRa7KjeX9awPfQRNnY1KLRrFk=; b=Tr1ajfLW2MPCtdGMCT7gFwMGqFr7NvsAQaVAKDQG9xBltXwc4yCHN1O3ecugwHxhgOW2XH Bkup1xmpeo8kQgLpzLNv9/ZOZK8ubcTVUSabEjTClonE4C3R8lh+oKJqJV08ifphm3kEYX wh7yrhvb/pD1PLciSpZBTq7jZ2gNq/U= X-Stat-Signature: 5tqpboxhxgxbo6hnjtjxqsf5cz8i3tsn X-Rspam-User: X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: CE80F200B6 Authentication-Results: imf13.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=OJpcfKpj; dmarc=pass (policy=none) header.from=intel.com; spf=none (imf13.hostedemail.com: domain of dave.hansen@intel.com has no SPF policy when checking 134.134.136.100) smtp.mailfrom=dave.hansen@intel.com X-HE-Tag: 1656090602-155468 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 6/24/22 10:06, Marc Orr wrote: > I think Peter's point is a little more nuanced than that. Once lazy > accept goes into the guest firmware -- without the feature negotiation > that Peter is suggesting -- cloud providers now have a bookkeeping > problem. Which images have kernels that can boot from a guest firmware > that doesn't pre-validate all the guest memory? Hold on a sec though... Is this a matter of can boot from a guest firmware that doesn't pre-validate all the guest memory? or can boot from a guest firmware that doesn't pre-validate all the guest memory ... with access to all of that guest's RAM? In other words, are we talking about "fails to boot" or "can't see all the RAM"?