| Message ID | 684ff01900180c0a40ec307dacc673b24eab593b.1604643714.git.viresh.kumar@linaro.org (mailing list archive) |
|---|---|
| State | New, archived |
| Delegated to: | viresh kumar |
| Headers | show |
| Series | [1/2] cpufreq: dt: Don't (ab)use dev_pm_opp_get_opp_table() to create OPP table | expand |
Hi Viresh, On 06.11.2020 07:24, Viresh Kumar wrote: > Initially, the helper dev_pm_opp_get_opp_table() was supposed to be used > only for the OPP core's internal use (it tries to find an existing OPP > table and if it doesn't find one, then it allocates the OPP table). > > Sometime back, the cpufreq-dt driver started using it to make sure all > the relevant resources required by the OPP core are available earlier > during initialization process to properly propagate -EPROBE_DEFER. > > It worked but it also abused the API to create an OPP table, which > should be created with the help of other helpers provided by the OPP > core. > > The OPP core will be updated in a later commit to limit the scope of > dev_pm_opp_get_opp_table() to only finding an existing OPP table and not > create one. This commit updates the cpufreq-dt driver before that > happens. > > Now the cpufreq-dt driver creates the OPP and cpufreq tables for all the > CPUs from driver's init callback itself. > > Cc: Stephan Gerhold <stephan@gerhold.net> > Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> This patch landed in linux next-20201109 as commit e8f7703f8fe5 ("cpufreq: dt: Don't (ab)use dev_pm_opp_get_opp_table() to create OPP table"). Sadly it causes regression on some Samsung Exynos based boards: 8<--- cut here --- Unable to handle kernel paging request at virtual address ffffff37 pgd = (ptrval) [ffffff37] *pgd=4ffff841, *pte=00000000, *ppte=00000000 Internal error: Oops: 27 [#1] PREEMPT SMP ARM Modules linked in: usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 CPU: 3 PID: 1 Comm: swapper/0 Not tainted 5.10.0-rc1-00007-ge8f7703f8fe5 #1908 Hardware name: Samsung Exynos (Flattened Device Tree) PC is at dev_pm_opp_put_regulators+0x8/0xf0 LR is at dt_cpufreq_probe+0x19c/0x3fc pc : [<c0847694>] lr : [<c08538b8>] psr: a0000013 ... Process swapper/0 (pid: 1, stack limit = 0x(ptrval)) Stack: (0xc1d29da8 to 0xc1d2a000) ... [<c0847694>] (dev_pm_opp_put_regulators) from [<c08538b8>] (dt_cpufreq_probe+0x19c/0x3fc) [<c08538b8>] (dt_cpufreq_probe) from [<c068eecc>] (platform_drv_probe+0x6c/0xa4) [<c068eecc>] (platform_drv_probe) from [<c068c490>] (really_probe+0x200/0x4fc) [<c068c490>] (really_probe) from [<c068c954>] (driver_probe_device+0x78/0x1fc) [<c068c954>] (driver_probe_device) from [<c068cd3c>] (device_driver_attach+0x58/0x60) [<c068cd3c>] (device_driver_attach) from [<c068ce20>] (__driver_attach+0xdc/0x174) [<c068ce20>] (__driver_attach) from [<c068a218>] (bus_for_each_dev+0x68/0xb4) [<c068a218>] (bus_for_each_dev) from [<c068b54c>] (bus_add_driver+0x158/0x214) [<c068b54c>] (bus_add_driver) from [<c068dc80>] (driver_register+0x78/0x110) [<c068dc80>] (driver_register) from [<c0102484>] (do_one_initcall+0x8c/0x42c) [<c0102484>] (do_one_initcall) from [<c11011c0>] (kernel_init_freeable+0x190/0x1dc) [<c11011c0>] (kernel_init_freeable) from [<c0b208f8>] (kernel_init+0x8/0x118) [<c0b208f8>] (kernel_init) from [<c0100114>] (ret_from_fork+0x14/0x20) Exception stack(0xc1d29fb0 to 0xc1d29ff8) ... ---[ end trace 5879c43bc748d0d3 ]--- Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b CPU0: stopping Reverting this patch and d44aca126b03 ("cpufreq: dt: dev_pm_opp_put_regulators() accepts NULL argument"), which depends on it, fixes the panic on current linux-next. > --- > drivers/cpufreq/cpufreq-dt.c | 158 +++++++++++++++-------------------- > 1 file changed, 68 insertions(+), 90 deletions(-) > > ... Best regards
On 09-11-20, 13:42, Marek Szyprowski wrote: > This patch landed in linux next-20201109 as commit e8f7703f8fe5 > ("cpufreq: dt: Don't (ab)use dev_pm_opp_get_opp_table() to create OPP > table"). Sadly it causes regression on some Samsung Exynos based boards: > > 8<--- cut here --- > Unable to handle kernel paging request at virtual address ffffff37 > pgd = (ptrval) > [ffffff37] *pgd=4ffff841, *pte=00000000, *ppte=00000000 > Internal error: Oops: 27 [#1] PREEMPT SMP ARM > Modules linked in: > usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > CPU: 3 PID: 1 Comm: swapper/0 Not tainted 5.10.0-rc1-00007-ge8f7703f8fe5 > #1908 > Hardware name: Samsung Exynos (Flattened Device Tree) > PC is at dev_pm_opp_put_regulators+0x8/0xf0 > LR is at dt_cpufreq_probe+0x19c/0x3fc Does this fix it for you ? diff --git a/drivers/cpufreq/cpufreq-dt.c b/drivers/cpufreq/cpufreq-dt.c index 66b3db5efb53..5aa3d4e3140d 100644 --- a/drivers/cpufreq/cpufreq-dt.c +++ b/drivers/cpufreq/cpufreq-dt.c @@ -228,7 +228,7 @@ static int dt_cpufreq_early_init(struct device *dev, int cpu) if (ret != -EPROBE_DEFER) dev_err(cpu_dev, "failed to set regulators: %d\n", ret); - goto out; + goto free_cpumask; } } @@ -293,6 +293,7 @@ static int dt_cpufreq_early_init(struct device *dev, int cpu) dev_pm_opp_of_cpumask_remove_table(priv->cpus); if (priv->opp_table) dev_pm_opp_put_regulators(priv->opp_table); +free_cpumask: free_cpumask_var(priv->cpus); return ret; }
Hi Viresh, On 10.11.2020 07:00, Viresh Kumar wrote: > On 09-11-20, 13:42, Marek Szyprowski wrote: >> This patch landed in linux next-20201109 as commit e8f7703f8fe5 >> ("cpufreq: dt: Don't (ab)use dev_pm_opp_get_opp_table() to create OPP >> table"). Sadly it causes regression on some Samsung Exynos based boards: >> >> 8<--- cut here --- >> Unable to handle kernel paging request at virtual address ffffff37 >> pgd = (ptrval) >> [ffffff37] *pgd=4ffff841, *pte=00000000, *ppte=00000000 >> Internal error: Oops: 27 [#1] PREEMPT SMP ARM >> Modules linked in: >> usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 >> CPU: 3 PID: 1 Comm: swapper/0 Not tainted 5.10.0-rc1-00007-ge8f7703f8fe5 >> #1908 >> Hardware name: Samsung Exynos (Flattened Device Tree) >> PC is at dev_pm_opp_put_regulators+0x8/0xf0 >> LR is at dt_cpufreq_probe+0x19c/0x3fc > Does this fix it for you ? Yes, thanks! Reported-by: Marek Szyprowski <m.szyprowski@samsung.com> Tested-by: Marek Szyprowski <m.szyprowski@samsung.com> > diff --git a/drivers/cpufreq/cpufreq-dt.c b/drivers/cpufreq/cpufreq-dt.c > index 66b3db5efb53..5aa3d4e3140d 100644 > --- a/drivers/cpufreq/cpufreq-dt.c > +++ b/drivers/cpufreq/cpufreq-dt.c > @@ -228,7 +228,7 @@ static int dt_cpufreq_early_init(struct device *dev, int cpu) > if (ret != -EPROBE_DEFER) > dev_err(cpu_dev, "failed to set regulators: %d\n", > ret); > - goto out; > + goto free_cpumask; > } > } > > @@ -293,6 +293,7 @@ static int dt_cpufreq_early_init(struct device *dev, int cpu) > dev_pm_opp_of_cpumask_remove_table(priv->cpus); > if (priv->opp_table) > dev_pm_opp_put_regulators(priv->opp_table); > +free_cpumask: > free_cpumask_var(priv->cpus); > return ret; > } > > Best regards
On 10-11-20, 07:57, Marek Szyprowski wrote: > Hi Viresh, > > On 10.11.2020 07:00, Viresh Kumar wrote: > > On 09-11-20, 13:42, Marek Szyprowski wrote: > >> This patch landed in linux next-20201109 as commit e8f7703f8fe5 > >> ("cpufreq: dt: Don't (ab)use dev_pm_opp_get_opp_table() to create OPP > >> table"). Sadly it causes regression on some Samsung Exynos based boards: > >> > >> 8<--- cut here --- > >> Unable to handle kernel paging request at virtual address ffffff37 > >> pgd = (ptrval) > >> [ffffff37] *pgd=4ffff841, *pte=00000000, *ppte=00000000 > >> Internal error: Oops: 27 [#1] PREEMPT SMP ARM > >> Modules linked in: > >> usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > >> CPU: 3 PID: 1 Comm: swapper/0 Not tainted 5.10.0-rc1-00007-ge8f7703f8fe5 > >> #1908 > >> Hardware name: Samsung Exynos (Flattened Device Tree) > >> PC is at dev_pm_opp_put_regulators+0x8/0xf0 > >> LR is at dt_cpufreq_probe+0x19c/0x3fc > > Does this fix it for you ? > > Yes, thanks! > > Reported-by: Marek Szyprowski <m.szyprowski@samsung.com> > > Tested-by: Marek Szyprowski <m.szyprowski@samsung.com> Thanks. I have fixed the original patch itself and pushed for linux-next.
diff --git a/drivers/cpufreq/cpufreq-dt.c b/drivers/cpufreq/cpufreq-dt.c index e363ae04aac6..66b3db5efb53 100644 --- a/drivers/cpufreq/cpufreq-dt.c +++ b/drivers/cpufreq/cpufreq-dt.c @@ -30,7 +30,7 @@ struct private_data { cpumask_var_t cpus; struct device *cpu_dev; struct opp_table *opp_table; - struct opp_table *reg_opp_table; + struct cpufreq_frequency_table *freq_table; bool have_static_opps; }; @@ -102,7 +102,6 @@ static const char *find_supply_name(struct device *dev) static int cpufreq_init(struct cpufreq_policy *policy) { - struct cpufreq_frequency_table *freq_table; struct private_data *priv; struct device *cpu_dev; struct clk *cpu_clk; @@ -114,9 +113,7 @@ static int cpufreq_init(struct cpufreq_policy *policy) pr_err("failed to find data for cpu%d\n", policy->cpu); return -ENODEV; } - cpu_dev = priv->cpu_dev; - cpumask_copy(policy->cpus, priv->cpus); cpu_clk = clk_get(cpu_dev, NULL); if (IS_ERR(cpu_clk)) { @@ -125,67 +122,32 @@ static int cpufreq_init(struct cpufreq_policy *policy) return ret; } - /* - * Initialize OPP tables for all policy->cpus. They will be shared by - * all CPUs which have marked their CPUs shared with OPP bindings. - * - * For platforms not using operating-points-v2 bindings, we do this - * before updating policy->cpus. Otherwise, we will end up creating - * duplicate OPPs for policy->cpus. - * - * OPPs might be populated at runtime, don't check for error here - */ - if (!dev_pm_opp_of_cpumask_add_table(policy->cpus)) - priv->have_static_opps = true; - - /* - * But we need OPP table to function so if it is not there let's - * give platform code chance to provide it for us. - */ - ret = dev_pm_opp_get_opp_count(cpu_dev); - if (ret <= 0) { - dev_err(cpu_dev, "OPP table can't be empty\n"); - ret = -ENODEV; - goto out_free_opp; - } - - ret = dev_pm_opp_init_cpufreq_table(cpu_dev, &freq_table); - if (ret) { - dev_err(cpu_dev, "failed to init cpufreq table: %d\n", ret); - goto out_free_opp; - } + transition_latency = dev_pm_opp_get_max_transition_latency(cpu_dev); + if (!transition_latency) + transition_latency = CPUFREQ_ETERNAL; + cpumask_copy(policy->cpus, priv->cpus); policy->driver_data = priv; policy->clk = cpu_clk; - policy->freq_table = freq_table; - + policy->freq_table = priv->freq_table; policy->suspend_freq = dev_pm_opp_get_suspend_opp_freq(cpu_dev) / 1000; + policy->cpuinfo.transition_latency = transition_latency; + policy->dvfs_possible_from_any_cpu = true; /* Support turbo/boost mode */ if (policy_has_boost_freq(policy)) { /* This gets disabled by core on driver unregister */ ret = cpufreq_enable_boost_support(); if (ret) - goto out_free_cpufreq_table; + goto out_clk_put; cpufreq_dt_attr[1] = &cpufreq_freq_attr_scaling_boost_freqs; } - transition_latency = dev_pm_opp_get_max_transition_latency(cpu_dev); - if (!transition_latency) - transition_latency = CPUFREQ_ETERNAL; - - policy->cpuinfo.transition_latency = transition_latency; - policy->dvfs_possible_from_any_cpu = true; - dev_pm_opp_of_register_em(cpu_dev, policy->cpus); return 0; -out_free_cpufreq_table: - dev_pm_opp_free_cpufreq_table(cpu_dev, &freq_table); -out_free_opp: - if (priv->have_static_opps) - dev_pm_opp_of_cpumask_remove_table(policy->cpus); +out_clk_put: clk_put(cpu_clk); return ret; @@ -208,11 +170,6 @@ static int cpufreq_offline(struct cpufreq_policy *policy) static int cpufreq_exit(struct cpufreq_policy *policy) { - struct private_data *priv = policy->driver_data; - - dev_pm_opp_free_cpufreq_table(priv->cpu_dev, &policy->freq_table); - if (priv->have_static_opps) - dev_pm_opp_of_cpumask_remove_table(policy->related_cpus); clk_put(policy->clk); return 0; } @@ -236,6 +193,7 @@ static int dt_cpufreq_early_init(struct device *dev, int cpu) { struct private_data *priv; struct device *cpu_dev; + bool fallback = false; const char *reg_name; int ret; @@ -254,69 +212,87 @@ static int dt_cpufreq_early_init(struct device *dev, int cpu) if (!alloc_cpumask_var(&priv->cpus, GFP_KERNEL)) return -ENOMEM; + cpumask_set_cpu(cpu, priv->cpus); priv->cpu_dev = cpu_dev; - /* Try to get OPP table early to ensure resources are available */ - priv->opp_table = dev_pm_opp_get_opp_table(cpu_dev); - if (IS_ERR(priv->opp_table)) { - ret = PTR_ERR(priv->opp_table); - if (ret != -EPROBE_DEFER) - dev_err(cpu_dev, "failed to get OPP table: %d\n", ret); - goto free_cpumask; - } - /* * OPP layer will be taking care of regulators now, but it needs to know * the name of the regulator first. */ reg_name = find_supply_name(cpu_dev); if (reg_name) { - priv->reg_opp_table = dev_pm_opp_set_regulators(cpu_dev, - ®_name, 1); - if (IS_ERR(priv->reg_opp_table)) { - ret = PTR_ERR(priv->reg_opp_table); + priv->opp_table = dev_pm_opp_set_regulators(cpu_dev, ®_name, + 1); + if (IS_ERR(priv->opp_table)) { + ret = PTR_ERR(priv->opp_table); if (ret != -EPROBE_DEFER) dev_err(cpu_dev, "failed to set regulators: %d\n", ret); - goto put_table; + goto out; } } - /* Find OPP sharing information so we can fill pri->cpus here */ /* Get OPP-sharing information from "operating-points-v2" bindings */ ret = dev_pm_opp_of_get_sharing_cpus(cpu_dev, priv->cpus); if (ret) { if (ret != -ENOENT) - goto put_reg; + goto out; /* * operating-points-v2 not supported, fallback to all CPUs share * OPP for backward compatibility if the platform hasn't set * sharing CPUs. */ - if (dev_pm_opp_get_sharing_cpus(cpu_dev, priv->cpus)) { - cpumask_setall(priv->cpus); - - /* - * OPP tables are initialized only for cpu, do it for - * others as well. - */ - ret = dev_pm_opp_set_sharing_cpus(cpu_dev, priv->cpus); - if (ret) - dev_err(cpu_dev, "%s: failed to mark OPPs as shared: %d\n", - __func__, ret); - } + if (dev_pm_opp_get_sharing_cpus(cpu_dev, priv->cpus)) + fallback = true; + } + + /* + * Initialize OPP tables for all priv->cpus. They will be shared by + * all CPUs which have marked their CPUs shared with OPP bindings. + * + * For platforms not using operating-points-v2 bindings, we do this + * before updating priv->cpus. Otherwise, we will end up creating + * duplicate OPPs for the CPUs. + * + * OPPs might be populated at runtime, don't check for error here. + */ + if (!dev_pm_opp_of_cpumask_add_table(priv->cpus)) + priv->have_static_opps = true; + + /* + * The OPP table must be initialized, statically or dynamically, by this + * point. + */ + ret = dev_pm_opp_get_opp_count(cpu_dev); + if (ret <= 0) { + dev_err(cpu_dev, "OPP table can't be empty\n"); + ret = -ENODEV; + goto out; + } + + if (fallback) { + cpumask_setall(priv->cpus); + ret = dev_pm_opp_set_sharing_cpus(cpu_dev, priv->cpus); + if (ret) + dev_err(cpu_dev, "%s: failed to mark OPPs as shared: %d\n", + __func__, ret); + } + + ret = dev_pm_opp_init_cpufreq_table(cpu_dev, &priv->freq_table); + if (ret) { + dev_err(cpu_dev, "failed to init cpufreq table: %d\n", ret); + goto out; } list_add(&priv->node, &priv_list); return 0; -put_reg: - if (priv->reg_opp_table) - dev_pm_opp_put_regulators(priv->reg_opp_table); -put_table: - dev_pm_opp_put_opp_table(priv->opp_table); -free_cpumask: +out: + if (priv->have_static_opps) + dev_pm_opp_of_cpumask_remove_table(priv->cpus); + if (priv->opp_table) + dev_pm_opp_put_regulators(priv->opp_table); free_cpumask_var(priv->cpus); return ret; } @@ -326,9 +302,11 @@ static void dt_cpufreq_release(void) struct private_data *priv, *tmp; list_for_each_entry_safe(priv, tmp, &priv_list, node) { - if (priv->reg_opp_table) - dev_pm_opp_put_regulators(priv->reg_opp_table); - dev_pm_opp_put_opp_table(priv->opp_table); + dev_pm_opp_free_cpufreq_table(priv->cpu_dev, &priv->freq_table); + if (priv->have_static_opps) + dev_pm_opp_of_cpumask_remove_table(priv->cpus); + if (priv->opp_table) + dev_pm_opp_put_regulators(priv->opp_table); free_cpumask_var(priv->cpus); list_del(&priv->node); }
Initially, the helper dev_pm_opp_get_opp_table() was supposed to be used only for the OPP core's internal use (it tries to find an existing OPP table and if it doesn't find one, then it allocates the OPP table). Sometime back, the cpufreq-dt driver started using it to make sure all the relevant resources required by the OPP core are available earlier during initialization process to properly propagate -EPROBE_DEFER. It worked but it also abused the API to create an OPP table, which should be created with the help of other helpers provided by the OPP core. The OPP core will be updated in a later commit to limit the scope of dev_pm_opp_get_opp_table() to only finding an existing OPP table and not create one. This commit updates the cpufreq-dt driver before that happens. Now the cpufreq-dt driver creates the OPP and cpufreq tables for all the CPUs from driver's init callback itself. Cc: Stephan Gerhold <stephan@gerhold.net> Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> --- drivers/cpufreq/cpufreq-dt.c | 158 +++++++++++++++-------------------- 1 file changed, 68 insertions(+), 90 deletions(-)