Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6737899ybi; Mon, 22 Jul 2019 00:41:21 -0700 (PDT) X-Google-Smtp-Source: APXvYqxyfQoQFA3SffXgw+lUNgTH8KNwjz9l5oYfI6rJ90tJH3aVj4NNt3YdNFFX3Qvq2S0E+icf X-Received: by 2002:a63:7358:: with SMTP id d24mr70146153pgn.224.1563781281504; Mon, 22 Jul 2019 00:41:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563781281; cv=none; d=google.com; s=arc-20160816; b=m8VPyE/njLqpCr9FsnkvMikM1vVseRiZC7/hictQ31E2dLRIAli/7ihpPA9iqz7qhl Tdc+uVqit9D9fwDzuBdDih6XruGEbu9m7YHHzykHtxCnlKQVfitrbSo5yLgBa+KwD2mf 7ZtLGM6UJDM9DJhKEzm7ku1XuM5bnvczFhdeYjDh6MlaKyjaBDKEkaUiOSnRKTQI7Dd4 gUFcFvX4BfGRfcnDXKbDEMQ59zMDztNbaqB3Vc8LNcUbqg/EAgVzIK9/VR96+MCF6Q3Y T6/RYFdEgWvvxk/6sacwEdXRNfDM8YqUNChOfbV6aHDzk8nuWYFF5llilpb4vPb7R9XS eqwg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=Z0WGnZO7/Z4erbEFJXtlAz4VpQQFxoA/ZnqQf2BM+eg=; b=ECIY22sOlx79BNDp4W9km/Mjqdf9kKHsJD3ovkbYvHgrDHYEvqUVsqq3ZE6ZpJLSg9 ODmkIEscy80nNdpMO4oUV8sUzmpznYYUxR08P018tqjwi8ClSRx4F02NnCyFraAIUEZA ZhJHDCKuLgOf8RmYBN6Qq+Qstt7kVvdDJbHImg3Qh7yJzOjCb6Om2RaxDZabb9dUHT+o 1at05vQHu6lCKfJCoT/9lrRwkeLq3YZyKqT1wXl98+T3nTTwDUPVs+qW83OqyebIZoh/ Ue34CHpEBlmShNh/ZREiWSHFX8wNWQbXHyVNZCDH/DfR41Hxg+Tp7Tiqh3RSKP2BjY71 /eQg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Fd8yseA9; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v27si10036906pgn.14.2019.07.22.00.41.05; Mon, 22 Jul 2019 00:41:21 -0700 (PDT) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Fd8yseA9; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727617AbfGVHR1 (ORCPT + 99 others); Mon, 22 Jul 2019 03:17:27 -0400 Received: from mail-lf1-f65.google.com ([209.85.167.65]:42697 "EHLO mail-lf1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725773AbfGVHR0 (ORCPT ); Mon, 22 Jul 2019 03:17:26 -0400 Received: by mail-lf1-f65.google.com with SMTP id s19so25841308lfb.9; Mon, 22 Jul 2019 00:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Z0WGnZO7/Z4erbEFJXtlAz4VpQQFxoA/ZnqQf2BM+eg=; b=Fd8yseA9gCqzx7yaMON3nloZwpWND5wPXO/aEqDkPh5zM83u5LoczvrTwniRAsukLT C2l2jGfpBvJI8YBGy37OT2q6x/gAesw/ozvz8VLJpI1bwlko9mbVyDHvcJKrPtc11S0I v70I2kUtE0Xcg0w8MW13A10vU1tqKHdLfkTP2sIjoPkWCRk1VByKY3i2i2JJyIhfd/0p 7oB7+rob0E3V9n2rdhXpMSOZatBG9J6/OxLcR41m3u9nSd4L7725tRU5CnFeEs6pMs9V 0RtmO3xvI6XO3ETBYWfgEGipnjJ8sbdEYdR6ZJmAqwocH7u18gNAJWbPbGMj9vlrT2kl sJZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Z0WGnZO7/Z4erbEFJXtlAz4VpQQFxoA/ZnqQf2BM+eg=; b=AtuHhJlTjngYNWuyYU/DfmGHL0OwCMMszCgpXIlvSvP6seiDcrZkEF29DjAtLzZvSS O2t0QpzXMd6BMZcX4gQVX9xrezzyUS4ZUvt2WoiAnzuqunUtRNENWTDVLvWpA9geHVHY bQF9Yk8Fvn09vj9ESQTvyCimrk/RJQi6JwyicuA56ZGZl8Ko1mIJWZRbM89KhgvFy/+d uCFzESSiI8qEJqTbL5pLV/TFcMHzWqZ3KQMWFwwWZeRMkv242u/5SbgOsN/tItHICHEv 4ynlkVJapy7Thgq4E+MKMloZ+nn3dcRcX5iBFKoXLyuCRdbYSt3L1fFc76/3fWEGk9TO gWaw== X-Gm-Message-State: APjAAAUFgjGEjDkB3jxFw3Plt9lPkq+JgB7qQa14kHt3+KnDpbkTCjGR ydHnFbL1z5MLVsWqYx9rr4k7Q+2T X-Received: by 2002:a19:f819:: with SMTP id a25mr32445291lff.183.1563779843135; Mon, 22 Jul 2019 00:17:23 -0700 (PDT) Received: from [192.168.2.145] (ppp91-78-220-99.pppoe.mtu-net.ru. [91.78.220.99]) by smtp.googlemail.com with ESMTPSA id h22sm7434994ljj.105.2019.07.22.00.17.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Jul 2019 00:17:22 -0700 (PDT) Subject: Re: [PATCH V6 09/21] clk: tegra: clk-super: Fix to enable PLLP branches to CPU To: Sowjanya Komatineni , thierry.reding@gmail.com, jonathanh@nvidia.com, tglx@linutronix.de, jason@lakedaemon.net, marc.zyngier@arm.com, linus.walleij@linaro.org, stefan@agner.ch, mark.rutland@arm.com Cc: pdeschrijver@nvidia.com, pgaikwad@nvidia.com, sboyd@kernel.org, linux-clk@vger.kernel.org, linux-gpio@vger.kernel.org, jckuo@nvidia.com, josephl@nvidia.com, talho@nvidia.com, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, mperttunen@nvidia.com, spatra@nvidia.com, robh+dt@kernel.org, devicetree@vger.kernel.org References: <1563738060-30213-1-git-send-email-skomatineni@nvidia.com> <1563738060-30213-10-git-send-email-skomatineni@nvidia.com> <0c86cd7f-81b5-40c5-6f1e-796e8f13b522@gmail.com> <042f4b43-7b9c-533d-2548-d903b34363da@nvidia.com> <7933a83c-3208-b551-d41d-70285ae528e3@nvidia.com> From: Dmitry Osipenko Message-ID: <07897688-2a02-b7a7-7048-72c4078d26a2@gmail.com> Date: Mon, 22 Jul 2019 10:17:21 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 22.07.2019 10:12, Sowjanya Komatineni пишет: > > On 7/21/19 11:32 PM, Dmitry Osipenko wrote: >> 22.07.2019 6:17, Sowjanya Komatineni пишет: >>> On 7/21/19 3:39 PM, Sowjanya Komatineni wrote: >>>> On 7/21/19 2:16 PM, Dmitry Osipenko wrote: >>>>> 21.07.2019 22:40, Sowjanya Komatineni пишет: >>>>>> This patch has a fix to enable PLLP branches to CPU before changing >>>>>> the CPU clusters clock source to PLLP for Gen5 Super clock. >>>>>> >>>>>> During system suspend entry and exit, CPU source will be switched >>>>>> to PLLP and this needs PLLP branches to be enabled to CPU prior to >>>>>> the switch. >>>>>> >>>>>> On system resume, warmboot code enables PLLP branches to CPU and >>>>>> powers up the CPU with PLLP clock source. >>>>>> >>>>>> Signed-off-by: Sowjanya Komatineni >>>>>> --- >>>>>>    drivers/clk/tegra/clk-super.c            | 11 +++++++++++ >>>>>>    drivers/clk/tegra/clk-tegra-super-gen4.c |  4 ++-- >>>>>>    drivers/clk/tegra/clk.h                  |  4 ++++ >>>>>>    3 files changed, 17 insertions(+), 2 deletions(-) >>>>>> >>>>>> diff --git a/drivers/clk/tegra/clk-super.c >>>>>> b/drivers/clk/tegra/clk-super.c >>>>>> index 39ef31b46df5..d73c587e4853 100644 >>>>>> --- a/drivers/clk/tegra/clk-super.c >>>>>> +++ b/drivers/clk/tegra/clk-super.c >>>>>> @@ -28,6 +28,9 @@ >>>>>>    #define super_state_to_src_shift(m, s) ((m->width * s)) >>>>>>    #define super_state_to_src_mask(m) (((1 << m->width) - 1)) >>>>>>    +#define CCLK_SRC_PLLP_OUT0 4 >>>>>> +#define CCLK_SRC_PLLP_OUT4 5 >>>>>> + >>>>>>    static u8 clk_super_get_parent(struct clk_hw *hw) >>>>>>    { >>>>>>        struct tegra_clk_super_mux *mux = to_clk_super_mux(hw); >>>>>> @@ -97,6 +100,14 @@ static int clk_super_set_parent(struct clk_hw >>>>>> *hw, u8 index) >>>>>>            if (index == mux->div2_index) >>>>>>                index = mux->pllx_index; >>>>>>        } >>>>>> + >>>>>> +    /* >>>>>> +     * Enable PLLP branches to CPU before selecting PLLP source >>>>>> +     */ >>>>>> +    if ((mux->flags & TEGRA_CPU_CLK) && >>>>>> +        ((index == CCLK_SRC_PLLP_OUT0) || (index == >>>>>> CCLK_SRC_PLLP_OUT4))) >>>>>> +        tegra_clk_set_pllp_out_cpu(true); >>>>> Should somewhere here be tegra_clk_set_pllp_out_cpu(false) when >>>>> switching from PLLP? >>>> PLLP may be used for other CPU clusters. >>> Though to avoid flag and check needed to make sure other CPU is not >>> using before disabling PLLP branch to CPU. >>> >>> But leaving it enabled shouldn't impact much as clock source mux is >>> after this in design anyway. >>> >>> But can add as well if its clear that way. >> The TRM doc says "The CPU subsystem supports a switch-cluster mode >> meaning that only one of the clusters can be active at any given time". >> >> Given that cluster-switching isn't supported in upstream, I don't think >> that you need to care about the other cluster at all, at least for now. >> >> The cluster-switching implementation in upstream is very complicated >> because it requires a special "hotplugging" CPU governor, which >> apparently no other platform needs. >> >> [snip] > > This patch enables PLLP branches to CPU for both CPUG & CPULP if they > use PLLP source. > > So, to disable PLLP out CPU when not in use, we still need check for > other cluster because during resume both LP CPU and G CPU gets restored. > CPUG runs from PLLP on resume and when it does super clk restore for LP > CPU which may not be using PLLP, but as both uses same super mux > clk_ops, without check (for PLLP branch to CPU in use) disabling PLLP > branch to CPU during LP CPU restore looses clock to CPU G as well which > is running from PLLP. > > Will add check and disable PLLP if not in use in next version... this > need extern flag as well to mark PLLP usage with either of CPU's. I still don't understand why do you need to care about LP cluster at all, given that it's always in a power-gated state.