Received: by 2002:a05:7412:b10a:b0:f3:1519:9f41 with SMTP id az10csp938565rdb; Fri, 1 Dec 2023 02:45:58 -0800 (PST) X-Google-Smtp-Source: AGHT+IG4CbkW3g0SZ60U8CuBMpeGRzNGU/demM9qE0ljnOiuq6/eUSoqA4Qwt0OI3dqqL5egrft8 X-Received: by 2002:a05:6870:55c9:b0:1fa:25de:2f6b with SMTP id qk9-20020a05687055c900b001fa25de2f6bmr20246494oac.23.1701427558614; Fri, 01 Dec 2023 02:45:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1701427558; cv=none; d=google.com; s=arc-20160816; b=db2DoFHrotQEXsdvyFDOGNpcofQkTrv33KNMusxSF4fm86YA8Me0pYboKBeKP+LAPU ixRSU0F470QrHk/1A6LYWIezqsWkY5gVKxCa3oOOKMPUYw2EY4p8XtFkb6OQtKVOWAVk 51GqxIzSz2QrAI/1qdWA+XT5CS+6d3nJkMvrJNcYpXwriGmT5eu12EsB2BhXrIZYKxwR UDYeHk/GLklyx2n7ghF+0PdY7/LAzn5VVvW7iRSsGlxR8/wjxxNkVhwNm5ImlyWw9G8P YJXBhwTxo7hThQw5eDB2QxZkkGsIWdRTKnUG3GB6juzUWzP+zIHNNMK/HrRYR8k/oOgT RCnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=qEECtfSCuNJnYbbSSxaa7Yhx563AZhnbYIPY9oqxOFE=; fh=U1k4KSoXgkYb1LoCeTRmVcWz/iD91t24Qda+QNpn358=; b=JUB0eKP90lPgXy4E4XvPGtGhFLdx0cNPG53LMXqTHZMXY66S5q7PqTQPIRWm2QIIsT +eeR+jApodFGStRDOlRg3Rx6SsL/q3R74X1/11ewY+ift8w3B/65iTodoC3z3q4alm4P T3n5OsmSzsM/4wUtGVOVGdIip8490O7q9Qupjurw103WSUSVfkwNhe07zqVoQJJOUAOp 12RySDuLviKn2s6F4CKxRwt3VnpMm4zzeAB5JPjKxcrq2oTV3OsnHxVzuMoT1IGLIJhC 0RxKE15iI1L34NdchEp2WD7V3PakR+TLsA4KKU7IRleImgH/sKj5Yn9d/KueObIeIzX4 O/ww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=T3NEQtyO; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from agentk.vger.email (agentk.vger.email. [23.128.96.32]) by mx.google.com with ESMTPS id 33-20020a631061000000b0059c0f9ef964si3035934pgq.635.2023.12.01.02.45.57 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 01 Dec 2023 02:45:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) client-ip=23.128.96.32; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=T3NEQtyO; dkim=neutral (no key) header.i=@linutronix.de; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.32 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id 545CD807601D; Fri, 1 Dec 2023 02:45:18 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1378378AbjLAKpE (ORCPT + 99 others); Fri, 1 Dec 2023 05:45:04 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59654 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1378344AbjLAKpC (ORCPT ); Fri, 1 Dec 2023 05:45:02 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BAB8110D7; Fri, 1 Dec 2023 02:45:08 -0800 (PST) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1701427507; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qEECtfSCuNJnYbbSSxaa7Yhx563AZhnbYIPY9oqxOFE=; b=T3NEQtyO3UjVNcOPdRfDLPqBbceTA/S3RG5pLrN/U1R54Q2+LC7E1qyZMq6Qdr2Lwq04Q7 o3RbMWPKuiDtnTWhcOihAwr10MgQL4MPJzwPuXjSE8T6gp+VGjfk6u/Ymyla3VOKfAsmmc Ccc1ZPp7aRV0WvqXtoVD6atSILRTlOYC+gmZcP1quvkiE5ooEnP1dGy3CQhMQmnhHkyoNi fjrSBFLZgwtCeutL0TuwQN8B6ZHMA2t6ITEqL89vyADio0MnrI5DVfPUnv3HUa3tTRDL7e +EhhGYzs843vvIZov1ZEMz4EArysm5xib9rklBXUl6z6IburTOa1nE4pPpkQBA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1701427507; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qEECtfSCuNJnYbbSSxaa7Yhx563AZhnbYIPY9oqxOFE=; b=5ivKSLWokv5u4EWLeFetTD8/zTFsnE28leOpFAM1uIFAuW0E1rMX60gedKhj/gj0RQebhI nzpCyFo1nVj5NNDA== To: Russell King , linux-pm@vger.kernel.org, loongarch@lists.linux.dev, linux-acpi@vger.kernel.org, linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-riscv@lists.infradead.org, kvmarm@lists.linux.dev, x86@kernel.org, linux-csky@vger.kernel.org, linux-doc@vger.kernel.org, linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org Cc: Salil Mehta , Jean-Philippe Brucker , jianyong.wu@arm.com, justin.he@arm.com, James Morse , Sudeep Holla , Greg Kroah-Hartman , "Rafael J. Wysocki" Subject: Re: [PATCH 01/21] arch_topology: Make register_cpu_capacity_sysctl() tolerant to late CPUs In-Reply-To: References: Date: Fri, 01 Dec 2023 11:45:06 +0100 Message-ID: <87v89ixkul.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Fri, 01 Dec 2023 02:45:18 -0800 (PST) On Tue, Nov 21 2023 at 13:43, Russell King wrote: > --- > If the offline CPUs thing is a problem for the tools that consume > this value, we'd need to move cpu_capacity to be part of cpu.c's > common_cpu_attr_groups. However, attempts to discuss this just end > up in a black hole, so this is a non-starter. Thus, if this needs > to be done, it can be done as a separate patch. Offline CPUs have 0 capacity by definition....