Received: by 2002:a05:6500:1b45:b0:1f5:f2ab:c469 with SMTP id cz5csp616935lqb; Wed, 17 Apr 2024 06:27:33 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCU7FycAn1TI/Wr4YHuVv4IGpqgvIphULtzz7tiAyFS0U4pbmI203FWNTsrGZbhFzwPlr3Za4u8E/wmt7l6B1c0X+lL2Erc5I8y4CXHGAg== X-Google-Smtp-Source: AGHT+IE05AxelUEqW68BA5bGmb9WOXBRdGMVfUHUoMqTM3mxwnq5QlV9RQvDvDVzfrRtuVcQ4qNU X-Received: by 2002:a05:620a:5609:b0:78e:bd2d:2f29 with SMTP id vu9-20020a05620a560900b0078ebd2d2f29mr17897841qkn.15.1713360452980; Wed, 17 Apr 2024 06:27:32 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1713360452; cv=pass; d=google.com; s=arc-20160816; b=bPiP7bqPgne33L5PqZCLk77M9mLd5HBIWNVkorBHx8F/0cZiJDGQW4PQiyrvxTbuZN RXbkh8YnS8CAykzk553zvh0NxUk40cTuoeFoP2wRwF2/0sLQMzHGYc/NFT5lL0vU0lJ1 b4O3oIS7pBdNOj/e2LoJsR40FBD3NVT6OOmRAMG9COlOLXwrHr4xBnTmIfA5K3plxqit TqNPsMKkbuUAmMzBK1zWebZSyvABwy8Z+Gj6aKkHZHmY1kFO/UGZ486c3SRAOHjKfaJo G74aa6obDyKTirjFF5rOkQFrDMpebaceC0+SDIvKTjZji/EQChoQ1zanHnHbR3Tzal0B l4Kg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:in-reply-to:message-id :date:subject:cc:to:from; bh=pHg3o/Ji1ncb+e0Nc1ctQEjqrJp0n8pBcBP0ifjnH14=; fh=wmH6eZgtoFCyes/zVTYi+VaxxdPmNW9hqdNd8ZTZ4XU=; b=sMWpOFq2wCjhQsi6so+AkI16VIiEdPJA9b73+HNKWoGysw36mJF8FzihUE1WTbi9tH SorJtAKQPalKU2QKZtW5cyEgSL6l9PpuLwvMBrQqO1RVKAAFo098IlXDZydTAtL3TVFd i2am/4Aw0vC2O87iniQIPDGjJAUfY1GXZEsnmhSr4MFqvocR82Kenf+sEjFRLngtmZTJ bQ7qVPMbyQGZboFqI+H8XA78I+RBol0eUAuxXWqokvPU+toceQEmtl9/1MAjEKX4NP1O KqQhs2QvmFlGcnX6Wg6RItTAppbTWYN+n3B5J5y6XiJjysC7S5API9ZdFGSf7yX93BNb Ylrg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; arc=pass (i=1 spf=pass spfdomain=huawei.com dmarc=pass fromdomain=huawei.com); spf=pass (google.com: domain of linux-kernel+bounces-148566-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-148566-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id p12-20020a05620a112c00b0078d68799f3dsi15079170qkk.601.2024.04.17.06.27.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 17 Apr 2024 06:27:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-148566-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; arc=pass (i=1 spf=pass spfdomain=huawei.com dmarc=pass fromdomain=huawei.com); spf=pass (google.com: domain of linux-kernel+bounces-148566-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-148566-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id B17721C2169D for ; Wed, 17 Apr 2024 13:27:32 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 6A40A1411C1; Wed, 17 Apr 2024 13:25:54 +0000 (UTC) Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5ED0A140395; Wed, 17 Apr 2024 13:25:52 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.176.79.56 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713360353; cv=none; b=USEQqu+wgUahIEBLmsdAXJFRiNSKt//CEkoiA/MH4Ep0GtMVLCw+talkOdUpRXknJ4DfBo9Cz9IxCJRAWc8KVYy23p+sl+6u/hlf9bEqmbnoL18vNkkRDMqQgsGbHvMOrkHm2KAiYdSTMMX3s9p0ZI2rB6423JsbGuJ4HQUcHqs= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1713360353; c=relaxed/simple; bh=XmbkzAVE4AQabf0zIm/8TJPsYrckFrjybtAvwkNiyDk=; h=From:To:CC:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=nxc7BZu9RyO1daQc6aA7OpsXJnD5VRR0WVav7UbMzeawdY1tG1LqmUjkMVMiiCi8Vu1Jl6eBeozibpzdxjeI7IGFWiKsUelc/RJRbgaPMYqqdkXvfqw3I8PCo6l7AkP5aCazT6c2dhjFeKFUZTp74rzmhwTIlQnYUvW/fihYKmU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com; spf=pass smtp.mailfrom=huawei.com; arc=none smtp.client-ip=185.176.79.56 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=huawei.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=huawei.com Received: from mail.maildlp.com (unknown [172.18.186.31]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4VKM7963CTz6JBH2; Wed, 17 Apr 2024 21:23:49 +0800 (CST) Received: from lhrpeml500005.china.huawei.com (unknown [7.191.163.240]) by mail.maildlp.com (Postfix) with ESMTPS id B57011408FE; Wed, 17 Apr 2024 21:25:49 +0800 (CST) Received: from SecurePC-101-06.china.huawei.com (10.122.247.231) by lhrpeml500005.china.huawei.com (7.191.163.240) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.35; Wed, 17 Apr 2024 14:25:49 +0100 From: Jonathan Cameron To: Thomas Gleixner , Peter Zijlstra , , , , , , , , , Russell King , "Rafael J . Wysocki" , Miguel Luis , James Morse , Salil Mehta , Jean-Philippe Brucker , Catalin Marinas , Will Deacon CC: Ingo Molnar , Borislav Petkov , Dave Hansen , , , Subject: [PATCH v6 13/16] arm64: arch_register_cpu() variant to check if an ACPI handle is now available. Date: Wed, 17 Apr 2024 14:19:06 +0100 Message-ID: <20240417131909.7925-14-Jonathan.Cameron@huawei.com> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20240417131909.7925-1-Jonathan.Cameron@huawei.com> References: <20240417131909.7925-1-Jonathan.Cameron@huawei.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-ClientProxiedBy: lhrpeml500001.china.huawei.com (7.191.163.213) To lhrpeml500005.china.huawei.com (7.191.163.240) The ARM64 architecture does not support physical CPU HP today. To avoid any possibility of a bug against such an architecture if defined in future, check for the physical CPU HP case (not present) and return an error on any such attempt. On ARM64 virtual CPU Hotplug relies on the status value that can be queried via the AML method _STA for the CPU object. There are two conditions in which the CPU can be registered. 1) ACPI disabled. 2) ACPI enabled and the acpi_handle is available. _STA evaluates to the CPU is both enabled and present. (Note that in absence of the _STA method they are always in this state). If neither of these conditions is met the CPU is not 'yet' ready to be used and -EPROBE_DEFER is returned. Success occurs in the early attempt to register the CPUs if we are booting with DT (no concept yet of vCPU HP) if not it succeeds for already enabled CPUs when the ACPI Processor driver attaches to them. Finally it may succeed via the CPU Hotplug code indicating that the CPU is now enabled. For ACPI if CONFIG_ACPI_PROCESSOR the only path to get to arch_register_cpu() with that handle set is via acpi_processor_hot_add_init() which is only called from an ACPI bus scan in which _STA has already been queried there is no need to repeat it here. Add a comment to remind us of this in the future. Suggested-by: Rafael J. Wysocki Signed-off-by: Jonathan Cameron --- v6: Add protection again Physical CPU HP to the arch specific code and don't actually check _STA Tested on arm64 with ACPI + DT build and DT only builds, booting with ACPI and DT as appropriate. --- arch/arm64/kernel/smp.c | 53 +++++++++++++++++++++++++++++++++++++++++ 1 file changed, 53 insertions(+) diff --git a/arch/arm64/kernel/smp.c b/arch/arm64/kernel/smp.c index dc0e0b3ec2d4..ccb6ad347df9 100644 --- a/arch/arm64/kernel/smp.c +++ b/arch/arm64/kernel/smp.c @@ -504,6 +504,59 @@ static int __init smp_cpu_setup(int cpu) static bool bootcpu_valid __initdata; static unsigned int cpu_count = 1; +int arch_register_cpu(int cpu) +{ + acpi_handle acpi_handle = acpi_get_processor_handle(cpu); + struct cpu *c = &per_cpu(cpu_devices, cpu); + + if (!acpi_disabled && !acpi_handle && + IS_ENABLED(CONFIG_ACPI_HOTPLUG_CPU)) + return -EPROBE_DEFER; + +#ifdef CONFIG_ACPI_HOTPLUG_CPU + /* For now block anything that looks like physical CPU Hotplug */ + if (invalid_logical_cpuid(cpu) || !cpu_present(cpu)) { + pr_err_once("Changing CPU present bit is not supported\n"); + return -ENODEV; + } +#endif + + /* + * Availability of the acpi handle is sufficient to establish + * that _STA has aleady been checked. No need to recheck here. + */ + c->hotpluggable = arch_cpu_is_hotpluggable(cpu); + + return register_cpu(c, cpu); +} + +#ifdef CONFIG_ACPI_HOTPLUG_CPU +void arch_unregister_cpu(int cpu) +{ + acpi_handle acpi_handle = acpi_get_processor_handle(cpu); + struct cpu *c = &per_cpu(cpu_devices, cpu); + acpi_status status; + unsigned long long sta; + + if (!acpi_handle) { + pr_err_once("Removing a CPU without associated ACPI handle\n"); + return; + } + + status = acpi_evaluate_integer(acpi_handle, "_STA", NULL, &sta); + if (ACPI_FAILURE(status)) + return; + + /* For now do not allow anything that looks like physical CPU HP */ + if (cpu_present(cpu) && !(sta & ACPI_STA_DEVICE_PRESENT)) { + pr_err_once("Changing CPU present bit is not supported\n"); + return; + } + + unregister_cpu(c); +} +#endif /* CONFIG_ACPI_HOTPLUG_CPU */ + #ifdef CONFIG_ACPI static struct acpi_madt_generic_interrupt cpu_madt_gicc[NR_CPUS]; -- 2.39.2