Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp1368964img; Tue, 26 Feb 2019 20:40:07 -0800 (PST) X-Google-Smtp-Source: AHgI3IYP0OXoiQxO0O27+W2O6lNm9dULh2F37FgQQOlUxpAB3iIRTHtBVOyi6DJv8DrQcfwlcr7m X-Received: by 2002:a17:902:7d8c:: with SMTP id a12mr114302plm.255.1551242406960; Tue, 26 Feb 2019 20:40:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551242406; cv=none; d=google.com; s=arc-20160816; b=MwHLhUXEo7eIooVTfVmlmN488tgXnYtDy+ymk/b9sqvi2Dr5PUalb8a/DUSpSFStV5 87op1ouSoHyANhtMx8++G60RdcTfKiu/EbgImObEbfEewEXaY2uRoSFlX6T/FoZbT+Bm E4/0xdUhWybF523i5P9XUGyYANQGSGeVHnnGS8UZxvBj96aYw0/aXJS+3SefzBOJktU6 PP21v2PQWQ8bdKfK9VCT/nZuAHdhRjVUoXwxA+AgHvBjvMuB1L1EgYp1bjrp0fQixpVw dMbip8zy0XU69/GwIObMzrEP9n2jCNxkh+HSXs/OdQpyiwKOXNuFP0MaCi9YJ13LmNcM fNfg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=LwliXBXxt4yYVgbnR6n0kxTv37WZzXzE/hIACpBe9hA=; b=N1iRStBMmQUoeC0BJk4ULD11ltSd4epA8838ITZYpaX3084PmoMdiA+pt7gJzf6An0 XKPPGuMmh7+SbV6vX+vkT8ytKSft8u69cnNHq6oEvWrBILDT8wh1L9Y/y5HEeW6kujPc Mnht3XILHkEwbQO84jDZUl1/i67L3c8HX8+hUc0gqKP+A2QxjohRZKTYeqEKRpP7OtKo 2amJLekAds/ccHZXHREyG+Adp9889JAhmgaUeeYkW00kZEPr3XWrbYdE7aFR/6H7+JX9 BaN1m7+EuZrfkw1Jw7YkzyZVhfLxXxdeBEL7qR95aeAZkErXiVG9xTpWjy24Ra/xMmiR 8USw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b11si13944827pgk.77.2019.02.26.20.39.51; Tue, 26 Feb 2019 20:40:06 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729461AbfB0Ej1 (ORCPT + 99 others); Tue, 26 Feb 2019 23:39:27 -0500 Received: from mailgw02.mediatek.com ([210.61.82.184]:55225 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1729265AbfB0Ej0 (ORCPT ); Tue, 26 Feb 2019 23:39:26 -0500 X-UUID: a69a58daeb3d4044a38b0083edb6fab8-20190227 X-UUID: a69a58daeb3d4044a38b0083edb6fab8-20190227 Received: from mtkexhb02.mediatek.inc [(172.21.101.103)] by mailgw02.mediatek.com (envelope-from ) (mhqrelay.mediatek.com ESMTP with TLS) with ESMTP id 646528219; Wed, 27 Feb 2019 12:39:15 +0800 Received: from mtkcas08.mediatek.inc (172.21.101.126) by mtkmbs03n1.mediatek.inc (172.21.101.181) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Wed, 27 Feb 2019 12:39:14 +0800 Received: from [172.21.77.4] (172.21.77.4) by mtkcas08.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Wed, 27 Feb 2019 12:39:14 +0800 Message-ID: <1551242354.1047.37.camel@mtksdaap41> Subject: Re: [PATCH v4 01/12] clk: mediatek: Disable tuner_en before change PLL rate From: Weiyi Lu To: Matthias Brugger CC: Nicolas Boichat , Stephen Boyd , Rob Herring , James Liao , Fan Chen , , , , , , , Owen Chen Date: Wed, 27 Feb 2019 12:39:14 +0800 In-Reply-To: <1551239460.1047.30.camel@mtksdaap41> References: <20190201083016.25856-1-weiyi.lu@mediatek.com> <20190201083016.25856-3-weiyi.lu@mediatek.com> <41aed6f5-8794-ddf5-d5c2-17ee82e33db3@gmail.com> <1551239460.1047.30.camel@mtksdaap41> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2019-02-27 at 11:51 +0800, Weiyi Lu wrote: > On Tue, 2019-02-26 at 16:59 +0100, Matthias Brugger wrote: > > > > On 01/02/2019 09:30, Weiyi Lu wrote: > > > From: Owen Chen > > > > > > PLLs with tuner_en bit, such as APLL1, need to disable > > > tuner_en before apply new frequency settings, or the new frequency > > > settings (pcw) will not be applied. > > > The tuner_en bit will be disabled during changing PLL rate > > > and be restored after new settings applied. > > > Another minor change is to correct the macro name of pcw change bit > > > to CON1_PCW_CHG because PCW_CHG(BIT31) is on CON1. > > > > > > Fixes: e2f744a82d725 (clk: mediatek: Add MT2712 clock support) > > > Cc: > > > Signed-off-by: Owen Chen > > > --- > > > drivers/clk/mediatek/clk-pll.c | 33 +++++++++++++++++++++++++++++++-- > > > 1 file changed, 31 insertions(+), 2 deletions(-) > > > > > > diff --git a/drivers/clk/mediatek/clk-pll.c b/drivers/clk/mediatek/clk-pll.c > > > index f54e4015b0b1..f0ff5f535c7e 100644 > > > --- a/drivers/clk/mediatek/clk-pll.c > > > +++ b/drivers/clk/mediatek/clk-pll.c > > > @@ -27,7 +27,7 @@ > > > #define CON0_BASE_EN BIT(0) > > > #define CON0_PWR_ON BIT(0) > > > #define CON0_ISO_EN BIT(1) > > > -#define CON0_PCW_CHG BIT(31) > > > +#define CON1_PCW_CHG BIT(31) > > > > > > #define AUDPLL_TUNER_EN BIT(31) > > > > > > @@ -93,9 +93,31 @@ static void mtk_pll_set_rate_regs(struct mtk_clk_pll *pll, u32 pcw, > > > { > > > u32 con1, val; > > > int pll_en; > > > + u32 tuner_en = 0; > > > + u32 tuner_en_mask; > > > + void __iomem *tuner_en_addr = NULL; > > > > > > pll_en = readl(pll->base_addr + REG_CON0) & CON0_BASE_EN; > > > > > > + /* disable tuner */ > > > + if (pll->tuner_en_addr) { > > > + tuner_en_addr = pll->tuner_en_addr; > > > + tuner_en_mask = BIT(pll->data->tuner_en_bit); > > > + } else if (pll->tuner_addr) { > > > + tuner_en_addr = pll->tuner_addr; > > > + tuner_en_mask = AUDPLL_TUNER_EN; > > > + } > > > + > > > + if (tuner_en_addr) { > > > + val = readl(tuner_en_addr); > > > + tuner_en = val & tuner_en_mask; > > > + > > > + if (tuner_en) { > > > + val &= ~tuner_en_mask; > > > + writel(val, tuner_en_addr); > > > + } > > > + } > > > + > > > > Why don't we use a flag here, it would make the code easier to understand. > > I think it would also help if you put this code in a separate function. > > > > Regards, > > Matthias > > > > Hi Matthias, > > I guess you suggest to add a flag (e.g. CLK_TUNER_SUPPORT) and declare > the PLL clock with this flag. And inside this mtk_pll_set_rate_regs() > function, we could modify it as below. Am I right? > > if (pll->data->flags & CLK_TUNER_SUPPORT) > disable_tuner(); > [...] > if (pll->data->flags & CLK_TUNER_SUPPORT) > enable_tuner(); > > > But I thought this flag might be a customized flags and can only be put > in clk-mtk.h not clk-provider.h so far. And it might cause > potential problem of clock flag re-definition. May I have more > suggestion? > Please ignore the potential problem I mentioned, I just checked it carefully and that redefinition problem won't happen in current flow. Sorry for having you confused. But I still need to confirm with you if the method in previous mail is correct? Thanks. > > > > > /* set postdiv */ > > > val = readl(pll->pd_addr); > > > val &= ~(POSTDIV_MASK << pll->data->pd_shift); > > > @@ -116,12 +138,19 @@ static void mtk_pll_set_rate_regs(struct mtk_clk_pll *pll, u32 pcw, > > > con1 = readl(pll->base_addr + REG_CON1); > > > > > > if (pll_en) > > > - con1 |= CON0_PCW_CHG; > > > + con1 |= CON1_PCW_CHG; > > > > > > writel(con1, pll->base_addr + REG_CON1); > > > if (pll->tuner_addr) > > > writel(con1 + 1, pll->tuner_addr); > > > > > > + /* restore tuner_en */ > > > + if (tuner_en_addr && tuner_en) { > > > + val = readl(tuner_en_addr); > > > + val |= tuner_en_mask; > > > + writel(val, tuner_en_addr); > > > + } > > > + > > > if (pll_en) > > > udelay(20); > > > } > > > >