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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D2226C433EF for ; Wed, 29 Jun 2022 09:09:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231316AbiF2JJi (ORCPT ); Wed, 29 Jun 2022 05:09:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50958 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231184AbiF2JJi (ORCPT ); Wed, 29 Jun 2022 05:09:38 -0400 Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 995ADB3F; Wed, 29 Jun 2022 02:09:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1656493776; x=1688029776; h=message-id:subject:from:to:cc:date:in-reply-to: references:content-transfer-encoding:mime-version; bh=vyNYt5Z2SEb+Bn2+zWB3lNIb65JbzeAfclhP43nRxyk=; b=JUlgVF8Z3bX+xK8QRVJrlsAg2PhL4Xwf9abykevfSQVRjEwQ4jquHjlI fbsGjFIpcSg88qfNHjjcP1xaufsveQoKbZfutaj9GKEhk3pq044OtG98S FOgbFadp2vut89bNxsN//Piaj1ulN1ZEBypoj+kbIAXwc/VqSn4RXc5OM 7/SrAL9EWQIDQW/DGXSSJowbUEmGaPSe3gh1z28L8B81oVjTM7DS+hLjY LpE4ge/NWdCtLK7rfGELalfBFsAlBd2SYU48VPpBwSCOTC27oqTN+ubd5 0NMiWX7NtaojNyQ8KQaEPX2K6+GB4/9FTFoiiD0JWdyisgSgqYkv0yN7O Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10392"; a="279524553" X-IronPort-AV: E=Sophos;i="5.92,231,1650956400"; d="scan'208";a="279524553" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Jun 2022 02:09:14 -0700 X-IronPort-AV: E=Sophos;i="5.92,231,1650956400"; d="scan'208";a="617510684" Received: from gregantx-mobl.amr.corp.intel.com (HELO khuang2-desk.gar.corp.intel.com) ([10.212.119.76]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Jun 2022 02:09:08 -0700 Message-ID: Subject: Re: [PATCH v5 02/22] cc_platform: Add new attribute to prevent ACPI CPU hotplug From: Kai Huang To: Christoph Hellwig Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, linux-acpi@vger.kernel.org, seanjc@google.com, pbonzini@redhat.com, dave.hansen@intel.com, len.brown@intel.com, tony.luck@intel.com, rafael.j.wysocki@intel.com, reinette.chatre@intel.com, dan.j.williams@intel.com, peterz@infradead.org, ak@linux.intel.com, kirill.shutemov@linux.intel.com, sathyanarayanan.kuppuswamy@linux.intel.com, isaku.yamahata@intel.com, thomas.lendacky@amd.com, Tianyu.Lan@microsoft.com, rdunlap@infradead.org, Jason@zx2c4.com, juri.lelli@redhat.com, mark.rutland@arm.com, frederic@kernel.org, yuehaibing@huawei.com, dongli.zhang@oracle.com Date: Wed, 29 Jun 2022 21:09:06 +1200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.2 (3.44.2-1.fc36) MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: kvm@vger.kernel.org On Tue, 2022-06-28 at 22:33 -0700, Christoph Hellwig wrote: > On Wed, Jun 22, 2022 at 11:15:43PM +1200, Kai Huang wrote: > > Platforms with confidential computing technology may not support ACPI > > CPU hotplug when such technology is enabled by the BIOS. Examples > > include Intel platforms which support Intel Trust Domain Extensions > > (TDX). >=20 > What does this have to to wit hthe cc_platform abstraction? This is > just an intel implementation bug because they hastended so much into > implementing this. So the quirks should not overload the cc_platform > abstraction. >=20 Thanks for feedback. I thought there might be similar technologies and it = would be better to have a common attribute. I'll give up this approach and chang= e to use arch-specific check. --=20 Thanks, -Kai