Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp347940ybl; Fri, 9 Aug 2019 06:57:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqwNThkZGIJaafGcZ3hDA/CAvPwhN/LolWAvXy03dr4OBBeKd8COaYZOONSOawL/O1QDkrRp X-Received: by 2002:a17:902:8c98:: with SMTP id t24mr19547780plo.320.1565359071465; Fri, 09 Aug 2019 06:57:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565359071; cv=none; d=google.com; s=arc-20160816; b=IVq3MNdJH0ybZVo9CKzCgg2Kid87lT/LzwJoZWm0B5BiYOsOPGUEqBiVxu9ZNLze1U yoKDlD8Tq0OCS6qv5T8blMNMJjijbbSJSX2k/orSx68M7Uk6O46tlNXeKgSbi29EBTKQ 6sosrAbYFtkwP63F8mGvidd5MpMtsSY5fHOAowNLnSZT1B7kdKA/yw/yIuTirFn+CYJN Lmj/sI9J4Wtnv1UZsmcMX/cdExmsbAbeOCymTJz9kNJUu6ivx07LczrquUSYiqBIgtpf h+QkFFjHvJMFuZ7D69juXmdlE3K6w1sQsZHaUieXUa93Z7ITdXlQG2ZTPOR+Jjr+I8TC rGEw== 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=SyGzgPeV2cqSMjYBuBKF6/eQKkTEeklJKW44zco+T5s=; b=V9UXuNgfySp7za5re/qkCMIzBnviM6O65OCfJNLHXKFJYIkjSvezwvQ3Lujj4DjhcI xtPK9FEv2Z0oOYp2qg4++DyLb88GkpVGW/gj5dQcoHWgSUBu9Pw4cdJJHXeGn0zz3rmZ dPT5NnyowTUKoGu7Zbai0iDsflhxnPrID6Y27/XLH7fiYU357ZeqwwOAMhmdaT/8sFpv UE7xPu3UHjSiD0skD3nOe4FU/zKYraq9x3DTV2uszIuhsJJ0oOMBmQVGXJmljf1ISwXe cY7SnBOn6k/GJCtH8VDuXJf8WhmIoTy7P88foCbPIsG7KE5yPANxUcu5H/tG1qzG/cnX D1qg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=b8BUD3iR; 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 r16si52670149pgv.466.2019.08.09.06.57.35; Fri, 09 Aug 2019 06:57:51 -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=b8BUD3iR; 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 S2436542AbfHIN4y (ORCPT + 99 others); Fri, 9 Aug 2019 09:56:54 -0400 Received: from mail-wr1-f68.google.com ([209.85.221.68]:34467 "EHLO mail-wr1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2406680AbfHIN4x (ORCPT ); Fri, 9 Aug 2019 09:56:53 -0400 Received: by mail-wr1-f68.google.com with SMTP id 31so98370663wrm.1; Fri, 09 Aug 2019 06:56:50 -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=SyGzgPeV2cqSMjYBuBKF6/eQKkTEeklJKW44zco+T5s=; b=b8BUD3iRlukt+AC6WHEjsQdqOJKqABs5a2SLsPOGYzpR83LYpyc/eVcX1bqM7odd77 4SDiccmZtTRzoW6Vh28oQ0Y4y612qD8seKQObwsjPN/H7s5IxufhP2QMSGGjGUJe+lmv wN1Jfsufz0+2ETHpE426xPC2OBcDT6U+nQdIUBjUvL0BWm8eiPuAavJXrszoHYYLMCjN uRZbggZYik4Kxrfdm9OjdZvOEU96LJrAhDyJw3+DTqq8vBycYyjcKYrlkKVMYQA0Omrh mJsxMXncuWS8P/8micapWBhgtrcGBZae6+2gQo0XNcf6bqrt3AqxmyC41Am5USiQ7UQD tVcw== 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=SyGzgPeV2cqSMjYBuBKF6/eQKkTEeklJKW44zco+T5s=; b=gjZ4DnxuGZMLMpREGJtXqU9PTcMRNfgdb5fLf6QVAQx7hnaFZrL1zhy7VG7PKcRkeJ nihOONAQy8Hzhg3Bf78humcfzlBVWZs6YjJ6fLPpLssDduxYkbbinLMlRoP5B7h0cM6N q66GDKwjVtZzuUgaI0yov1IGezZIepVkEa+Pnsyv/GmzS1n539pCpl2bXpSAB38m9w5P I9j4A54diHau9UeYQIYL+FGlsmc+j+VMsZCqu18gQmF2LAMekXyv7Ohyeefs2uk5OQF1 BIBumxOQk3Q3w3TXte0zr6DFm60UXmYeDHVqsKmncS8+DYEWYGVV81NdDrJZ2Lo5bDKM nT2Q== X-Gm-Message-State: APjAAAXgGAEK8PcYDA0xBaaHb1IVvIw0CZE2HSlQ3NsWE0BKoOGkLNDK aiMWftVVOg0ha1FpEEUdb76+wrEB X-Received: by 2002:a5d:604d:: with SMTP id j13mr9481397wrt.244.1565359009399; Fri, 09 Aug 2019 06:56:49 -0700 (PDT) Received: from [192.168.2.145] ([94.29.34.218]) by smtp.googlemail.com with ESMTPSA id t14sm4837628wrv.12.2019.08.09.06.56.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 09 Aug 2019 06:56:48 -0700 (PDT) Subject: Re: [PATCH v8 14/21] clk: tegra210: Add suspend and resume support 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, rjw@rjwysocki.net, viresh.kumar@linaro.org, linux-pm@vger.kernel.org References: <1565308020-31952-1-git-send-email-skomatineni@nvidia.com> <1565308020-31952-15-git-send-email-skomatineni@nvidia.com> From: Dmitry Osipenko Message-ID: Date: Fri, 9 Aug 2019 16:56:45 +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: <1565308020-31952-15-git-send-email-skomatineni@nvidia.com> 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 09.08.2019 2:46, Sowjanya Komatineni пишет: > This patch adds support for clk: tegra210: suspend-resume. > > All the CAR controller settings are lost on suspend when core > power goes off. > > This patch has implementation for saving and restoring all PLLs > and clocks context during system suspend and resume to have the > clocks back to same state for normal operation. > > Clock driver suspend and resume are registered as syscore_ops as clocks > restore need to happen before the other drivers resume to have all their > clocks back to the same state as before suspend. > > Signed-off-by: Sowjanya Komatineni > --- > drivers/clk/tegra/clk-tegra210.c | 103 +++++++++++++++++++++++++++++++++++++-- > drivers/clk/tegra/clk.c | 64 ++++++++++++++++++++++++ > drivers/clk/tegra/clk.h | 3 ++ > 3 files changed, 166 insertions(+), 4 deletions(-) > > diff --git a/drivers/clk/tegra/clk-tegra210.c b/drivers/clk/tegra/clk-tegra210.c > index 998bf60b219a..8dd6f4f4debb 100644 > --- a/drivers/clk/tegra/clk-tegra210.c > +++ b/drivers/clk/tegra/clk-tegra210.c > @@ -9,13 +9,13 @@ > #include > #include > #include > +#include > #include > #include > #include > #include > #include > #include > -#include > #include > #include > > @@ -220,11 +220,15 @@ > #define CLK_M_DIVISOR_SHIFT 2 > #define CLK_M_DIVISOR_MASK 0x3 > > +#define CLK_MASK_ARM 0x44 > +#define MISC_CLK_ENB 0x48 > + > #define RST_DFLL_DVCO 0x2f4 > #define DVFS_DFLL_RESET_SHIFT 0 > > #define CLK_RST_CONTROLLER_RST_DEV_Y_SET 0x2a8 > #define CLK_RST_CONTROLLER_RST_DEV_Y_CLR 0x2ac > +#define CPU_SOFTRST_CTRL 0x380 > > #define LVL2_CLK_GATE_OVRA 0xf8 > #define LVL2_CLK_GATE_OVRC 0x3a0 > @@ -2825,6 +2829,7 @@ static int tegra210_enable_pllu(void) > struct tegra_clk_pll_freq_table *fentry; > struct tegra_clk_pll pllu; > u32 reg; > + int ret; > > for (fentry = pll_u_freq_table; fentry->input_rate; fentry++) { > if (fentry->input_rate == pll_ref_freq) > @@ -2853,9 +2858,14 @@ static int tegra210_enable_pllu(void) > reg |= PLL_ENABLE; > writel(reg, clk_base + PLLU_BASE); > > - readl_relaxed_poll_timeout_atomic(clk_base + PLLU_BASE, reg, > - reg & PLL_BASE_LOCK, 2, 1000); > - if (!(reg & PLL_BASE_LOCK)) { > + /* > + * During clocks resume, same PLLU init and enable sequence get > + * executed. So, readx_poll_timeout_atomic can't be used here as it > + * uses ktime_get() and timekeeping resume doesn't happen by that > + * time. So, using tegra210_wait_for_mask for PLL LOCK. > + */ > + ret = tegra210_wait_for_mask(&pllu, PLLU_BASE, PLL_BASE_LOCK); > + if (ret) { > pr_err("Timed out waiting for PLL_U to lock\n"); > return -ETIMEDOUT; > } > @@ -3288,6 +3298,84 @@ static void tegra210_disable_cpu_clock(u32 cpu) > } > > #ifdef CONFIG_PM_SLEEP > +/* > + * This array lists mask values for each peripheral clk bank > + * to mask out reserved bits during the clocks state restore > + * on SC7 resume to prevent accidental writes to these reserved > + * bits. > + */ > +static u32 periph_clk_rsvd_mask[TEGRA210_CAR_BANK_COUNT] = { Should be more natural to have a "valid_mask" instead of "rsvd_mask". What's actually wrong with touching of the reserved bits? They must be NO-OP.. or the reserved bits are actually some kind of "secret" bits? If those bits have some use-case outside of Silicon HW (like FPGA simulation), then this doesn't matter for upstream and you have to keep the workaround locally in the downstream kernel or whatever. > + 0x23282006, > + 0x782e0c18, > + 0x0c012c05, > + 0x003e7304, > + 0x86c04800, > + 0xc0199000, > + 0x03e03800, > +}; > + > +#define car_readl(_base, _off) readl_relaxed(clk_base + (_base) + ((_off) * 4)) > +#define car_writel(_val, _base, _off) \ > + writel_relaxed(_val, clk_base + (_base) + ((_off) * 4)) > + > +static u32 spare_reg_ctx, misc_clk_enb_ctx, clk_msk_arm_ctx; > +static u32 cpu_softrst_ctx[3]; > + > +static int tegra210_clk_suspend(void) > +{ > + unsigned int i; > + > + clk_save_context(); > + > + /* > + * Save the bootloader configured clock registers SPARE_REG0, > + * MISC_CLK_ENB, CLK_MASK_ARM, CPU_SOFTRST_CTRL. > + */ > + spare_reg_ctx = readl_relaxed(clk_base + SPARE_REG0); > + misc_clk_enb_ctx = readl_relaxed(clk_base + MISC_CLK_ENB); > + clk_msk_arm_ctx = readl_relaxed(clk_base + CLK_MASK_ARM); > + > + for (i = 0; i < ARRAY_SIZE(cpu_softrst_ctx); i++) > + cpu_softrst_ctx[i] = car_readl(CPU_SOFTRST_CTRL, i); > + > + tegra_clk_periph_suspend(); > + return 0; > +} > + > +static void tegra210_clk_resume(void) > +{ > + unsigned int i; > + > + tegra_clk_osc_resume(clk_base); > + > + /* > + * Restore the bootloader configured clock registers SPARE_REG0, > + * MISC_CLK_ENB, CLK_MASK_ARM, CPU_SOFTRST_CTRL from saved context. > + */ > + writel_relaxed(spare_reg_ctx, clk_base + SPARE_REG0); > + writel_relaxed(misc_clk_enb_ctx, clk_base + MISC_CLK_ENB); > + writel_relaxed(clk_msk_arm_ctx, clk_base + CLK_MASK_ARM); > + > + for (i = 0; i < ARRAY_SIZE(cpu_softrst_ctx); i++) > + car_writel(cpu_softrst_ctx[i], CPU_SOFTRST_CTRL, i); > + > + fence_udelay(5, clk_base); > + > + /* enable all the clocks before changing the clock sources */ > + tegra_clk_periph_force_on(periph_clk_rsvd_mask); Why clocks need to be enabled before changing the sources? > + /* wait for all writes to happen to have all the clocks enabled */ > + wmb(); fence_udelay() has exactly the same barrier at the very beginning of readl(), no need to duplicate it here. > + fence_udelay(2, clk_base); > + > + /* restore PLLs and all peripheral clock rates */ > + tegra210_init_pllu(); Why USB PLL need to be restored at first? > + clk_restore_context(); > + > + /* restore all peripheral clocks enable and reset state */ > + tegra_clk_periph_resume(); > +} [snip]