Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp59744pxu; Tue, 15 Dec 2020 16:05:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJySJbiy2N5bRc/biQiRimH/UU8lFpKdPZNmz+Zs7NfzObo3oLtgeoXkT076Hqsxmy88LyB5 X-Received: by 2002:a17:906:1542:: with SMTP id c2mr28077672ejd.382.1608077153678; Tue, 15 Dec 2020 16:05:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1608077153; cv=none; d=google.com; s=arc-20160816; b=mdAp0OOzx1pnyOMVXewQxRjsq02OeFNDMf5DNZdiPigVaNAELCsp9TRWgcADiFBk2Z PNJJbb66YWG6b+IHyuUN+jwN3zOEqzrC2E09NuUsKcmzrMAzHs5srSc2r/rJJrg8A/Xd fS32A+0XoUu07H7fl5ykxscbP/O6HPYFNcJEF+VN32qd36Dbeo1JVR33pEwjD5eTOgh9 j+z5fzoW68dclUBxf3nUDww9q/1LwPny4nhzZNJBhCrbMHASF6KHNq+Ms0QCTEcJAWX1 qtH5dMqUv7pTwlQGN4f8Y+ZHqEBiQqOPv+BkMQUZelTRhk2HlpJQ6fyq93gZzj3Rk7FK r4qA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=vXVa9/MwvrK5eWFXTfTbxpxRV9CbZkMT5qkXOzTeSdc=; b=aYy/6+pMtvU21gA2S/l1lqatVdKf/c0+xbbUe8O98+rUeYhX0BW9/CkMGtjLRfis6U a6cJBQAlD7lQ4WPrbMYVTCJyha0SrWA9ukXcy7gZG3h6l6y77wIIEM2c+Q7xCEnWGSsd qJKthnIi1sGDZearP/FbbOBaSifFbz1Q+lknzFYXvAp3603cs7pbKtgR6VPudSq5tf0W y2rt/VFYRU1NOfMhkCSdXmxzYg/gsFERPgYfBCiOOmK/EFJyQyEkpobR/FqGawFTO7uH CIVOSYYjN7ksabHohJd20YvjutmyS1u3le4AoEF02JeTAgds/UQkFy5cLCwislTXTtq5 rU5w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x9si62976eje.109.2020.12.15.16.05.03; Tue, 15 Dec 2020 16:05:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727377AbgLPAAp (ORCPT + 99 others); Tue, 15 Dec 2020 19:00:45 -0500 Received: from foss.arm.com ([217.140.110.172]:42396 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725550AbgLOXby (ORCPT ); Tue, 15 Dec 2020 18:31:54 -0500 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 895581FB; Tue, 15 Dec 2020 15:31:07 -0800 (PST) Received: from localhost (unknown [10.1.198.32]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 1CB213F718; Tue, 15 Dec 2020 15:31:06 -0800 (PST) Date: Tue, 15 Dec 2020 23:31:05 +0000 From: Ionela Voinescu To: "Rafael J. Wysocki" Cc: Mian Yousaf Kaukab , "Rafael J. Wysocki" , Viresh Kumar , Len Brown , Mian Yousaf Kaukab , Jeremy Linton , Lukasz Luba , Valentin Schneider , ACPI Devel Maling List , Linux PM , Linux Kernel Mailing List Subject: Re: [PATCH v2 0/4] cppc_cpufreq: fix, clarify and improve support Message-ID: <20201215233105.GA31906@arm.com> References: <20201214123823.3949-1-ionela.voinescu@arm.com> <20201214161158.GA11066@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 15 Dec 2020 at 19:21:01 (+0100), Rafael J. Wysocki wrote: > On Mon, Dec 14, 2020 at 5:14 PM Mian Yousaf Kaukab wrote: > > > > On Mon, Dec 14, 2020 at 12:38:19PM +0000, Ionela Voinescu wrote: > > > Hi guys, > > > > > > I'm sending v2 of some of the patches at [1] in light of the discussions > > > at [2]. > > > > > > v2: > > > - Patches 1-3 are trivial rebase on linux next 20201211, with conflicts > > > fixed after eliminating what previously was "[PATCH 4/8] cppc_cpufreq: > > > replace per-cpu structures with lists." Therefore, I have kept > > > Viresh's acks. > > > > > > - Patch 4 is a merge between: > > > - [PATCH 4/8] cppc_cpufreq: replace per-cpu structures with lists > > > - [PATCH] cppc_cpufreq: optimise memory allocation for HW and NONE > > > coordination > > > both found at [1]. > > > > > > This functionality was introducing the problem at [2] and it's fixed > > > in this version by bailing out of driver registration if a _CPC entry > > > is not found for a CPU. > > > > > > Yousaf, it would be great if you can test this and make sure it > > > matches your expectations. > > > > > > Rafael, Viresh if you think this last patch introduces too many > > > changes, you can skip it for 5.11 which is around the corner and > > > have more time for review for 5.12. I've added more eyes in the review > > > list. > > > > > > > > > All patches are based on linux next 20201211 after patch at [3] is > > > applied. > > > > > > [1] https://lore.kernel.org/linux-pm/20201105125524.4409-1-ionela.voinescu@arm.com/#t > > > [2] https://lore.kernel.org/linux-pm/20201210142139.20490-1-yousaf.kaukab@suse.com/ > > > [3] https://lore.kernel.org/linux-pm/20201214120740.10948-1-ionela.voinescu@arm.com/ > > > > > > Ionela Voinescu (4): > > > cppc_cpufreq: use policy->cpu as driver of frequency setting > > > cppc_cpufreq: clarify support for coordination types > > > cppc_cpufreq: expose information on frequency domains > > > cppc_cpufreq: replace per-cpu data array with a list > > > > > > .../ABI/testing/sysfs-devices-system-cpu | 3 +- > > > drivers/acpi/cppc_acpi.c | 141 ++++++------ > > > drivers/cpufreq/cppc_cpufreq.c | 204 ++++++++++-------- > > > include/acpi/cppc_acpi.h | 6 +- > > > 4 files changed, 181 insertions(+), 173 deletions(-) > > > > For the whole series: > > Tested-by: Mian Yousaf Kaukab > > All patches applied as 5.11-rc material, thanks! Many thanks, guys! Ionela.