From patchwork Tue Mar 13 16:29:15 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Christian Lamparter X-Patchwork-Id: 10279911 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 41FA76038F for ; Tue, 13 Mar 2018 16:29:26 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 3026128672 for ; Tue, 13 Mar 2018 16:29:26 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 21FBB2892E; Tue, 13 Mar 2018 16:29:26 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.8 required=2.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED, FREEMAIL_FROM, RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 10D6C2864E for ; Tue, 13 Mar 2018 16:29:25 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933613AbeCMQ3X (ORCPT ); Tue, 13 Mar 2018 12:29:23 -0400 Received: from mail-wr0-f195.google.com ([209.85.128.195]:34039 "EHLO mail-wr0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932608AbeCMQ3T (ORCPT ); Tue, 13 Mar 2018 12:29:19 -0400 Received: by mail-wr0-f195.google.com with SMTP id o8so632267wra.1; Tue, 13 Mar 2018 09:29:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id; bh=E3kw8AA13lP2H0OPaMoDvBkitaLI5BaRe9zTppTFoqU=; b=m71ENL/47EkRJNTRipnz26r91bazwEkOJfayh/n2/+S7rNVwSXGpfi4QPVEY7DapwU 3juG+Cq/NbpQpcx+YDgsFVbbLo6jYEN0Y2zWW9yxgM3hJJCaO8qo69FkoMijsTVXTSFK tzGspn8c0z20BbXDMP6/lPbL+hZ2ecSD9z2Af4FQ1YVMTYLPgShjmTG+dHmMRHFvhDAZ oT8RbM2tf8hNIrMT7eBIQb6o0FkltRpX3ZlH9yvOBd/Qqp8cRHPsmxhOrxaJ51mVOkf5 DdTFmaghsgH0hbdqAhifzZiuGwHSpNOGtYacRREQ9TcoCGwtzS5cD53dcxJgchKaBv8o eehw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=E3kw8AA13lP2H0OPaMoDvBkitaLI5BaRe9zTppTFoqU=; b=O14Scw6mObzN417SLWksxxsSG/J8rjdEhRSs52qvL6aVf03Y1KKZSgFpfjkkhvdBWg p9B0L+zLcxynR4hWzAtYcRaaciuhN6iUF0J0kM4SqLqKuDxpVGCf2EIIfAzgHBelKVn/ kXgF5Ahm2U5ldFA6GU0swPjYNtALpk4CCdxXz4HYsX3FNpaXFQe1wbm1ecsi+09jD08u sZqYwSiRDLPdbEoXsQc2RNsMYhJsKLXXaMUtS3sJye6BsMiqIYtnO0Y4pYuKxoQKzNeU luPAO9pCnf5R8QsKn9SN0ID5LX4Dw4rKo348RoRc5gylTMY9oEj8NDQONq+lXlw82eGU bYfg== X-Gm-Message-State: AElRT7GTWR9I1geL9KNNg2pSbKjrojb9YJ6Ubl+9BAvr/lteHdPDcvOL ywRtH/XNkioqqBS679KR/I2I6562 X-Google-Smtp-Source: AG47ELvbpN4Y7VlRC+YYcnY9wEMwQxeYutvSJUNiXiET4xOtOSXaeWnKOhjOjTDcE58OoMeEYcoXEA== X-Received: by 10.28.20.84 with SMTP id 81mr1351385wmu.70.1520958557009; Tue, 13 Mar 2018 09:29:17 -0700 (PDT) Received: from debian64.daheim (p200300D5FBC707FC0000000000000830.dip0.t-ipconnect.de. [2003:d5:fbc7:7fc::830]) by smtp.gmail.com with ESMTPSA id y111sm810542wrc.0.2018.03.13.09.29.16 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 13 Mar 2018 09:29:16 -0700 (PDT) Received: from chuck by debian64.daheim with local (Exim 4.90_1) (envelope-from ) id 1evmnb-0004m1-Jn; Tue, 13 Mar 2018 17:29:15 +0100 From: Christian Lamparter To: linux-clk@vger.kernel.org, linux-soc@vger.kernel.org, linux-arm-msm@vger.kernel.org Cc: Stephen Boyd , Michael Turquette , David Brown , Andy Gross , Mathias Kresin Subject: [PATCH] clk: fix apss cpu overclocking and crash Date: Tue, 13 Mar 2018 17:29:15 +0100 Message-Id: <20180313162915.18307-1-chunkeey@gmail.com> X-Mailer: git-send-email 2.16.2 Sender: linux-clk-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-clk@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP There's an interaction issue between the clk changes:" clk: qcom: ipq4019: Add the apss cpu pll divider clock node clk: qcom: ipq4019: remove fixed clocks and add pll clocks " and the cpufreq-dt. cpufreq-dt is now spamming the kernel-log with the following: [ 1099.190658] cpu cpu0: dev_pm_opp_set_rate: failed to find current OPP for freq 761142857 (-34) or worse: |[ 4.995284] cpufreq: cpufreq_online: CPU0: Running at unlisted freq: 716800 KHz |[ 4.996223] cpu cpu0: dev_pm_opp_set_rate: failed to find current OPP for freq 716800000 (-34) |[ 5.003530] cpu cpu0: dev_pm_opp_set_rate: failed to find OPP for freq 716000000 (-34) |[ 5.012174] cpufreq: __target_index: Failed to change cpu frequency: -34 |[ 5.020102] ------------[ cut here ]------------ |[ 5.026922] Kernel BUG at c05adfa0 [verbose debug info unavailable] |[ 5.031526] Internal error: Oops - BUG: 0 [#1] SMP ARM |[ 5.037514] Modules linked in: |[ 5.042723] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 4.14.18 #0 |[ 5.045759] Hardware name: Generic DT based system |[ 5.051925] task: c7828000 task.stack: c7826000 |[ 5.056530] PC is at cpufreq_online+0x380/0x5cc |[ 5.060953] LR is at __wake_up_common_lock+0x6c/0x84 |[ 5.065466] pc : [] lr : [] psr: a0000013 |[ 5.070674] sp : c7827d60 ip : c64d83e0 fp : c64d83b4 |[ 5.076662] r10: 00000004 r9 : c0d42c5c r8 : 00000001 |[ 5.081872] r7 : c0e5a0b4 r6 : 00000000 r5 : 00000000 r4 : c64d8300 |[ 5.087082] r3 : 00000000 r2 : 00000001 r1 : 60000013 r0 : ffffffde |[ 5.093682] Flags: NzCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment none |[ 5.100191] Control: 10c5387d Table: 8020406a DAC: 00000051 |[ 5.107393] Process swapper/0 (pid: 1, stack limit = 0xc7826210) |[ 5.113124] Stack: (0xc7827d60 to 0xc7828000) |[ 5.119205] 7d60: 00000000 c06bd6f0 c0e03d48 c64d8304 00000009 00000000 c0e16cc0 c0e5a0b4 |[...] |[ 5.286668] [] (cpufreq_online) from [] (cpufreq_add_dev+0x54/0x7c) |[ 5.294820] [] (cpufreq_add_dev) from [] (subsys_interface_register+0x9c/0xc8) |[ 5.302633] [] (subsys_interface_register) from [] (cpufreq_register_driver+0x100/0x1ec) |[ 5.311661] [] (cpufreq_register_driver) from [] (dt_cpufreq_probe+0xc0/0xf8) |[ 5.321646] [] (dt_cpufreq_probe) from [] (platform_drv_probe+0x38/0x6c) |[ 5.330412] [] (platform_drv_probe) from [] (driver_probe_device+0x130/0x284) |[ 5.338919] [] (driver_probe_device) from [] (bus_for_each_drv+0x80/0x90) |[ 5.347684] [] (bus_for_each_drv) from [] (__device_attach+0x70/0xc4) |[ 5.356192] [] (__device_attach) from [] (bus_probe_device+0x28/0x80) |[ 5.364348] [] (bus_probe_device) from [] (device_add+0x2ac/0x4fc) |[ 5.372509] [] (device_add) from [] (platform_device_add+0x130/0x1c0) |[ 5.380323] [] (platform_device_add) from [] (platform_device_register_full+0xa4/0xf4) |[ 5.388576] [] (platform_device_register_full) from [] (cpufreq_dt_platdev_init+0xb0/0xd4) |[ 5.398124] [] (cpufreq_dt_platdev_init) from [] (do_one_initcall+0xb4/0x170) This only happens on certain devices like the Compex WPJ428 and AVM FritzBox!4040. However, other devices like the Asus RT-AC58U and Meraki MR33 work just fine. The issue stem from the fact that all higher CPU-Clocks are achieved by switching the clock-parent to the P_DDRPLLAPSS (ddrpllapss). Which is set by Qualcomm's proprietary bootcode as part of the DDR calibration. For example, the FB4040 uses 256 MiB Nanya NT5CC128M16IP clocked at round 533 MHz. ddrpllsdcc is set to 190285714 Hz which is a result of the gcc_apss_ddrpll_vco's reg 0x2e020 = 0x026f0032. this translates to fdbdiv = 111, refclkdiv = 2. with parent_rate = 48 MHz (XO) and the formula in clk_fepll_vco_calc_rate(): rate = ((parent_rate / refclkdiv) * 2 * fdbkdiv) / fixed_div = ((48000000 / 2) * 2 * 111) / 28 = 190285714 Hz (fixed_div = 28 according to the gcc_apss_sdcc_clk struct) whereas the 128 MiB Nanya NT5CC64M16GP-DI in the ASUS RT-AC58U is clocked at a slightly higher 537 MHz. ddrpllsdcc = 192000000 Hz. the gcc_apss_ddrpll_vco's reg 0x2e020 is 0x00270032. this is equal to fdbdiv = 112, refclkdiv = 2, fixed_div = 28, with parent_rate = 48 MHz (XO) and the formula in clk_fepll_vco_calc_rate(): rate = ((parent_rate / refclkdiv) * 2 * fdbkdiv) / fixed_div = ((48000000 / 2) * 2 * 112) / 28 = 192000000 Hz This patch attempts to fix the issue by modifying clk_cpu_div_round_rate(), clk_cpu_div_set_rate(), clk_cpu_div_recalc_rate() to use a new qcom_find_freq_close() function, which returns the closest matching frequency, instead of the next higher. This way, the SoC in the FB4040 (with its max clock speed of 710.4 MHz) will no longer try to overclock to 761 MHz. And it will also prevent the crash since the clk_cpu_div_recalc_rate() now always returns the closest rate within the frequency table. This will also make it possible for the opp-code to take a fast-path through dev_pm_opp_set_rate(): Since the rate returned by clk_get_rate() will now always match. Fixes: d83dcacea18 ("clk: qcom: ipq4019: Add the apss cpu pll divider clock node") Cc: Mathias Kresin Signed-off-by: Christian Lamparter --- Note: The register reads were obtained by performing: 'cat /sys/kernel/debug/regmap/1800000.clock-controller/registers | grep 2e020' on both devices. As an alternative, it would also be possible to fix this by setting the gcc_apss_ddrpll_vco to 0x027f0032. (No idea if this is a good idea though, since it messes with the DDR - and 0x027f0032 is not universal as the MR33 for example uses 0x02700031). Or calculate the DDR related frequencies in the tables ftbl_gcc_apps_clk, ftbl_apss_ddr_pll and ftbl_gcc_sdcc1_apps_clk based on the gcc_apss_ddrpll_vco setting. ... So what will it be? (And please keep me in the CC.) --- drivers/clk/qcom/gcc-ipq4019.c | 34 +++++++++++++++++++++++++++++++--- 1 file changed, 31 insertions(+), 3 deletions(-) diff --git a/drivers/clk/qcom/gcc-ipq4019.c b/drivers/clk/qcom/gcc-ipq4019.c index 46cb256b4aa2..e5fb159500b4 100644 --- a/drivers/clk/qcom/gcc-ipq4019.c +++ b/drivers/clk/qcom/gcc-ipq4019.c @@ -1253,6 +1253,29 @@ static const struct clk_fepll_vco gcc_fepll_vco = { .reg = 0x2f020, }; + +const struct freq_tbl *qcom_find_freq_close(const struct freq_tbl *f, + unsigned long rate) +{ + const struct freq_tbl *last = NULL; + + for ( ; f->freq; f++) { + if (rate == f->freq) + return f; + + if (f->freq > rate) { + if (!last || + (f->freq - rate) < (rate - last->freq)) + return f; + else + return last; + } + last = f; + } + + return last; +} + /* * Round rate function for APSS CPU PLL Clock divider. * It looks up the frequency table and returns the next higher frequency @@ -1265,7 +1288,7 @@ static long clk_cpu_div_round_rate(struct clk_hw *hw, unsigned long rate, struct clk_hw *p_hw; const struct freq_tbl *f; - f = qcom_find_freq(pll->freq_tbl, rate); + f = qcom_find_freq_close(pll->freq_tbl, rate); if (!f) return -EINVAL; @@ -1288,7 +1311,7 @@ static int clk_cpu_div_set_rate(struct clk_hw *hw, unsigned long rate, u32 mask; int ret; - f = qcom_find_freq(pll->freq_tbl, rate); + f = qcom_find_freq_close(pll->freq_tbl, rate); if (!f) return -EINVAL; @@ -1315,6 +1338,7 @@ static unsigned long clk_cpu_div_recalc_rate(struct clk_hw *hw, unsigned long parent_rate) { + const struct freq_tbl *f; struct clk_fepll *pll = to_clk_fepll(hw); u32 cdiv, pre_div; u64 rate; @@ -1335,7 +1359,11 @@ clk_cpu_div_recalc_rate(struct clk_hw *hw, rate = clk_fepll_vco_calc_rate(pll, parent_rate) * 2; do_div(rate, pre_div); - return rate; + f = qcom_find_freq_close(pll->freq_tbl, rate); + if (!f) + return rate; + + return f->freq; }; static const struct clk_ops clk_regmap_cpu_div_ops = {