From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-13.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,INCLUDES_PATCH, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8DA42C47083 for ; Wed, 2 Jun 2021 03:43:05 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 70F63613CC for ; Wed, 2 Jun 2021 03:43:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229799AbhFBDoq (ORCPT ); Tue, 1 Jun 2021 23:44:46 -0400 Received: from m43-7.mailgun.net ([69.72.43.7]:24913 "EHLO m43-7.mailgun.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229625AbhFBDoq (ORCPT ); Tue, 1 Jun 2021 23:44:46 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1622605384; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=3RWpGH7+ADvxSKf9v9v8j26Fd2ClOYJsOneqcbpTZIE=; b=Uxaa7/aROoGzkeL5beFe9gegZn/GYHrcvtBDr4iNqQTIFgmT/JvMAy1btpZ/4s3zHiznkNsh 0+ZFCJwBZAjC/qwzPlDdlrtA6zw9IhxBhqAI6V4phNbK2OTDJxSav+xnCIus0kCjZrUF9NoM JOMiZQ29OaRqV4wGalVlJkVqKWM= X-Mailgun-Sending-Ip: 69.72.43.7 X-Mailgun-Sid: WyI1YmJiNiIsICJkZXZpY2V0cmVlQHZnZXIua2VybmVsLm9yZyIsICJiZTllNGEiXQ== Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by smtp-out-n01.prod.us-east-1.postgun.com with SMTP id 60b6fe47e27c0cc77f2d4438 (version=TLS1.2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256); Wed, 02 Jun 2021 03:43:03 GMT Sender: sibis=codeaurora.org@mg.codeaurora.org Received: by smtp.codeaurora.org (Postfix, from userid 1001) id DC209C4338A; Wed, 2 Jun 2021 03:43:02 +0000 (UTC) Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: sibis) by smtp.codeaurora.org (Postfix) with ESMTPSA id 1FA98C433F1; Wed, 2 Jun 2021 03:43:02 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 02 Jun 2021 09:13:02 +0530 From: Sibi Sankar To: Bjorn Andersson Cc: Viresh Kumar , dianders@chromium.org, mka@chromium.org, sboyd@kernel.org, agross@kernel.org, robh+dt@kernel.org, rjw@rjwysocki.net, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org Subject: Re: [PATCH v3 1/2] cpufreq: blacklist SC7280 in cpufreq-dt-platdev In-Reply-To: References: <1620807083-5451-1-git-send-email-sibis@codeaurora.org> <1620807083-5451-2-git-send-email-sibis@codeaurora.org> <20210520035622.e276tqpl4gg5fxhk@vireshk-i7> <6f5b1d0992243ff5d71362f463a5f1cf@codeaurora.org> Message-ID: X-Sender: sibis@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 2021-05-31 23:51, Bjorn Andersson wrote: > On Thu 20 May 02:20 CDT 2021, Sibi Sankar wrote: > >> On 2021-05-20 09:26, Viresh Kumar wrote: >> > On 12-05-21, 13:41, Sibi Sankar wrote: >> > > Add SC7280 to cpufreq-dt-platdev blacklist since the actual scaling is >> > > handled by the 'qcom-cpufreq-hw' driver. >> > > >> > > Reviewed-by: Douglas Anderson >> > > Signed-off-by: Sibi Sankar >> > > --- >> > > drivers/cpufreq/cpufreq-dt-platdev.c | 1 + >> > > 1 file changed, 1 insertion(+) >> > > >> > > diff --git a/drivers/cpufreq/cpufreq-dt-platdev.c >> > > b/drivers/cpufreq/cpufreq-dt-platdev.c >> > > index 5e07065ec22f..345418b8250e 100644 >> > > --- a/drivers/cpufreq/cpufreq-dt-platdev.c >> > > +++ b/drivers/cpufreq/cpufreq-dt-platdev.c >> > > @@ -137,6 +137,7 @@ static const struct of_device_id blacklist[] >> > > __initconst = { >> > > { .compatible = "qcom,msm8996", }, >> > > { .compatible = "qcom,qcs404", }, >> > > { .compatible = "qcom,sc7180", }, >> > > + { .compatible = "qcom,sc7280", }, >> > > { .compatible = "qcom,sdm845", }, >> > > >> > > { .compatible = "st,stih407", }, >> > >> > Applied 1/2. Thanks. >> > >> > What do you want to do for 2/2 ? Go through my tree? need an update ? >> >> Lets skip pulling in 2/2 for now. > > In particular it's ripe for merge conflicts, so I'd prefer to take it > through my tree. > >> It depends on a few other changes to land first and the cpufreq node >> for sc7280 needs a re-spin. > > What other dependencies do we have? > > I dropped the reg-names from the cpufreq node and merged that change. It depends on the epss cpufreq and l3 node. The reg regions used by the cpufreq and l3 regions currently overlap and that needs to be sorted out in cpufreq. > > Regards, > Bjorn -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project.