Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp1757158pxm; Thu, 24 Feb 2022 08:49:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJxhU+5ZDG2n/t4M0ENKhmUH0dCmPvZo923IKKdC0YF2pI/Ww5vR3sCTCPY1UsTri6GIOdWL X-Received: by 2002:a17:906:ccda:b0:6a8:49b8:d2ad with SMTP id ot26-20020a170906ccda00b006a849b8d2admr2987329ejb.257.1645721344431; Thu, 24 Feb 2022 08:49:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645721344; cv=none; d=google.com; s=arc-20160816; b=prtiOWNidWFYvP9QzsxA+PkXu/Eq0aAuBINJ89efVRvjf6RCYaK8vDLdVn03v7JmFr W0WoHW3AYYUDHFAgqgBRwZVt2TqJxB0+YSIZepnqJFV08PvvKFdWw7LYFalo2seohWZA Gn1tkFkIAsRWnIu4cJQBy13e18SSrzBLX93F3Mr7iOUTd3u7val0QLPPHcfL3pZXADkN m/DN/24ZQnSoqrArDuV2zc6ucqra0oddF9KnhPQdwtDQrIXXFzCGPJBK/4NR6wvfXn/l r90X/sivhPzDs1JnQjVh3MbXH+ObDrFR9bATGsndCmpN2zZmx0rCmXJUhyYdqqQKFz3D a9TQ== 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=rKwNr7V3uW8Gv5L5uE2dYixe/ABj2Wzg3cgJbqkHzkw=; b=PdDivR0x2yEY0CpXIaxBE4vS/8VP+LbHUXNOJu5bOYkDUYuSPM9PuQyWKKKRRqxqWq zTUOqw/f4t15QmK0vzF3+aFGooTTsD7i2HwuElKo+EgyCYJ1d6AUXn2sxwAkYEBYBqPB mux5eeErIEUSIk2SdRZQqXZNgWXRMtHfUs+0MHn4tQD7fY8wE7E1tWNftj6/DVLzNR/E XBIiHCTWDFIcma0cpyTHxxZzgxMe6tXJXT1vZzI9Ao9fNoo4uD/qvGZL3bld8v6tTpsV 8+zW9kMSw+bQHN9Z8SyKo9WPizWlJ50XnCy/qnbGljNHhzWInelTP8Kj+9CZOMVeSGIm EvOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=zIopXaux; 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 y13-20020a056402358d00b00410d41d96ddsi138262edc.76.2022.02.24.08.48.39; Thu, 24 Feb 2022 08:49:04 -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=zIopXaux; 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 S230027AbiBXQsg (ORCPT + 99 others); Thu, 24 Feb 2022 11:48:36 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35984 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229513AbiBXQsf (ORCPT ); Thu, 24 Feb 2022 11:48:35 -0500 Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::231]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 48CDC16A58F for ; Thu, 24 Feb 2022 08:48:05 -0800 (PST) Received: by mail-oi1-x231.google.com with SMTP id i5so3401782oih.1 for ; Thu, 24 Feb 2022 08:48:05 -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; bh=rKwNr7V3uW8Gv5L5uE2dYixe/ABj2Wzg3cgJbqkHzkw=; b=zIopXaux8buylgS/mMHZWgmjizG0jplQs8WuYQ5OzFEyXnPpgWKNOyXcLU+p3/hBRl vx9xc12pCvRjJwjNTUA4wjFzc0f14UVrk0+2ny2yfQH0Ym1CXGcRXthGMimMYa92kRBv 7s13/nHCq3ffzYJvRkajTcVApXX7VgEw9upY4NLrk1rPdwD6Xx6x5Z6r6uPxQ1YaznWp cyaF1WhTvaHQ8BS6WRTjKAl/NKwRT//U5eIFo4LHCBF57MG/YieDl38gAhXY9Nw0OOUz IyXdAf46a0JT/5m/vv7J1T/yFsMXY6z4XuB3xmDuPRPpnhq8AP8rdbCL15J1eEyM8HWe fLAQ== 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; bh=rKwNr7V3uW8Gv5L5uE2dYixe/ABj2Wzg3cgJbqkHzkw=; b=ORJlScep4iEitcADTOfQgRDQk3xp4o4zhhN+gpZq5Aa6rivtQ3af8nC8DGS3o0IeD4 UIcPa26g7aqihmJlIavvnZC7j2NkZJg3VYmfzsUzm6WmLMnd0MoXamkKklKofEjPzmDP gkhyK4g63xfmEtsN3h2ssOrjgiQ7du2TcMhMDxubDTGY7KbYuBRlyQj47/fMn5xKKNRP x5wE1yKTxGej10sE0XOy5MAiszUbWi/ljzZnkZjiJ7pKdKezJyI51DImFXCB8AIN0Dac jQVlFocOybJEsZSxFs99AghEEbE9K4pLziS+iEXfbLS1Gt8SejZX/UXMD6PRqU1vzRPr 3fbA== X-Gm-Message-State: AOAM5308EC0RUqRn72YzR1A8IJKvhovVkgs3skjYOCxsTePciloTFnw8 ko0ULFYaMy4bJUpTJIqIi4DZEb/3Dhb+OA== X-Received: by 2002:a05:6870:2042:b0:d6:d3e6:ec3 with SMTP id l2-20020a056870204200b000d6d3e60ec3mr1075903oad.315.1645719305760; Thu, 24 Feb 2022 08:15:05 -0800 (PST) Received: from ripper ([2600:1700:a0:3dc8:205:1bff:fec0:b9b3]) by smtp.gmail.com with ESMTPSA id eh38sm1639274oab.36.2022.02.24.08.15.04 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 24 Feb 2022 08:15:04 -0800 (PST) Date: Thu, 24 Feb 2022 08:17:03 -0800 From: Bjorn Andersson To: Ansuel Smith Cc: Andy Gross , Michael Turquette , Stephen Boyd , Rob Herring , Philipp Zabel , Taniya Das , linux-arm-msm@vger.kernel.org, linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 08/16] clk: qcom: gcc-ipq806x: add additional freq nss cores Message-ID: References: <20220217235703.26641-1-ansuelsmth@gmail.com> <20220217235703.26641-9-ansuelsmth@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Thu 24 Feb 07:55 PST 2022, Ansuel Smith wrote: > On Wed, Feb 23, 2022 at 09:55:16PM -0600, Bjorn Andersson wrote: > > On Thu 17 Feb 17:56 CST 2022, Ansuel Smith wrote: > > > > > Ipq8065 SoC (an evolution of ipq8064 SoC) contains nss cores that can be > > > clocked to 800MHz. Add these missing freq to the gcc driver. > > > > > > > Do we somehow need to ensure that these new frequencies are only > > available on 8065? > > > > Regards, > > Bjorn > > > > In theory ipq8064 can run the nss cores to this freq. Do you have any > suggestion on how to limit these 2 clock to the different compatible? > What's done in other clock drivers is that we have different compatibles and then rewrite the clock definitions at probe before registering the clocks. It sounds like it's the right thing to do here as well, to avoid the 8064 nss to be overclocked. Regards, Bjorn > > > Signed-off-by: Ansuel Smith > > > --- > > > drivers/clk/qcom/gcc-ipq806x.c | 4 ++++ > > > 1 file changed, 4 insertions(+) > > > > > > diff --git a/drivers/clk/qcom/gcc-ipq806x.c b/drivers/clk/qcom/gcc-ipq806x.c > > > index a4bf78fe8678..53a61860063d 100644 > > > --- a/drivers/clk/qcom/gcc-ipq806x.c > > > +++ b/drivers/clk/qcom/gcc-ipq806x.c > > > @@ -232,7 +232,9 @@ static struct clk_regmap pll14_vote = { > > > > > > static struct pll_freq_tbl pll18_freq_tbl[] = { > > > NSS_PLL_RATE(550000000, 44, 0, 1, 0x01495625), > > > + NSS_PLL_RATE(600000000, 48, 0, 1, 0x01495625), > > > NSS_PLL_RATE(733000000, 58, 16, 25, 0x014b5625), > > > + NSS_PLL_RATE(800000000, 64, 0, 1, 0x01495625), > > > }; > > > > > > static struct clk_pll pll18 = { > > > @@ -2702,7 +2704,9 @@ static const struct freq_tbl clk_tbl_nss[] = { > > > { 110000000, P_PLL18, 1, 1, 5 }, > > > { 275000000, P_PLL18, 2, 0, 0 }, > > > { 550000000, P_PLL18, 1, 0, 0 }, > > > + { 600000000, P_PLL18, 1, 0, 0 }, > > > { 733000000, P_PLL18, 1, 0, 0 }, > > > + { 800000000, P_PLL18, 1, 0, 0 }, > > > { } > > > }; > > > > > > -- > > > 2.34.1 > > > > > -- > Ansuel