Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp165308pxb; Tue, 10 Nov 2020 23:58:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJywZilR5U1v98IUvN6ejekX0Hvo+cQKHE9iuWr38AwsbjbRGWzU4OuID+88ip9QwlHYNap4 X-Received: by 2002:a17:906:a88:: with SMTP id y8mr23918448ejf.469.1605081538278; Tue, 10 Nov 2020 23:58:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605081538; cv=none; d=google.com; s=arc-20160816; b=ei0/bsFLJdguKVHlpcnOCTJiuLJlDn/IOVJh0Hfeu9HTiOASkEVum05Sc1JJ94oxy3 U2r8fkLyCIkecvBxUOQDuyUXINhQ/1fX1M6Z9UPiE+0+aGPb4KMpAC4eeglyIweTWVmY 4zzBIj/cFEDs8UAkagDJRrgnwWi6E06ycdOnzNtt0hybp/mgswv9dzjPSebS0XTnaAIZ RrDUMSp736wBDBFDWL4WMcBn9TNJvGuXOeX9vNw1gNIjNP1iRIdTjpcXMU+bPfsYby0g kVdpxbfx6CXmwzgmqZdwHzIxNnSI0gtOLT5hXh0Jy9DrtnLf3ofpN1Vy2DLYrywibs5O GsKw== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=BR1T4epV+HHBrX5I3Lx7g9aCKzjxl36+gayU6Vo90zk=; b=BPSfhZ5AejccRzApsAnB7TBBFIBv4NwhbWZ7pafeRqABPcM8Hf5V63D/GRw9RGmgJH i8hpHCmPayfpiXjWcYtgkyTwVv2uX2jns1lB4cN8zVFzAuu4Ml6HasTn+zWuUIttdL1L ruGOq8oJkyPziR3QgNYaDQP1Vcfos+zMKrqGp6GKf7dlWWaym6kKUSTn2SoSDuENmOvF mLrdM9Xa7vnqIK3jyx+cvEVZdcF6HccpvGBIHrxRYMkxuyPamDN4i4qYrraYUaH2dCSr UR35qqBY+FH3NM3IfosuRugZOzhH31PrgTS9SM32PBAtSChrHEYPqkVgPyQIncjJdMJc v6OA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=SeyOkpJ8; 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 a2si776933eju.633.2020.11.10.23.58.34; Tue, 10 Nov 2020 23:58:58 -0800 (PST) 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=SeyOkpJ8; 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 S1726046AbgKKHyH (ORCPT + 99 others); Wed, 11 Nov 2020 02:54:07 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55288 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725922AbgKKHyG (ORCPT ); Wed, 11 Nov 2020 02:54:06 -0500 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 8CF84C0613D6 for ; Tue, 10 Nov 2020 23:54:06 -0800 (PST) Received: by mail-pl1-x642.google.com with SMTP id z1so548423plo.12 for ; Tue, 10 Nov 2020 23:54:06 -0800 (PST) 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:content-transfer-encoding:in-reply-to :user-agent; bh=BR1T4epV+HHBrX5I3Lx7g9aCKzjxl36+gayU6Vo90zk=; b=SeyOkpJ8VAnb9K1v6QHwyuE+XDQ7Xb5qgsNsN17V6pSCy+q1aUZltHVrwUB6hoVNUJ kyi1hz3GZB0PUzYnYm5NHuDH4DtZLQ6r7LinuCTWmBnv++Pcns6Z44NLADK8nCUPq+2Z lUAZJJD/ofBTydNaZsP70StUTV3P14W4YTnOf2MmHlIO00RSoHGw/LnoMgUFva/t02jt Cq7ItmcBBwiJsCiFGCnQ6OwdXO7K2pdOTRCxVVRlJlC9Ivp6OLV2wqZm0q7JGzPRVz7B ewCJe+iAbFC6PK7GZk/6Vnj4udyUn6bTmvaD+GiJHFydjtBRGzYuyAAJkgFvEKUueX/h fT3Q== 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:content-transfer-encoding :in-reply-to:user-agent; bh=BR1T4epV+HHBrX5I3Lx7g9aCKzjxl36+gayU6Vo90zk=; b=S7Q78Hs/UzQfObwGl1M8egcGhvyKecMOSE7I2mB6RRJ328fGZToCcwMZrpH9TL0gW8 QKApkfqu8XYY6elw3mT2WEhPiFfSOCcT+Ruynb6mWE8SXYLEMfLI04k1GilIhb03Dw+e 72kJYd6AnWX8JO+mxv6Dhx+Rtp0WYiJBTsC2sVupWT37GFrJ0/JtlyS0YADiAHsJvW5g T1CnXsZKei75kFULaS49P29TiEP8bbtGDCLtA3yo1yX2rU4hZif7Pp1RqwIN81UYEKIz 4GO7RFajD4PsSviRUyF/zbPofPTda89GK/cfLnGYqGokiCIXB0bVzS9B5HQIj+hgRy7g UV0Q== X-Gm-Message-State: AOAM530+nYbSF0EmzGkOSDPLYAzCTENSTOkEedNM+G9x//fIXUxau9jR GRDV0dwgoXCzjY22sN1tc95tYg== X-Received: by 2002:a17:902:82c3:b029:d6:c377:c87d with SMTP id u3-20020a17090282c3b02900d6c377c87dmr19915711plz.37.1605081245903; Tue, 10 Nov 2020 23:54:05 -0800 (PST) Received: from localhost ([122.172.12.172]) by smtp.gmail.com with ESMTPSA id v18sm1450609pfn.35.2020.11.10.23.54.04 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 10 Nov 2020 23:54:04 -0800 (PST) Date: Wed, 11 Nov 2020 13:24:02 +0530 From: Viresh Kumar To: Dmitry Osipenko Cc: Thierry Reding , Jonathan Hunter , Georgi Djakov , Rob Herring , Michael Turquette , Stephen Boyd , Peter De Schrijver , MyungJoo Ham , Kyungmin Park , Chanwoo Choi , Mikko Perttunen , Viresh Kumar , Peter Geis , Nicolas Chauvet , Krzysztof Kozlowski , linux-tegra@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org Subject: Re: [PATCH v8 09/26] memory: tegra30: Support interconnect framework Message-ID: <20201111075402.y52c2zwcw74eeyko@vireshk-i7> References: <20201111011456.7875-1-digetx@gmail.com> <20201111011456.7875-10-digetx@gmail.com> <20201111055313.tefidnmc7f4yb3jk@vireshk-i7> <185e9140-fdce-29ef-68c3-aa7da02b249d@gmail.com> <20201111061855.2azilyhfoxwzpoir@vireshk-i7> <7f5c15c6-44d2-c997-442c-8f6670794f0e@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7f5c15c6-44d2-c997-442c-8f6670794f0e@gmail.com> User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11-11-20, 10:32, Dmitry Osipenko wrote: > 11.11.2020 09:18, Viresh Kumar пишет: > > On 11-11-20, 09:14, Dmitry Osipenko wrote: > >> The dev_pm_opp_of_add_table() will produce a error message which doesn't > >> give a clue about what's wrong, i.e. that device-tree needs to be updated. > > > > If you think that you need to print something more, then you can do > > that in the error message you print when dev_pm_opp_of_add_table() > > fails. I would suggest to drop this redundant check here. > > > > Please give the rationale. The rationale is that the check is already performed by dev_pm_opp_of_add_table() and it isn't going to add *any* benefit to check it again here. Such a check for matching compatible platforms is normally fine, but not for this. This is like open coding part of dev_pm_opp_of_add_table(), and so is redundant. The dev_pm_opp_of_add_table() helper also checks for OPPv1 bindings in the DT (yes you won't be using them on your platform) and so relying on that API is a better thing to do. As you already said, you just wanted a better print message and so you have added this check. If you really care only about the print message, then you can add a print of your choice in the driver but otherwise this check is not going to benefit you much I am afraid. Having said that, this isn't the code I maintain. I need to guarantee that the OPP core APIs are used properly and are not misused and so I have a higher say there. But in this case all I can do is _suggest_ and not enforce. And as I said earlier, I suggest to drop this redundant check in order to make your code better and faster. Thanks. -- viresh