From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 0C18A212541; Wed, 13 Aug 2025 10:13:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=217.140.110.172 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755079989; cv=none; b=g0LsyXRY8QODtav16EwE9Og11Y0m4mYtMQD1JQOj7fpL7i0hWR4S5GAZrSFyrCYnYjAdRQO1H7Z9Os+/xFPsgsuX7ut3aQcJdgf0ssjqsjoQruaeDOOqM1rSHM4i+vzb2NLomV9DXE9q3UrmNClpik2v0E9hX3rQ79wiAN+zfOI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1755079989; c=relaxed/simple; bh=+xvILMHL32EhZ50Fy4U37GodG1a5YsmYb0EwVO6M4uw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=pmXuGhaPR0glcBfe/fRjJ3bpaLNBjsCd9kPv6u+IP+c64jtA56BxXqKDRAWAf29MDsIyrvHM2qdPcFAT8PfeZUSKByasQ3HWsMTjw5wp2HcWnU9Zuay65cI65ompjjOnck3GPxOxtbIFQpmDX1k7Z3rQULPBT7TSaac7WqFmXlA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com; spf=pass smtp.mailfrom=arm.com; arc=none smtp.client-ip=217.140.110.172 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=arm.com Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 3059112FC; Wed, 13 Aug 2025 03:12:59 -0700 (PDT) Received: from arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 459E53F5A1; Wed, 13 Aug 2025 03:13:03 -0700 (PDT) Date: Wed, 13 Aug 2025 12:12:39 +0200 From: Beata Michalska To: Prashant Malani Cc: Viresh Kumar , "Rafael J. Wysocki" , Jie Zhan , Ionela Voinescu , Ben Segall , Dietmar Eggemann , Ingo Molnar , Juri Lelli , open list , "open list:CPU FREQUENCY SCALING FRAMEWORK" , Mel Gorman , Peter Zijlstra , Steven Rostedt , Valentin Schneider , Vincent Guittot , z00813676 , sudeep.holla@arm.com Subject: Re: [PATCH v2 2/2] cpufreq: CPPC: Dont read counters for idle CPUs Message-ID: References: <20250722032727.zmdwj6ztitkmr4pf@vireshk-i7> <20250731111324.vv6vsh35enk3gg4h@vireshk-i7> <20250801044340.6ycskhhkzenkzt7a@vireshk-i7> <20250811060551.ylc6uutni4x6jqtg@vireshk-i7> Precedence: bulk X-Mailing-List: linux-pm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, Aug 11, 2025 at 06:43:08PM +0000, Prashant Malani wrote: > On Aug 11 11:35, Viresh Kumar wrote: > > On 06-08-25, 17:19, Prashant Malani wrote: > > > So, do we have consensus that the idle check is acceptable as proposed? > > > (Just want to make sure this thread doesn't get lost given another thread > > > has forked off in this conversation). > > > > I don't have any objections to this or a better solution to this. > > Thanks Viresh! Beata, can we kindly move ahead with the idle > optimization (which is this series), while we continue discussions for > the "under load" scenarios on the other thread? > > BR, I'd say yes, as long as you get a green light on exporting `idle_cpu`. --- BR Beata