Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2675562pxu; Mon, 14 Dec 2020 08:16:35 -0800 (PST) X-Google-Smtp-Source: ABdhPJzCpv1fcw9X9ByJs849DdHmbHot7IHkpAHNdFpJLJd4C0ZFZuMnWHtCweP0Gg2xvnzB7CBA X-Received: by 2002:a50:b944:: with SMTP id m62mr11135299ede.182.1607962594907; Mon, 14 Dec 2020 08:16:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607962594; cv=none; d=google.com; s=arc-20160816; b=hJOaxS2rLjKFakp7xCVLbWpgUjOsbqgJ4vUdQr6+h7je2zq2Ah6sVQ8QIsrIKLBFPG kl4T7zR1YeNJwSJmgDEdWXvoCWxy4J4dvb6BMUQkQd4nlHtx1431fXh2JiwzWtubJtU7 Empy4L3l4pS5fVFRgB/gixaUIX/RK2aJ+pQeUpPaKIFz7i1mOyUlFFJlvToFLX2r/LH1 FgraPDia00N3oQqncrsr3pF9K1yAshsdG0UYPGFrFC4WJa8OId/vyaaDuBxiVCx0a6+u 8NEcDI4K5Mt3G8CICQtaSDOSXNvBCMaA4mk47Ze0umFEpVDGd/L2g0u7v1JM8dE6PnUW YUZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=Yi40kOS/RjQpIBaaa5nio7ww3hmHN+hdjPqaWCvF01Q=; b=qMrh1jhxdsh+OS6GF/sRzQtIogfBrbhtNEacOB2d94vLpJfK4DW4Yt8o+9dOIRxwWM 0RslB+MimPRNeFNoLpptHGQMPV6EPbkt2kfTV87XKGG00/oKTphnNqLfIDz4Z82m/zmN VleMNhUht7jg2cOe2s1L7qsAukMaFD3zN6PcHYPVrkMTax7tmjV5lZLB38rreZZs49z9 XdZAR42/HtPqzaNJSdqXeQLSwmMUOfqXdrmUv3/11rwXs+GOfsGi8wwCByBOTX+vl/GP fTt90QZbvlh05VYhXCD0P3YvHBMOJLRkpYyLbHsIdFV4IlHyQRAqhGDRMBU8qZXCx1QP G4QA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e12si10028768eje.644.2020.12.14.08.16.09; Mon, 14 Dec 2020 08:16:34 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729848AbgLNQOE (ORCPT + 99 others); Mon, 14 Dec 2020 11:14:04 -0500 Received: from mx2.suse.de ([195.135.220.15]:35218 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2440048AbgLNQMq (ORCPT ); Mon, 14 Dec 2020 11:12:46 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id B7A35AC7F; Mon, 14 Dec 2020 16:12:04 +0000 (UTC) Date: Mon, 14 Dec 2020 17:11:58 +0100 From: Mian Yousaf Kaukab To: Ionela Voinescu Cc: rjw@rjwysocki.net, viresh.kumar@linaro.org, lenb@kernel.org, yousaf.kaukab@suse.com, jeremy.linton@arm.com, lukasz.luba@arm.com, valentin.schneider@arm.com, linux-acpi@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 0/4] cppc_cpufreq: fix, clarify and improve support Message-ID: <20201214161158.GA11066@suse.de> References: <20201214123823.3949-1-ionela.voinescu@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20201214123823.3949-1-ionela.voinescu@arm.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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