Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp149881pxf; Thu, 25 Mar 2021 00:16:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwxDotIZGvAx/eNHv9oNM/NypVA9f3aIzrXoz7JEXQfybRTudjyeZ7gWtzW2TAAo5VMxnw7 X-Received: by 2002:a17:906:8614:: with SMTP id o20mr7484896ejx.386.1616656587081; Thu, 25 Mar 2021 00:16:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616656587; cv=none; d=google.com; s=arc-20160816; b=Z6S2W5tKdSnOlc2G9on9EhuqXhPd78My2AMUzXbjpLo34h6u3jaOyMO5K4bJw1G0DA sWC0Tus2kZ9wgMil5z64EcpqK2Sr39QXz0eqbVjMAcQYi1D0jIoUOTUE6/yZQkPOCR9q qmm5aB8ct+a9J7NQCTH6OupJdmZRpJXoXURrf74Zu8alDHRbjFjw5KW0DNJvEWS3jDLK 4xWazQhF7rDUTb6BciqQRnth3NBi0A+9JddM3k5fcGvLTPhPzyxxkqNJV8elIi9iK473 VoRbrfZNCBTxTewZXezA+rb+io3M3sZCbhaSTGvbhvKPJ4x+1AkYyydqYYqZ/iqW0D+v im2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=3PfEwMCArOxnUrhQJLxkkNn5D8NefcAvx18jJ8NUm24=; b=GRZsHfoTlbS3DQDX9nbJhfL3m5gPbVYWtNj+c4Z/TLIhlDn4W9RX9yALGgtkyzCeWA Ny9OAUyplzRSzqetxYblZ8NS0C9ltkKNerXAGBnGmETkTcLSiqrTtg7RHvZ5MX5ZWnAx gXrQtkPhAsZoNxxmpy2WHwHehom6U3ts1kAVbhNg91Bp0P58YjuDyIk9aTmiErSkv3MZ LRzffZIwhT6UjZs7jf5fb08vfNYs1hxvCTGnyW+Kj/AQ1wHsL5t5KSgUow+qHP46hxUT pP6Pmd2bVjSosqAo8Sh1Y08y1CkITupxjU9e0ZXZ376WIb+TMsF9IGyPdLINvIk8JjiI xMZg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="Bxqwk/6a"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l14si3496033eji.711.2021.03.25.00.16.04; Thu, 25 Mar 2021 00:16:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="Bxqwk/6a"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229448AbhCYHN1 (ORCPT + 99 others); Thu, 25 Mar 2021 03:13:27 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40922 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229574AbhCYHNH (ORCPT ); Thu, 25 Mar 2021 03:13:07 -0400 Received: from mail-pg1-x52c.google.com (mail-pg1-x52c.google.com [IPv6:2607:f8b0:4864:20::52c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 88CC6C06174A for ; Thu, 25 Mar 2021 00:13:07 -0700 (PDT) Received: by mail-pg1-x52c.google.com with SMTP id u19so872937pgh.10 for ; Thu, 25 Mar 2021 00:13:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=3PfEwMCArOxnUrhQJLxkkNn5D8NefcAvx18jJ8NUm24=; b=Bxqwk/6a3lwZ0xF3/cYjbWfJlUN6oOgK3Ny70JVyJV4IiAbt/GzOuoD1XvRIuC7WvC +GviI/HiYXuDRP0nnVL9M6llsghry2JNeUQayNWnd5x3S1MPQdfSmygrDrPJ4yzAb2v5 txyMOVFkh+sPYp84ek+Fe3kF27evyXlzzdgApcuY6Jof5HDJo84ZpxGmgxCdB4k4WmfY Teay7yC5JCC9gAqFSy+xkCAZzz5s+myxuJsR6RSW5Ps9w8NBGq3qQ0mTYrNJJ/eHtFOO Yvm6UKMNLY9MkkXrpJGyWtX47lLmSzXcDoKlNEpLKGZOojugB+kWSkyCkGotZGgf4ZqL 0YRQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=3PfEwMCArOxnUrhQJLxkkNn5D8NefcAvx18jJ8NUm24=; b=sY+vOxlmIZ4E2EB53FT1QyQDykRrZUa7ZJHb1ObcbtUgvazR8fcchisYVM4WWnPZHO 5tksg2ebnkrSPo6CI5EpAFoC/vEoVvkkhzKHZa2WKJJkvXNxcg10pte+zRV47kbuNle2 Q6qzB2xUr1F6lAdW/U2YuzGwyTPFQRBE+kcgseSDd5eTTXm/Cq8bfmgIixj1VsPoyNxw 2V3U6a0XJUrkkJq0B6KRhliEbjfqoGgki9JZjiVpiRddWlq2xOckXd2ftRZaat0J0TD9 XpTmsRQCjeveZBF+pF0yH4k3WxR2R4DVpFBH4u7+kQy4jRTSRjfJQ/gIzv91eGz2lvvk yUWQ== X-Gm-Message-State: AOAM531cFvBZz6jJAW8dIfYJPGGL0DjHMCXmUvy8mZE2zSeS0ImK0H2h Appz3pPz4GDkCP7KPaxyKwnW9Q== X-Received: by 2002:a63:4441:: with SMTP id t1mr6500967pgk.124.1616656381281; Thu, 25 Mar 2021 00:13:01 -0700 (PDT) Received: from localhost ([122.172.6.13]) by smtp.gmail.com with ESMTPSA id l4sm4724039pgn.77.2021.03.25.00.12.55 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Mar 2021 00:12:56 -0700 (PDT) Date: Thu, 25 Mar 2021 12:42:54 +0530 From: Viresh Kumar To: quanyang.wang@windriver.com Cc: "Rafael J . Wysocki" , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [V2][PATCH] cpufreq: dt: check the -EPROBE_DEFER error returned by dev_pm_opp_of_cpumask_add_table Message-ID: <20210325071254.5f55i2dpsslkfwyz@vireshk-i7> References: <20210325064208.2291413-1-quanyang.wang@windriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210325064208.2291413-1-quanyang.wang@windriver.com> User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 25-03-21, 14:42, quanyang.wang@windriver.com wrote: > From: Quanyang Wang Made some changes and applied this: Author: Quanyang Wang Date: Thu Mar 25 14:42:08 2021 +0800 cpufreq: dt: dev_pm_opp_of_cpumask_add_table() may return -EPROBE_DEFER The function dev_pm_opp_of_cpumask_add_table() may return -EPROBE_DEFER, which needs to be propagated to the caller to try probing the driver later on. Signed-off-by: Quanyang Wang [ Viresh: Massage changelog/subject, improve code. ] Signed-off-by: Viresh Kumar --- drivers/cpufreq/cpufreq-dt.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/cpufreq/cpufreq-dt.c b/drivers/cpufreq/cpufreq-dt.c index b1e1bdc63b01..ece52863ba62 100644 --- a/drivers/cpufreq/cpufreq-dt.c +++ b/drivers/cpufreq/cpufreq-dt.c @@ -255,10 +255,15 @@ static int dt_cpufreq_early_init(struct device *dev, int cpu) * 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. + * OPPs might be populated at runtime, don't fail for error here unless + * it is -EPROBE_DEFER. */ - if (!dev_pm_opp_of_cpumask_add_table(priv->cpus)) + ret = dev_pm_opp_of_cpumask_add_table(priv->cpus); + if (!ret) { priv->have_static_opps = true; + } else if (ret == -EPROBE_DEFER) { + goto out; + } /* * The OPP table must be initialized, statically or dynamically, by this -- viresh