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 68C80EC8731 for ; Thu, 7 Sep 2023 14:15:50 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A9FD96B0071; Thu, 7 Sep 2023 10:15:49 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A02186B0072; Thu, 7 Sep 2023 10:15:49 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8A1EB6B0074; Thu, 7 Sep 2023 10:15:49 -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 767706B0071 for ; Thu, 7 Sep 2023 10:15:49 -0400 (EDT) Received: from smtpin24.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay08.hostedemail.com (Postfix) with ESMTP id 466F4140298 for ; Thu, 7 Sep 2023 14:15:49 +0000 (UTC) X-FDA: 81210000018.24.6687CA9 Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.151]) by imf19.hostedemail.com (Postfix) with ESMTP id A5F331A0007 for ; Thu, 7 Sep 2023 14:15:46 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=DEeFaRhB; spf=pass (imf19.hostedemail.com: domain of dave.hansen@intel.com designates 192.55.52.151 as permitted sender) smtp.mailfrom=dave.hansen@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=1694096147; 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=7GCUG/r2WcajdFDcFMdfOp7ca3oEnQRlZeE4PJuoe48=; b=mo24L6QHUXz+dRiNqVLBD5ZQNbOLUHh2op+V+CCzP+WocYSENFAiEB6/nkVaFV/jjNu9Ev /TD+Q8slgtqac8Op9dp+y9MBvnTawJOHdQcXcSG/eeJL7+I95CYSklbM1Sl3iivtRjedVx pZG+1GtBeh2DGbUWwAWEJqaOoocUP94= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1694096147; a=rsa-sha256; cv=none; b=GM1jozl3jOJohGBA/M2UDsxJbItFkU6Z+KoklcNyQoibzGKXkL6bQ4fMOzPJi9P14fWVHR uKWhujo7+o4ysi2k456wYR2R+U8WsHbTSD7xb/JDhXfRkUBZHVDNnZAcehC3rHvArJKuQH vOcHn5qmi1SkBmWomSoX8L4Y7FatoLY= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=DEeFaRhB; spf=pass (imf19.hostedemail.com: domain of dave.hansen@intel.com designates 192.55.52.151 as permitted sender) smtp.mailfrom=dave.hansen@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=1694096146; x=1725632146; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=Urz8J26AUOtbbaftdYy1+eG3zzf8pqaVITlpJ9CGDIc=; b=DEeFaRhBbluk590nI/w27jjDTy+Uf+HMw0bdslDWaLp+Ikaosmr0k3xs REifd+vR9TpzXSr6DWO+QlecgBGGa4OqmWxMHHEg+h7hEw6Q63IQXpQbY l2a2YH1aZJI2F1xS/FTgYdfLGgRL9DNYENvDZG0GIfWoKQLu/FIoJJNzB 3VcU4/qI080xGMA9epOS8AFJmztN2sm47HeWUiUKym9oPFxC5Xh8jK96V xJUxQF92vLSz4hvij4gBEA6U+0K8b4RS4p76V4GJGQJeQhSHDGlow3Lxd BiOV7jebgy4RcmWvXNxVaBtFXR6aZCedxvhGtBfTwFkOhmdeAyEe+2N2K w==; X-IronPort-AV: E=McAfee;i="6600,9927,10826"; a="357676564" X-IronPort-AV: E=Sophos;i="6.02,235,1688454000"; d="scan'208";a="357676564" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Sep 2023 07:15:22 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10826"; a="735516999" X-IronPort-AV: E=Sophos;i="6.02,235,1688454000"; d="scan'208";a="735516999" Received: from ningle-mobl2.amr.corp.intel.com (HELO [10.209.13.77]) ([10.209.13.77]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Sep 2023 07:15:21 -0700 Message-ID: <9ffb7a3b-cf20-617a-e4f1-8a6a8a2c5972@intel.com> Date: Thu, 7 Sep 2023 07:15:21 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.15.0 Subject: Re: [PATCH 3/3] /dev/mem: Do not map unaccepted memory Content-Language: en-US To: Adrian Hunter , "Kirill A. Shutemov" , Borislav Petkov , Andrew Morton Cc: Vlastimil Babka , Mike Rapoport , Lorenzo Stoakes , Tom Lendacky , Baoquan He , Vivek Goyal , Dave Young , linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-coco@lists.linux.dev, linux-efi@vger.kernel.org, kexec@lists.infradead.org References: <20230906073902.4229-1-adrian.hunter@intel.com> <20230906073902.4229-4-adrian.hunter@intel.com> From: Dave Hansen In-Reply-To: <20230906073902.4229-4-adrian.hunter@intel.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Stat-Signature: haqsdbbwj7kuqnfoqzdop5owqsgqphku X-Rspamd-Server: rspam10 X-Rspamd-Queue-Id: A5F331A0007 X-Rspam-User: X-HE-Tag: 1694096146-241705 X-HE-Meta: U2FsdGVkX182montumzUYmpMqIRQLARcdDHZ2MJ4XLP4pV6Nk3Wef0gkpLiVZ3lsPwRFMfJTeNOi7ZSWeXv6X7sBdCEFyMmMBLHb+55iTC38x/fS60kPDkzWWUaZXSXRmGaHyeKpShlL3wWYPiseTI40aXELPKBftIOXtxc6wc/+sF2hRqQB1tvDVy51o45ImbA+UT6pyJAPrb4VafF07jRldc5vPysvH3tS0mTuftUvBgBJceQjh7SPcjlWIL9PryrA0n8CmN0t2aH0zZ2uB8GUOoz/GF4UcGYWeccRg0bRNxMRfc1tdO7RuqcgPscLraeXOzdTDibZWBNoGiAsED/06Q6AtNgBTKI5fNz55I6bvTTA+RQAs8PdLJ0zJU3cPFzeuShskvxKeV4VMm8TFXi2oL2413fPQ7NEuyaMcWxxN/qFqUjKZX/WHdjyej9xUhLvYe1sRtLHQzNrqZ3yOb/OQm4dX9eGC8BreBYcYrBzepXOqTv37GJWY+N50oEVt6x21eo72egN+aqOYohzODKU6kTCDlH+QLIa0uS0TfQqqNqpfmsD44QWjww7evMmhKDoFbjRz1kQXT5gqH3WzHCDgLSzmeuhbxC2K3AcLgAPzrqrjL3XTQCF6+mZFoiAMb6o1Gf2P5B3XpmTFZgcD/fY3z9ZWLSxRsC99McIWEXzM3ErXzE6eR2PrbBNaBtRr8/hF2oQMizHtond++wbdEhOXuQseUTXXF0/c86yA2LRbsxUzCtrtLOiiVJE9uRi6iMSshHJang3f23FCx5DXmyN3CWbSzP9rhgDsfYYcZA4Raps9HVxGUIrj1CD03f0rnkHnFgtFtqMd7xUFJgQ2Np1n1yRggxWX88wQWjRDDJFFTKs6wrBLNo7pNZdtQT19VhrWHBTFNBiJYEppDDU8SNktWCAnBWNK4xhMBhcvLfCkKuDgHDe22JkSo28fHdOBGkO9IPMQOOgSKpzBUE BgDPRHXr Z1jRZfXP5nHYMTQdRNdph7lp336BEm9ZQImUwSYaPgz9TJr35LKkvQmtDltg8MVhGa37y3zm3PNg7QAOnBtgSLBE1HqNrhwiOnkj66kY+lczQ7P9u0MMJh2UJWBsgrIMXWIpWv920KO4ACLBGvCV57muyQQ== 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 9/6/23 00:39, Adrian Hunter wrote: > Support for unaccepted memory was added recently, refer commit > dcdfdd40fa82 ("mm: Add support for unaccepted memory"), whereby > a virtual machine may need to accept memory before it can be used. > > Do not map unaccepted memory because it can cause the guest to fail. Doesn't /dev/mem already provide a billion ways for someone to shoot themselves in the foot? TDX seems to have added the 1,000,000,001st. Is this really worth patching?