Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp1210162pxm; Wed, 23 Feb 2022 21:18:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJxolMjTUgRvWEUoa5wW4x1JMX5k7m6GB+LQsq3oNbuZ7R54PSVpAyVsCvVPeYkFe6zKI7uU X-Received: by 2002:a17:90b:3b4d:b0:1bc:a5a7:b389 with SMTP id ot13-20020a17090b3b4d00b001bca5a7b389mr1112659pjb.148.1645679938323; Wed, 23 Feb 2022 21:18:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645679938; cv=none; d=google.com; s=arc-20160816; b=rT4ByicPrk+E3SoAJBfbjsWaS0ETx+Rzv+TQn96LgLbxGPhHV2dNmty2LpZIt1Dxr8 C6+0z1N4BmUWtvtkVeQ/s+EsxR4mnPY3q3mbIn3JFHRNRog/tdSnC/0sbEhRiTPKPkwf /u/IYvHpk3iEyjj9bqm6yoGTyrpcK0o81YrbMQy5YTblXX0oaqMcb0L+/8Y6Mn+0bGnM SO1FggEai9cSnFef2TnkTQgLPJjoY4xqD/uyl8nN/P1+6wSMEru6HyfDPTST9jjMywIq xcv2ebK89ynVbq9ucBYycTd9z4GRDf09ejNjqsqcY11clE10d9XlUe8YhDGW5HzfcKYt mZrw== 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 :dkim-signature; bh=77P2JI+MyxRqWwyJzILWsMrPWI1o+ce61O2JTaPSvAQ=; b=bZH0Ls0YB4G+HrDUnqOgjX/HQrKYTjdvuWDlwPOb0Zt3NWPXqZ+g+I7FQQBhJL4t+j G+9a/4rMazD14WffSWkZBP8d8QoVaFd6YPzZztvNPMq+emBdfLQovPg4FnF6R/scxJGt 1zksc4vHTgfHi8xg6PGlWEN+dAX0dWnahuKs9M1mNDWEhmThndpO0PgNEHbcCxWwsLEj Z8YcCZ/6koO9JfYh/eOqcAJULENCFN6nFXqIdrsdRf9NIJKf2Pjm9O4ln3e2d4l4ZQ8I GDPxM7XbQLsPp97mwCW5krvs4kklQOwSh9PIeasH7JTQ1mE+9GSheSlky859B2Cm5g48 snnQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=TPlqsYcE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s1si1571705pgo.597.2022.02.23.21.18.42; Wed, 23 Feb 2022 21:18:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=TPlqsYcE; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229968AbiBXEao (ORCPT + 99 others); Wed, 23 Feb 2022 23:30:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39612 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229759AbiBXEal (ORCPT ); Wed, 23 Feb 2022 23:30:41 -0500 Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 40B101B71A6 for ; Wed, 23 Feb 2022 20:30:11 -0800 (PST) Received: by mail-pg1-x52f.google.com with SMTP id o23so716739pgk.13 for ; Wed, 23 Feb 2022 20:30:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=77P2JI+MyxRqWwyJzILWsMrPWI1o+ce61O2JTaPSvAQ=; b=TPlqsYcEVfDCM0ihBfeUhtrw/lPll3vq+t4q/NTb1mET+tgGSzklKnwGsKNK8je7KF YLmPlSfbbb+Cwyb3vr0MVGN3BY/52j0Rw3+3nNi6VRnhyfMhaum3drXpRWeK2YfZC+Um ls+A6RQnosFrQTyEtPNLtpx1XkvHzz4L/WiXoMDZVKoBEU67ZPAOKb2ZZjNGVqa8fxLx LtaMmIyWUPuJv9R3llX155mpNCiMyb8wMTJVVJPTcENyGbdng+BF+AWbpqhUz4iwltPh 3Vfq19GtMOf6rkpndGipRMap1gjJ10f5Yg1OAJzNILMi1iTQHNSYoYtxBP3ClXMIkwul Yx5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=77P2JI+MyxRqWwyJzILWsMrPWI1o+ce61O2JTaPSvAQ=; b=FkH4DXDQY+i9CxaD1pD1a9yuVH2Aa/lKvzUiu7VRSZ3H09yDkb6InFBnNjv2N/oPR3 4Nt3OcNvGZ1WA2iCn3iyljjyjei2gzM4Z8D6u3uMnqyK9FC6kZb0AGJlPYsgs5hW9XbQ OM37GwqBzGI13vWLBMZ521F+qjeW60FWWRMO2ZxiwHyf5u3jIZ/dK5L/F65aPWj/aEPE RPa+Y85NSEdv4/VWMJPZRzWbc4Gs+zcrgfPI+YCfTIVkzHrYM3daCM3wXAjyHNaFjpY8 QwNdlXDxnHG/RibqcHYFAEsSP+zQ2hYiX8KQz+/l1lNp7y5Ufq9wN6N60SMw35rrHbb9 mQDA== X-Gm-Message-State: AOAM533CZJ4rlO4M5TzZ4dbBsicnoFPqr3gT5QM+t19Htg1E/zqcUHv+ 9xkUTMWZmhopCr0cucmEG5eJJw== X-Received: by 2002:aa7:8d54:0:b0:4e0:bd6:cfb9 with SMTP id s20-20020aa78d54000000b004e00bd6cfb9mr858266pfe.60.1645677010703; Wed, 23 Feb 2022 20:30:10 -0800 (PST) Received: from localhost ([223.184.83.228]) by smtp.gmail.com with ESMTPSA id ng16sm992291pjb.12.2022.02.23.20.30.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Feb 2022 20:30:09 -0800 (PST) Date: Thu, 24 Feb 2022 10:00:07 +0530 From: Viresh Kumar To: Bjorn Andersson Cc: "Rafael J. Wysocki" , linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] cpufreq: qcom-hw: Add support for per-core-dcvs Message-ID: <20220224043007.2s3jrwork4zxxlsq@vireshk-i7> References: <20220210050117.747569-1-bjorn.andersson@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220210050117.747569-1-bjorn.andersson@linaro.org> User-Agent: NeoMutt/20180716-391-311a52 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, 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 lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09-02-22, 21:01, Bjorn Andersson wrote: > The OSM and EPSS hardware controls the frequency of each cluster in the > system based on requests from the OS and various limiting factors, such > as input from LMH. > > In most systems the vote from the OS is done using a single register per > cluster, but some systems are configured to instead take one request per > core. In this configuration a set of consecutive registers are used for > the OS to request the frequency of each of the cores within the cluster. > The information is then aggregated in the hardware and the frequency for > the cluster is determined. > > As the current implementation ends up only requesting a frequency for > the first core in each cluster and only the vote of non-idle cores are > considered it's often the case that the cluster will be clocked (much) > lower than expected. > > It's possible that there are benefits of performing the per-core > requests from the OS, but more investigation of the outcome is needed > before introducing such support. As such this patch extends the request > for the cluster to be written to all the cores. > > The weight of the policy's related_cpus is used to determine how many > cores, and hence consecutive registers, each cluster has. > > The OS is not permitted to disable the per-core dcvs feature. > > Signed-off-by: Bjorn Andersson > --- > drivers/cpufreq/qcom-cpufreq-hw.c | 18 ++++++++++++++++++ > 1 file changed, 18 insertions(+) Applied. Thanks. -- viresh