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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 60F8BC433EF for ; Wed, 13 Jul 2022 14:42:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236593AbiGMOmx (ORCPT ); Wed, 13 Jul 2022 10:42:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46616 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236587AbiGMOms (ORCPT ); Wed, 13 Jul 2022 10:42:48 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8F1AA33E31; Wed, 13 Jul 2022 07:42:47 -0700 (PDT) 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 9F4631424; Wed, 13 Jul 2022 07:42:47 -0700 (PDT) Received: from bogus (unknown [10.57.7.85]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 932AB3F73D; Wed, 13 Jul 2022 07:42:44 -0700 (PDT) Date: Wed, 13 Jul 2022 15:42:41 +0100 From: Sudeep Holla To: Manivannan Sadhasivam Cc: rafael@kernel.org, viresh.kumar@linaro.org, robh+dt@kernel.org, Sudeep Holla , krzk+dt@kernel.org, bjorn.andersson@linaro.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, angelogioacchino.delregno@somainline.org, Hector Yuan Subject: Re: [PATCH v2 1/2] dt-bindings: dvfs: Use MediaTek CPUFREQ HW as an example Message-ID: <20220713144241.mmtc4nagzzthpzh2@bogus> References: <20220309151541.139511-1-manivannan.sadhasivam@linaro.org> <20220309151541.139511-2-manivannan.sadhasivam@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220309151541.139511-2-manivannan.sadhasivam@linaro.org> Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On Wed, Mar 09, 2022 at 08:45:40PM +0530, Manivannan Sadhasivam wrote: > Qcom CPUFREQ HW don't have the support for generic performance domains yet. > So use MediaTek CPUFREQ HW that has the support available in mainline. > > This also silences the below dtschema warnings for "cpufreq-qcom-hw.yaml": > > Documentation/devicetree/bindings/dvfs/performance-domain.example.dt.yaml: performance-controller@12340000: reg: [[305397760, 4096]] is too short > From schema: Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.yaml > Documentation/devicetree/bindings/dvfs/performance-domain.example.dt.yaml: performance-controller@12340000: 'clocks' is a required property > From schema: Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.yaml > Documentation/devicetree/bindings/dvfs/performance-domain.example.dt.yaml: performance-controller@12340000: 'clock-names' is a required property > From schema: Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.yaml > Documentation/devicetree/bindings/dvfs/performance-domain.example.dt.yaml: performance-controller@12340000: '#freq-domain-cells' is a required property > From schema: Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.yaml > Documentation/devicetree/bindings/dvfs/performance-domain.example.dt.yaml: performance-controller@12340000: '#performance-domain-cells' does not match any of the regexes: 'pinctrl-[0-9]+' > From schema: Documentation/devicetree/bindings/cpufreq/cpufreq-qcom-hw.yaml > > Cc: Hector Yuan > Cc: Sudeep Holla Thanks for picking this up. Acked-by: Sudeep Holla -- Regards, Sudeep