Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp1887662rwb; Thu, 17 Nov 2022 03:38:16 -0800 (PST) X-Google-Smtp-Source: AA0mqf7CCHinxPd7T6KirkrWvbp/3mwh1YGjIZI1mRJ3UM9KLer58fQz8/QZaHr/L3dl4KgD/Lk9 X-Received: by 2002:a17:90a:62c2:b0:20d:bc7f:4fee with SMTP id k2-20020a17090a62c200b0020dbc7f4feemr8439501pjs.168.1668685096288; Thu, 17 Nov 2022 03:38:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1668685096; cv=none; d=google.com; s=arc-20160816; b=E9/sF1MCqmMP4CB7JXnz0TR7ncU414nM466tTYWEFUPymv2SJgv2xGvaGJbpnSbNB+ 2N3FzQYgyf0t3Ygl+mcBfoB0HsypYQvjNjVWSHmYkbXLIGxK0KWPRdG3S5g6nbChb4iP 48eIo7aHYFA1IKWIKxS+O627khYyQu2s6EIDV5yql2MJ1oiI4c0188ZmqtnEFTtCCmW/ rRFIP5KQUHA4YUM5b8UDSqqi3cTBBDPUYmX57c/Z4D6Uk0DY1XQZTK/LcibBXXpDTrFF oVbdbEeghefqPlivKL4ANq7vt7LR3TwUTBiE3NCtbtgHnlBonYWg01Ve7OBZwvlHsLeN p18w== 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:dkim-signature; bh=i+s6Ug5M5MNLeX0nDma7SaMLHMCJkt7UhOngWgPpU1U=; b=SqdNhyOyjudtuvFKf1x7sddrjNZpexRFMsZYQnxYTFMJCao8LAggt/WcMicda6WjEY NIJBsNGyVTnS7DqGwXyfKYG1g3+5K5jVI5qiXj/LkeqEyCPuA8fp97Qf0MqYkbraK05B F67KSW24Ai0gvfGsnF+xbNk+cGEN4hXPnns0GsWo7U2/tld+YopBc6Q1JvenMBfav4Sh LK21fDHglbO1jqXaD0s0kTljykUeBhYKZUZsPxJUyo7AlZfXFThsOMcLYVuzGq/UK8NX iNx4snV1y7qtudHFWXECWXluoi2sAHPTOUsCG9AIAorcd+XeKtDOtR4LoWw8LCliD36O IG5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="wNNgQ/uj"; 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 c127-20020a624e85000000b00541c0da3083si618510pfb.302.2022.11.17.03.38.04; Thu, 17 Nov 2022 03:38:16 -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="wNNgQ/uj"; 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 S234299AbiKQLYO (ORCPT + 92 others); Thu, 17 Nov 2022 06:24:14 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38286 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239238AbiKQLYJ (ORCPT ); Thu, 17 Nov 2022 06:24:09 -0500 Received: from mail-pj1-x102b.google.com (mail-pj1-x102b.google.com [IPv6:2607:f8b0:4864:20::102b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D7D3D3E0B8 for ; Thu, 17 Nov 2022 03:24:07 -0800 (PST) Received: by mail-pj1-x102b.google.com with SMTP id r61-20020a17090a43c300b00212f4e9cccdso5112590pjg.5 for ; Thu, 17 Nov 2022 03:24:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=i+s6Ug5M5MNLeX0nDma7SaMLHMCJkt7UhOngWgPpU1U=; b=wNNgQ/ujNH4aMiqD04braFOKKTznPN8QXWqPUL3WqXaFDSCXmvcc72WiGKxO5PEz36 xr/Fsvt7CyfIlnQTopNyjDouuyuKapNzxa5lfXtmpt2sycPaGWyX0EdziRTw7AeU7bDh Ux9A5wbvnBFZRUGKmZW+3Jl6qaDWzrIylvnwr8ybkHCNkYKgqJ7scbe2Y2GLWKqi0kYZ b9bicqYYE5bY0OT0dnHBY7WtfjClSSQnDvQBc1TUuPHwgyYdGL5p8mciOmma+hF6g9Ua NSa0LHXavdxR3GUMlBJkUCnAUEMYheSUTtC21D2raVEAXfdVDkMFi1qniRW9Mrk7RPDg fEXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=i+s6Ug5M5MNLeX0nDma7SaMLHMCJkt7UhOngWgPpU1U=; b=RDMsRN1O8AYDWNriDz0gPuIP6OJoAXtaFD5ioBVnR/bDL6hukDaFVp+gm3LTPHQARD xg3uHFCipYRxDOKpZKXW8Xe4n/IgLIybleWzACggF+QlDko5U71txILulysg/K2Uola+ YggRUaEnTYbvYreryX/QPwyZyOjKSmUN0uMxE9lVvPcdWOgnQebJDr9d6S83+gr16sXH j1F1m3aBqEILuhwKZfSHaC/uwX3IhBD2N+A8zkhcPWIKFRvjJcpFTtv36XrD5MT163Fu VB+F3ndjaL8rK3JxgcAeQ1I9JUxjbBqwFLG9X0G/tnoAzGg09HCSxG+RTTRDQKuMOtFt T22A== X-Gm-Message-State: ANoB5pnJSGn7pMqatU2G1+qjU7wyNB+ImoiQLgqvDrIPnRPkQOQ9Y0aL ZFThQHAOP6iiRJwLL9aCDEvEww== X-Received: by 2002:a17:90a:62c2:b0:20d:bc7f:4fee with SMTP id k2-20020a17090a62c200b0020dbc7f4feemr8385860pjs.168.1668684247332; Thu, 17 Nov 2022 03:24:07 -0800 (PST) Received: from localhost ([122.172.85.60]) by smtp.gmail.com with ESMTPSA id iz9-20020a170902ef8900b001754cfb5e21sm1062247plb.96.2022.11.17.03.24.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 17 Nov 2022 03:24:05 -0800 (PST) Date: Thu, 17 Nov 2022 16:54:03 +0530 From: Viresh Kumar To: Sudeep Holla Cc: Manivannan Sadhasivam , andersson@kernel.org, krzysztof.kozlowski+dt@linaro.org, rafael@kernel.org, robh+dt@kernel.org, johan@kernel.org, devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org Subject: Re: [PATCH v7 0/4] qcom-cpufreq-hw: Add CPU clock provider support Message-ID: <20221117112403.haffuclwooudvgwz@vireshk-i7> References: <20221117053145.10409-1-manivannan.sadhasivam@linaro.org> <20221117101903.sw3hxaruj5sfhybw@bogus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221117101903.sw3hxaruj5sfhybw@bogus> 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 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 17-11-22, 10:19, Sudeep Holla wrote: > Why do you need the above 3 changes if the below(4/4) will ensure > cpufreq_get(cpu) returns the clock frequency. I was expecting to drop the > whole "confusing" clock bindings and the unnecessary clock provider. > > Can't we just use cpufreq_get(cpu) ? https://lore.kernel.org/lkml/cover.1657695140.git.viresh.kumar@linaro.org/ The basic idea (need) here was to fix the DT and let the CPU nodes have clock related properties, which are missing currently. The context can be seen in the above thread. -- viresh