Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp921112pxu; Thu, 15 Oct 2020 21:55:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyfxYTOyrt48DAhUa3jj5LWzdeBmoT167+UJn53eBNY8/wJdkAsdwl8ODULVhyBsrGmdlS+ X-Received: by 2002:a17:906:7157:: with SMTP id z23mr1954327ejj.474.1602824109920; Thu, 15 Oct 2020 21:55:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602824109; cv=none; d=google.com; s=arc-20160816; b=yLS0nOOA/RULtfPQ3EPh5ZtfmFuj8x2UGgNr6kWZobX5BHeESLVEsLmJ3lO6mDsTc+ pvsRzW+79n9XkDpPoZHs1pdv25Sah61+JR03bvsI+a2Pe6/oj3bseUHVYH1m4UVvLDZS ux0G34fg7BagkWr3+HqOkHe8A8FS8Oun+AC9cu42S8qksK29HDjwJGW41e7bhnymXoa3 8O0mPjgq4LzdgIkaT4uTCSkPR4N2oO8tayE9mA6lIMxz/41qRKAVZVgWLvFJR5rdcOH6 Ysau6Ikzkg4d3DxrIAOJThgBOqofw6UbJ0NABbVyE4SuEduWBRvq51DqAoER6qrAmD/9 y9zg== 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=uaKvvL6PdvuvPajs37zVh2CeImIwjzJwYqgylaWoxvY=; b=b3oofVsnVLMVprOwFVlqV7Ls+oHfuTttYfxz4euoqdAgqQWEietOfnJ/aaRXked8L7 NRodjZjUUVgdisYGmWM8ic6Oc2gTJYvDyw+DduehnDkzx9b+xKCm2IrgPuvJbAbB8iI+ 5sEySE+SCbbF2BnvWZN/MoBlh2rk6qpJWKvQt3QN8pVFwEzKrvPjWuNXpfQOhWwS4q7W DYjLtcD/tkXuWt4jVsJ8tkyW9LaRqOgm1I3O/fUpfN2dWzMR7mDwdMI0+891sOjQvM2L 1J//7w9B7pe8NDh07MsyaOxhwCGevBooZnF9jKLqVEYV17nbLqQMTy7Zc3PJxiae943r Rtwg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=pUB8CQer; 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 q19si867986edc.517.2020.10.15.21.54.47; Thu, 15 Oct 2020 21:55:09 -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=pUB8CQer; 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 S1730479AbgJPEYl (ORCPT + 99 others); Fri, 16 Oct 2020 00:24:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45328 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729760AbgJPEYk (ORCPT ); Fri, 16 Oct 2020 00:24:40 -0400 Received: from mail-pl1-x642.google.com (mail-pl1-x642.google.com [IPv6:2607:f8b0:4864:20::642]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B32D9C0613D2 for ; Thu, 15 Oct 2020 21:24:40 -0700 (PDT) Received: by mail-pl1-x642.google.com with SMTP id v12so556749ply.12 for ; Thu, 15 Oct 2020 21:24:40 -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=uaKvvL6PdvuvPajs37zVh2CeImIwjzJwYqgylaWoxvY=; b=pUB8CQerjb2zmESbX0G6SuhCl3QUeB4EULY1wT/0Hh77UQBS6X6oNyFo+/Iqonblk1 r+eYoSObbt+1c5koIh3AgKK4QM0KNWQBHJXVhI1vwIcDTFvD+1R+LVYfLysRqIKMZl3q VZv49M3y+shbySrHB7yJDOuGWor8D0ZO9mCcy58nxGrweN7rfG8DAYFWQkzptGJsXkfP iYd5M2R2wy5cgAct3z/Fw8GlC9o5IN4NxFFXGMe8jwtmamhKnp6evYhYzFzV09AENKeo /Aq/NhxUqnLMKziTUQK3Hue3ocYVdh3evC6gPRmus9bwGAGi6BAr3BAFEtW3Qbtfiny+ 6arg== 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=uaKvvL6PdvuvPajs37zVh2CeImIwjzJwYqgylaWoxvY=; b=aIUKQ/IQR4LmFs7niDeVXIWWzHA4qZQCvxofm0f5CLyqnN/aTGh9kO42c/d4Uimbxa R8NHOSUK3T/LeqTeUGdXe2xydvp2uor05TvBey4zReOAQIYkTUVZMGckoYwlJbSgFoJj sI6YBvheGI1H5UylxuodwRxYRE5Aah3v2ISVDwZLSNRUxpKCkT02ADfTA8u7sl8e5DGs fwE2autwxv5V7gu3XJXI+DRGsni4yaTzp6h1P0GR2ZJZAqW5MRRpznA99F/wImgdDHz7 0xYOICgmgrVHBPpxowtmqYJwpUjl0l74tJguc/Q/V0+XoqiCVv2kSV5UKYrOtP8rZHOZ g+ng== X-Gm-Message-State: AOAM53276AcEamZik1aGdKFmQir4t8DA6EVWFVqW+oP0R3zs0JwFGfYp 94yVMKv6yRGEi7FyrNfbdfC7iQ== X-Received: by 2002:a17:902:9a89:b029:d5:ad3c:cf53 with SMTP id w9-20020a1709029a89b02900d5ad3ccf53mr2010788plp.8.1602822280078; Thu, 15 Oct 2020 21:24:40 -0700 (PDT) Received: from localhost ([122.181.54.133]) by smtp.gmail.com with ESMTPSA id q5sm912800pfb.184.2020.10.15.21.24.35 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 15 Oct 2020 21:24:36 -0700 (PDT) Date: Fri, 16 Oct 2020 09:54:34 +0530 From: Viresh Kumar To: Sudeep Holla Cc: ulf.hansson@linaro.org, "Rafael J. Wysocki" , Kevin Hilman , Pavel Machek , Len Brown , Greg Kroah-Hartman , Viresh Kumar , Nishanth Menon , Stephen Boyd , Kukjin Kim , Krzysztof Kozlowski , linux-pm@vger.kernel.org, Vincent Guittot , nks@flawful.org, georgi.djakov@linaro.org, Stephan Gerhold , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org Subject: Re: [PATCH V2 1/2] opp: Allow dev_pm_opp_get_opp_table() to return -EPROBE_DEFER Message-ID: <20201016042434.org6ibdqsqbzcdww@vireshk-i7> References: <24ff92dd1b0ee1b802b45698520f2937418f8094.1598260050.git.viresh.kumar@linaro.org> <20201015180555.gacdzkofpibkdn2e@bogus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201015180555.gacdzkofpibkdn2e@bogus> User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 15-10-20, 19:05, Sudeep Holla wrote: > OK, this breaks with SCMI which doesn't provide clocks but manage OPPs > directly. Before this change clk_get(dev..) was allowed to fail and > --EPROBE_DEFER was not an error. I think the change in itself is fine. We should be returning from there if we get EPROBE_DEFER. The question is rather why are you getting EPROBE_DEFER here ? > We use dev_pm_opp_add to add OPPs > read from the firmware and this change is preventing that. > > Sorry for checking this so late, but noticed only when this hit mainline. > > -- > Regards, > Sudeep -- viresh