Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp129033iog; Tue, 28 Jun 2022 18:11:23 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uxjjNoX+d4gwUX9PxhsmGi8Qjtn4pjpGz5KlO373qFfwZLj/M5N7XrMb6Yw1ywJS6FegKK X-Received: by 2002:a17:907:3f29:b0:722:e5b0:ebe7 with SMTP id hq41-20020a1709073f2900b00722e5b0ebe7mr811759ejc.335.1656465083409; Tue, 28 Jun 2022 18:11:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656465083; cv=none; d=google.com; s=arc-20160816; b=T3z24XMzEdQuM94yCEvXy0hDG/m70/7XKhVA0SuBT2OC50WoduKQfKjkJJtmhk67/i gArj+TZRPO/+Ze5gyi6t7itKdsPsYfXcwN06TW8UDBrxPeRekLiht/zE1zkCKcrCEBwJ sEo8/1Kv22mmGmW4xf2N2JHtyjvWmY6egzG0M1VpTea1/zLb/FpjbDF3Vum9PkfIqbyC 697VjmPS1hvhGg2I0adJ1WEdntNDnK8k/uc+YapLmZ830erg74gaG1Kb/yu6tQ66EMY4 7ZnUOJdeQd/2y5V7ELpD5FEpnUB4XYjv7rSIToCamwHXLm3RNL21wInpDhcKJth8CODY JzKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=+Txc62rqQt3JF/1hsDTzaq82h/mrrRCZGNka2KE7Hf0=; b=LDN4Btj+HHyclljUFWhyknRYcxX87044006gWpjJMssCW1THRDV4jsNiwssz3z+Y0B ilMnvxMdH0VvYqFj385Ayv5fbpr1fYTo31UmcLOtkGHib36dL4DUZjn7B1uiQ7CDig19 9hERrslXIn+nICryJ2ave9nz9fMzOLBhzzhOC/TAv6d9QFBfUhcC0TB1uUipyqOI4W2T L1ivmRe66bttFsLYP0/M8/+Rde6hl6rBslCklexd59khekRe3ewSl5+IBnKLUn2W755d B0vrVxPOCNj06WifKIp81lfE0/Yj14BYkPdRaeFiEZDk/frYTyemPmimrYT9tR5IArnb d8qw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=aAnLC1dx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ep4-20020a1709069b4400b0071577fd7657si481499ejc.444.2022.06.28.18.10.58; Tue, 28 Jun 2022 18:11:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=aAnLC1dx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229825AbiF2A7T (ORCPT + 99 others); Tue, 28 Jun 2022 20:59:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43842 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229485AbiF2A7R (ORCPT ); Tue, 28 Jun 2022 20:59:17 -0400 Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 45C0A13F29; Tue, 28 Jun 2022 17:59:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1656464357; x=1688000357; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=PdXIIJIuvGiIGyuDJJCs/uSsICdNzkseyWhvo/anTLA=; b=aAnLC1dxAodc6K7Ch03cJ9ifj2bw3BYVrgxY9a1ocN1FigZmQFOTRNbE RiiWiHdw8mgmIBFHolS8yJFxO7BZtSziDkQAIuz7LL7KFv7YQHdueZ/Zi u0Axn+LEJjdeXHxj/IuY4xcmBZ21mV2IPIBjuggAJC9RaxroV9Bw9rBsC konKcpgcS19vf0AgYXO1zVscTPZsdlpj0bmr9Y8i/DUGkrOA+SKeMS6ib C16hzCIkseRlX4A1zMuiEpZl8Am/QvDAwL8O55cwY5Uh7jsNBc8diRckF 5lVL+irrX7iCNH8540KuBjq4ivlETnq9Zz1C1qtGPadz5htPZenWzfs0l g==; X-IronPort-AV: E=McAfee;i="6400,9594,10392"; a="262295636" X-IronPort-AV: E=Sophos;i="5.92,230,1650956400"; d="scan'208";a="262295636" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Jun 2022 17:59:17 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.92,230,1650956400"; d="scan'208";a="917394813" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga005.fm.intel.com with ESMTP; 28 Jun 2022 17:59:10 -0700 Received: by black.fi.intel.com (Postfix, from userid 1000) id 19836CE; Wed, 29 Jun 2022 03:59:15 +0300 (EEST) Date: Wed, 29 Jun 2022 03:59:15 +0300 From: "Kirill A. Shutemov" To: Dave Hansen Cc: "Eric W. Biederman" , 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.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, kexec@lists.infradead.org Subject: Re: [PATCHv7 11/14] x86: Disable kexec if system has unaccepted memory Message-ID: <20220629005915.gieli3dbjzvjbk5i@black.fi.intel.com> References: <20220614120231.48165-1-kirill.shutemov@linux.intel.com> <20220614120231.48165-12-kirill.shutemov@linux.intel.com> <6be29d38-5c93-7cc9-0de7-235d3f83773c@intel.com> <87a6a3aw50.fsf@email.froward.int.ebiederm.org> <20220624020005.txpxlsbjbebf6oq4@black.fi.intel.com> <20220628235105.z6ytdzxofrdkjti4@black.fi.intel.com> <88fe385c-fe40-d659-5081-7f3cdd9493e4@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <88fe385c-fe40-d659-5081-7f3cdd9493e4@intel.com> X-Spam-Status: No, score=-4.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 28, 2022 at 05:10:56PM -0700, Dave Hansen wrote: > On 6/28/22 16:51, Kirill A. Shutemov wrote: > > On Fri, Jun 24, 2022 at 05:00:05AM +0300, Kirill A. Shutemov wrote: > >>> If there is some deep and fundamental why this can not be supported > >>> then it probably makes sense to put some code in the arch_kexec_load > >>> hook that verifies that deep and fundamental reason is present. > ... > > + /* > > + * TODO: Information on memory acceptance status has to be communicated > > + * between kernel. > > + */ > > So, the deep and fundamental reason is... drum roll... you haven't > gotten around to implementing bitmap passing yet?!?!? I have the > feeling that wasn't what Eric was looking for. The deep fundamental reason is that everything cannot be implemented and upstreamed at once. -- Kirill A. Shutemov